📏 Правило 120 строк

Одно простое правило, которое реально меняет качество кода — ограничение длины файла.

Можно спорить про архитектуры, паттерны, Clean Architecture, DDD, BLoC, MVP — всё это важно. Но пока нет простых ограничений, разработчик скатывается в «ну ещё пару методов добавлю сюда же».

Мы у себя держим ориентир — 120 строк на файл.
Это не закон, не линтер, не автопровал PR. Это внутренняя дисциплина.

И вот что происходит.

💡 Что меняется на практике

1. Ты вынужден думать о структуре.
120 строк — это мало, а значит приходится выделять независимые кусочки и раскладывать по ним.

Файл перестаёт быть «свалкой ответственности».

2. Архитектура перестаёт быть теорией.
Когда ограничение реальное, ты физически не можешь «запихнуть всё сюда».
Приходится проектировать.

3. Читаемость растёт в разы.
Открываешь файл — и видишь цельный кусок логики.
Не 800 строк прокрутки, а понятную единицу смысла.

🧠 В чём настоящая ценность?

Не в коротких файлах.

А в том, что ограничение заставляет:
анализировать зависимости
понимать зоны ответственности
видеть границы модуля

Когда разработчик зажат в рамки — включается мозг.
Появляется инженерное мышление.

Со временем это становится привычкой.
Ты уже автоматически делишь код правильно.

⚠️ Важный момент

Это не догма.
Есть исключения — конфиги, роутеры, маппинги.

Но если у вас половина проекта — по 400–600 строк в файле,
то проблема не в «бизнес-логике», а в дисциплине.

🚀 Мини-челлендж

Возьмите любой свой проект.
Попробуйте в течение месяца держать лимит 120 строк.

Без фанатизма.
Просто как ориентир.

Через 3–4 недели вы увидите, как меняется мышление.

И да — скорость разработки растёт.
Потому что маленькие модули проще тестировать, менять и расширять.

Иногда развитие — это не новый фреймворк.
А одно простое правило.