Vite ускоряет не только dev-server: три места, где проект реально тормозит

Vite ускоряет не только dev-server: три места, где проект реально тормозит

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

— Проверь размер входной точки: если main.ts тянет половину приложения, HMR уже не спасает.
— Разделяй зависимые и ленивые модули: динамический import() лучше держит bundle size под контролем.
— Не дублируй трансформации: если Babel, SWC и лишний плагин делают одно и то же, build time растёт без пользы.

Ещё один частый провал — ожидать, что dev и prod будут вести себя одинаково. В dev Vite опирается на нативный ESM и быстрый резолв, а в проде решает уже граф модулей, tree-shaking и split chunks. Если код грузится медленно, ищи не в Vite, а в архитектуре импорта.

Хорошая проверка простая: открой bundle analyzer, посмотри самые тяжёлые модули и вытащи всё, что не нужно на первом экране. Тогда Vite остаётся тем, чем и должен быть: быстрым инструментом для сборки, а не прикрытием для неаккуратного фронта.