<b>Biome не ускоряет проект сам по себе — он убирает хаос в стиле и проверках</b>

<b>Biome не ускоряет проект сам по себе — он убирает хаос в стиле и проверках</b>

За неделю в репах обычно всплывает одно и то же: линтер отдельно, форматтер отдельно, конфигов три, а правила расходятся. Biome полезен не тем, что «ещё один тул», а тем, что сводит базовую гигиену к одному профилю. Меньше переключений, меньше споров в code review, меньше случайных diffs.

Что имеет смысл вынести в Biome сразу:
— форматирование;
— простые lint-правила;
— проверку импортов и мусора в коде;
— единый ignore-слой для всего репо.

Где Biome не заменяет здравый смысл: сложные доменные правила, кастомные архитектурные запреты, нетривиальные проверки типов. Там остаётся TypeScript compiler и точечные скрипты. Если пытаться засунуть всё в один инструмент, репозиторий быстро превращается в набор исключений.

Есть наблюдение которое стоит проверить: чем раньше Biome подключён в monorepo, тем меньше потом миграций и «ручных» исправлений. Начинать лучше с форматирования и базового lint, а уже потом добавлять жёсткие правила. Так команда не ломает поток разработки ради красивой конфигурации.

Если Biome в проекте вызывает больше обсуждений, чем экономит времени, значит вы настроили его как идеологию, а не как автоматизацию.