Vite ломают не конфигом, а привычками из старых сборок
Чаще всего проблемы начинаются, когда в проект тащат логику из webpack-мышления: всё через алиасы, плагины и «пусть само разрулится». Vite быстрее не потому, что магия, а потому что в dev он опирается на native ESM и не делает лишнюю работу на старте.
Что стоит проверить сразу:
— импортируешь ли ты только то, что реально нужно, без тяжёлых barrel-файлов;
— не тянет ли один плагин весь граф модулей ради мелкой правки;
— не смешаны ли CommonJS и ESM там, где можно оставить один формат;
— не лежит ли в tsconfig лишний мусор, который мешает резолву и автодополнению.
Отдельная ловушка — ожидать, что Vite исправит архитектуру проекта. Он хорошо показывает, где у вас медленные зависимости, кривые импорты и лишняя магия в сборке. Если dev стартует быстро, а сборка всё равно тормозит, проблема часто в кодовой базе, а не в инструменте ⚙️
Смотрите на Vite как на усилитель качества репы: он не прячет плохую структуру, а делает её заметной.
DevTools Brief — обзор инструментов
@devtools_brief
Vite ломают не конфигом, а привычками из старых сборок
Этот пост опубликован в Telegram-канале DevTools Brief — обзор инструментов. Подписаться можно по ссылке: @devtools_brief.