Бұл жазба автоматты түрде орыс тілінен аударылған. Russian
Соңғы нүктені түсінбестен әрқашан екеуінің бірі болады:
Overengineering-олар "өсу үшін" жасалады, олар ешқашан қажет болмайтын күрделі архитектураларды салады. Бұл бизнес үшін жаман: ұзағырақ, қымбатырақ, негізсіз қиын.
Underengineering-архитектурасыз және дамуға әсер етпестен "тізеде" жасалады. Бұл даму үшін жаман: күрделі қолдау, кодтағы хаос, қымбат түзету.
Міне, парадокс: екінші жағдай әзірлеушілер үшін нашар, бірақ бизнес үшін оңайырақ.
Неліктен? Себебі:
- Жоба нөлден бастап техникалық тұрғыдан сирек бағаланады-Тапсырыс беруші "жақсы кодтың" болашақта арзанырақ екенін білмейді.
- Кішігірім түзетулер үшін ешкім көп ақша төлемейді,тіпті егер сіз жобаны шешуден 10 есе көп болса да.
Сондықтан көру сән-салтанат емес, қажеттілік. Тіпті негізгі жол картасы сәулет сапасын айтарлықтай жақсартады және ақшаны үнемдейді.
Ал сізде тәжірибеде қалай болды — "соқыр" жобаларда жұмыс істеуге тура келді ме?
Без понимания конечной точки почти всегда случается одно из двух:
Overengineering — делают "на вырост", закладывают сложные архитектуры, которые никогда не понадобятся. Это плохо для бизнеса: дольше, дороже, неоправданно сложно.
Underengineering — делают "на коленке", без архитектуры и задела на развитие. Это плохо для разработки: сложная поддержка, хаос в коде, дорогая доработка.
И вот в чём парадокс: второй случай хуже для разработчиков, но легче проходит для бизнеса.
Почему? Потому что:
— Проект с нуля редко оценивают технически — заказчик не знает, что "хороший код" дешевле в будущем.
— А за мелкие правки никто не платит много, даже если разбираться с проектом в 10 раз дольше, чем решать саму задачу.
Поэтому видение — это не роскошь, а необходимость. Даже базовая дорожная карта сильно повышает качество архитектуры и экономит деньги.
А у вас как было в опыте — приходилось работать в проектах "вслепую"?
Автордың басқа жазбалары
Share
Share
Жаңадан бастаушыларға арналған тест тапсырмаларындағы айқын емес қателіктер және тек қана емес
Тест тапсырмаларында архитектураның қандай деңгейі күтілетінін дереу нақтылау маңызды. Егер бұл көрсетілмесе, ақылға қонымды сұрақ туындайды: - масштабтауды ескере отырып жүйені жобалау керек
1
6
779
Share
