Публикация была переведена автоматически. Исходный язык: Русский
Без понимания конечной точки почти всегда случается одно из двух:
Overengineering — делают "на вырост", закладывают сложные архитектуры, которые никогда не понадобятся. Это плохо для бизнеса: дольше, дороже, неоправданно сложно.
Underengineering — делают "на коленке", без архитектуры и задела на развитие. Это плохо для разработки: сложная поддержка, хаос в коде, дорогая доработка.
И вот в чём парадокс: второй случай хуже для разработчиков, но легче проходит для бизнеса.
Почему? Потому что:
— Проект с нуля редко оценивают технически — заказчик не знает, что "хороший код" дешевле в будущем.
— А за мелкие правки никто не платит много, даже если разбираться с проектом в 10 раз дольше, чем решать саму задачу.
Поэтому видение — это не роскошь, а необходимость. Даже базовая дорожная карта сильно повышает качество архитектуры и экономит деньги.
А у вас как было в опыте — приходилось работать в проектах "вслепую"?
Без понимания конечной точки почти всегда случается одно из двух:
Overengineering — делают "на вырост", закладывают сложные архитектуры, которые никогда не понадобятся. Это плохо для бизнеса: дольше, дороже, неоправданно сложно.
Underengineering — делают "на коленке", без архитектуры и задела на развитие. Это плохо для разработки: сложная поддержка, хаос в коде, дорогая доработка.
И вот в чём парадокс: второй случай хуже для разработчиков, но легче проходит для бизнеса.
Почему? Потому что:
— Проект с нуля редко оценивают технически — заказчик не знает, что "хороший код" дешевле в будущем.
— А за мелкие правки никто не платит много, даже если разбираться с проектом в 10 раз дольше, чем решать саму задачу.
Поэтому видение — это не роскошь, а необходимость. Даже базовая дорожная карта сильно повышает качество архитектуры и экономит деньги.
А у вас как было в опыте — приходилось работать в проектах "вслепую"?
Поделиться
