Комментарии 2
Давно мучает меня вопрос: гордость программиста за продукт — это как?
Внешне прекрасный продукт может содержать внутри аццкий, написанный впопыхах говнокод и быть активно используемым людьми и обладать удобным интерфейсом. И за него (за продукт!) разработчик может гордиться. А вот за код такой программист горд не будет.
Когда можно сказать «мы лучше перенесём дедлайн, чем выпустим такой отлично работающий продукт с такой кучей костылей в коде»? Для меня это очень важный вопрос, т.к., по моему опыту, качество программного продукта, его удобство и польза для пользователя с одной стороны и чистота кода внутри него с другой — на старте вещи почти никак не связанные.
Внешне прекрасный продукт может содержать внутри аццкий, написанный впопыхах говнокод и быть активно используемым людьми и обладать удобным интерфейсом. И за него (за продукт!) разработчик может гордиться. А вот за код такой программист горд не будет.
Когда можно сказать «мы лучше перенесём дедлайн, чем выпустим такой отлично работающий продукт с такой кучей костылей в коде»? Для меня это очень важный вопрос, т.к., по моему опыту, качество программного продукта, его удобство и польза для пользователя с одной стороны и чистота кода внутри него с другой — на старте вещи почти никак не связанные.
+1
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Создание MVPP: минимально жизнеспособного продукта, которым можно гордиться