Vite ускоряет старт, но ломает репу, если не настроить границы проекта

Vite ускоряет старт, но ломает репу, если не настроить границы проекта

Есть наблюдение которое стоит проверить: Vite даёт быстрый dev-сервер, пока проект не начинает тянуть в себя всё подряд. Типовые точки боли — смешение ESM и CJS, неявные алиасы, тяжелые зависимости в браузерной сборке и хаос в tsconfig paths.

Что стоит зафиксировать сразу:
— держите явные entry points, не импортируйте глубоко из чужих пакетов;
— выносите общие типы и утилиты в отдельный пакет или папку;
— не полагайтесь на магию resolve, если потом будет monorepo;
— проверьте, что серверный код не попадает в клиентский бандл.

Для скорости важны не только плагины, но и форма кода. Чем меньше нестандартных трансформаций, тем проще Vite отдаёт HMR и тем реже сборка упирается в Babel-совместимость, старые CommonJS-обходы и ручные костыли в alias.

Если проект уже растёт, сначала наводят порядок в импортных границах, потом оптимизируют сборку. Иначе Vite остаётся быстрым только на демо, а в бою начинает маскировать архитектурные ошибки.