
The post has been translated automatically. Original language: Russian Russian
Without understanding the endpoint, one of two things almost always happens.:
Overengineering — they do it "for growth", lay down complex architectures that will never be needed. This is bad for business: it takes longer, is more expensive, and is unnecessarily difficult.
Underengineering is done "on the knee", without architecture and a foundation for development. This is bad for development: difficult support, chaos in the code, expensive revision.
And here's the paradox: the second case is worse for developers, but easier for businesses.
Why? Because:
— A project from scratch is rarely technically evaluated — the customer does not know that "good code" is cheaper in the future.
— And no one pays much for minor edits, even if it takes 10 times longer to deal with the project than to solve the problem itself.
Therefore, vision is not a luxury, but a necessity. Even a basic roadmap greatly improves the quality of architecture and saves money.
And what was your experience — did you have to work in projects "blindly"?
Без понимания конечной точки почти всегда случается одно из двух:
Overengineering — делают "на вырост", закладывают сложные архитектуры, которые никогда не понадобятся. Это плохо для бизнеса: дольше, дороже, неоправданно сложно.
Underengineering — делают "на коленке", без архитектуры и задела на развитие. Это плохо для разработки: сложная поддержка, хаос в коде, дорогая доработка.
И вот в чём парадокс: второй случай хуже для разработчиков, но легче проходит для бизнеса.
Почему? Потому что:
— Проект с нуля редко оценивают технически — заказчик не знает, что "хороший код" дешевле в будущем.
— А за мелкие правки никто не платит много, даже если разбираться с проектом в 10 раз дольше, чем решать саму задачу.
Поэтому видение — это не роскошь, а необходимость. Даже базовая дорожная карта сильно повышает качество архитектуры и экономит деньги.
А у вас как было в опыте — приходилось работать в проектах "вслепую"?