<b>Vite быстро стартует не магией — а за счёт трёх решений, которые легко испортить</b>

<b>Vite быстро стартует не магией — а за счёт трёх решений, которые легко испортить</b>

У Vite смысл не в «просто быстрее сборка», а в том, что он почти не тащит лишнее в dev-петлю: исходники идут через native ESM, а тяжёлую работу он откладывает до билда. Но выигрыш держится только пока проект не превращают в склад случайных плагинов и гигантских баррелей экспорта.

Проверьте базу:
— не тяните в root entry всё подряд, особенно тяжёлые утилиты и polyfills;
— дробите код по маршрутам и фичам, а не только по слоям;
— следите за зависимостями, которые ломают pre-bundling и заставляют Vite перепаковывать одно и то же;
— не злоупотребляйте alias-ами: красивый импорт не должен скрывать циклы и дубль модулей.

Вторая типовая ошибка — перенос webpack-привычек. Vite не любит конфигурацию ради конфигурации: если плагин нужен только чтобы «сделать как раньше», скорее всего, он уже тормозит dev и усложняет HMR. Отдельно смотрите на сторонние библиотеки с CJS-выдачей: они часто становятся узким местом в старте и в тестах.

<i>Если Vite начал «тупить», сначала режьте граф импортов и плагины, а уже потом трогайте конфиг.</i>