Как объяснить людям нормальную методологию разработки проекта?
Что код, это ещё не всё. Что нужно рисовать дизайн, что нужно смотреть юзабилити.
Слава богу, что Первый – дизайнер по профессии. Потому хотя бы частично проблемы с дизайном решаются. А вот юзабилиста по профессии у нас нет. Потому все автоматом считают, что юзабилист я. А ежели не понравилось – ну как же ты, бля, не догадался, что надо было удобно сделать??
Каждый раз, когда я прошу посмотреть то или иное, Второй мне высказывает – а почему ты сам не протестировал?? Сайт, разумеется, не смотрит. Зато потом высказать, что что-то выглядит не так, как он ожидал – за милую душу.
Ладно, вот вам нормальная методология.
1. Придумывается, какой функционал должен быть.
2. Рисуется дизайн под этот функционал. Не ручкой на листочке, а нормальный дизайн.
3. Пишется код.
4. Пишутся тесты. (или наоборот с предыдущим пунктом)
5. Проверяется юзабилити. Если нужно – возврат на 1,2 или 3.
6. ???
7. PROFIT.
А вот наш вариант.
1. Надо бы сделать А (чем более общая характеристика, тем лучше).
2. Пишется код.
3. Пишется код для Б.
4. В коде А правится дизайн наживую (репозитории – это слишком сложно)
5. Пишется код для В.
6. В Б меняется функционал.
7. Всё это показывается инвесторам, в процессе у показывающих возникают вопросы, как сделать то или иное, на которые отвечаю я, как будто зарегаться на нашем сайте подсилу только профессональным веб-программистам. Как на это должен реагировать инвестор (которому понятно, что регаться будут и простые люди) – не понятно.


