Лучшее-враг хорошего

Лучшее-враг хорошего

Вчера вечером пришлось делать выговор php-программеру. Ситуация такая - надо сделать админку для небольшого сайта. Я предложил сделать несложную админку, основанную на кнопках и чекбоксах. Проект и так затянулся, сроки давно прошли, поэтому мне показалось, что чем проще - тем быстрее. В ответ программист начал доказывать, что быстрее, проще и красивее сделать на основе javascript (drag&drop). На все мои вопросы он не отвечал, но упорно пытался доказать свое без аргументов. В итоге я сдался и спросил, сколько времени ему на это надо - ответил 2 часа.

Через 2,5 часа он предоставил мне свой вариант. Что сказать… Да, симпатично, но очень не удобно… Перемещать новости можно только по одной (учитывая специфику разрабатываемого сайта - это огромный минус, т. к. планируется, что ежедневно будет порядка 150-200 новостей). Для выполнения простейших действий необходимо сделать много лишних движений и т. д.

Уже потом, когда я ему все высказал и он на меня сильно “огорчился”, я вспомнил… Не далее как два месяца назад, меня самого отчитывали за подобное. Тогда я работал программистом и тоже предложил вариант интерфейса, который был, по моему мнению, более удобен и красив. Правда насчет интерфейса ко мне прислушивались до этого, но в этот раз сказали твердое нет. Хотя я также пытался доказать свое.

Только вчера я понял почему - все просто. То, что программисту кажется очень хорошо, для менеджеров проектов очень плохо (чаще всего), т. к. требуется дополнительное время для разработки + дополнительное время для пользователей в изучении системы.

Отсюда вывод, который я сделал для себя - не надо стремиться к лучшему. Сначала надо сделать хорошо, все остальное потом…


Карта сайта


Информационный сайт Webavtocat.ru