Почему архитектура важнее скорости написания кода

Когда начинаешь новый проект - хочется быстро. Быстро написать, быстро запустить, быстро увидеть результат. Я так и делал когда начинал свой сайт. Писал как получается, без особой структуры. Работает - и ладно. 🚀
Потом проект вырос. И я начал теряться в собственном коде. Где логика? Где данные? Почему это лежит здесь? Простые изменения занимали больше времени чем должны были. Пришлось остановиться и переписать всё по-нормальному.
Это классическая ловушка - скорость в начале оборачивается потерями времени позже.
Я придерживаюсь принципов чистой архитектуры. Суть простая: каждый слой отвечает за своё. UI не знает про базу данных. Бизнес-логика не знает про фреймворк. Зависимости идут только в одну сторону - от внешнего к внутреннему. Entities в центре, вокруг Use Cases, потом Repositories, снаружи UI и DB.
Звучит сложно - на практике это просто дисциплина. Ты заранее решаешь где что лежит и не нарушаешь это правило.
Что это даёт:
- Понятность. Через месяц открываешь код и сразу понимаешь где что искать.
- Изменения без боли. Поменял базу данных - не тронул бизнес-логику. Переписал UI - остальное не сломалось.
- Масштабируемость. Проект растёт - структура держит форму.
В эпоху когда ИИ пишет код за секунды - архитектура стала важнее чем когда-либо. Сгенерировать 200 строк кода легко. Но если они лягут в неправильное место - потом разбираться долго.
Скорость написания кода - это тактика. Архитектура - это стратегия. 🏗️