В очередной раз словил одну и ту же мысль: качество проекта решается в самом начале. Если старт проходит под бодрое «давайте быстрее писать, потом отрефакторим» — это «потом» почти всегда либо очень дорогое, либо не происходит вообще. Об этом у нас даже отдельный ролик есть. Пару месяцев назад запускали новый проект. И первое, что сделали — не фичи, а собрали шаблон проекта + определили практики: • Clean Architecture, границы прибиты через gradle-сабмодули и ArchUnit • тестовая пирамида с примерами: где мокать, где нет, как писать интеграционные • нормальная доменная область с value objects — чтобы моделирование сразу шло в правильную сторону • набор инструментов, который мы осознанно выбрали и зафиксировали в ADR — чтобы было понятно, что у нас «по умолчанию», а что нет В целом — всё, о чём мы с Женей обычно рассказываем на курсах. И только потом запустили разработку. И вот что интересно — у части ребят, вообще не было опыта в Java/Kotlin, но: • все просто повторяют шаблон — смотрят, как сделано в соседнем сервисе • никто не придумывает свою архитектуру • никто не спорит про слои • никто не пишет «как чувствует» Потому что система уже задала рамки и даже автоматически бьет по жопе, если что-то не так. В итоге: • во всех сервисах — Clean Architecture • тестовая пирамида соблюдается • код выглядит одинаково и с ним приятно работать А если бы первый сервис был написан в духе «классической слоёнки» — она бы и расползлась по всей системе. Что кстати справедливо если вы пользуетесь ИИ — откуда она будет брать примеры и правила для написания кода, если у вас неструктурированая лапша?