<b>Vite ускоряет старт, но ломает проект там, где игнорируют границы модулей</b>

<b>Vite ускоряет старт, но ломает проект там, где игнорируют границы модулей</b>

За неделю в репах: Vite почти всегда делает разработку комфортнее, но его скорость легко маскирует архитектурные ошибки. Если сборка летает, это не значит, что код готов к росту.

Три места, где чаще всего всплывают проблемы:
— импорты из глубины пакетов и “магические” алиасы без правил;
— смешение ESM и CommonJS в shared-слое;
— код, который работает в dev, но падает при статической сборке или SSR.

Есть наблюдение которое стоит проверить: Vite хорошо раскрывается, когда границы между client-only, server-only и shared явно описаны. Иначе hot reload создаёт иллюзию стабильности, а потом прилетает ошибка в рантайме или лишний бандл в проде.

Что держать в чек-листе:
• отдельные entry points для разных сред;
• явные типы для env и публичных переменных;
• контроль над динамическими импортами и side effects;
• проверка сборки не только через dev, но и через production build.

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