В очередной раз словил одну и ту же мысль: качество проекта решается в самом начале.

Если старт проходит под бодрое «давайте быстрее писать, потом отрефакторим» — это «потом» почти всегда либо очень дорогое, либо не происходит вообще. Об этом у нас даже отдельный ролик есть.

Пару месяцев назад запускали новый проект. И первое, что сделали — не фичи, а собрали шаблон проекта + определили практики:
• Clean Architecture, границы прибиты через gradle-сабмодули и ArchUnit
• тестовая пирамида с примерами: где мокать, где нет, как писать интеграционные
• нормальная доменная область с value objects — чтобы моделирование сразу шло в правильную сторону
• набор инструментов, который мы осознанно выбрали и зафиксировали в ADR — чтобы было понятно, что у нас «по умолчанию», а что нет

В целом — всё, о чём мы с Женей обычно рассказываем на курсах. И только потом запустили разработку.

И вот что интересно — у части ребят, вообще не было опыта в Java/Kotlin, но:
• все просто повторяют шаблон — смотрят, как сделано в соседнем сервисе
• никто не придумывает свою архитектуру
• никто не спорит про слои
• никто не пишет «как чувствует»
Потому что система уже задала рамки и даже автоматически бьет по жопе, если что-то не так.

В итоге:
• во всех сервисах — Clean Architecture
• тестовая пирамида соблюдается
• код выглядит одинаково и с ним приятно работать

А если бы первый сервис был написан в духе «классической слоёнки» — она бы и расползлась по всей системе. Что кстати справедливо если вы пользуетесь ИИ — откуда она будет брать примеры и правила для написания кода, если у вас неструктурированая лапша?