Post esbuild ускоряет сборку, но чаще всего тормозит не он, а ваш проект

esbuild ускоряет сборку, но чаще всего тормозит не он, а ваш проект Если Vite или свой билд внезапно “медленный”, не начинайте с замены инструмента. Сначала проверьте три вещи: большой объём TS/JS без разделения на чанки, тяжёлые трансформации в плагинах и лишние проходы по файловой системе. У esbuild сильная сторона — быстрый парсинг и трансформация. Но он не спасает, если вы гоняете через него всё подряд: • огромные entry points вместо нормального splitting • CSS/asset pipeline с десятком промежуточных шагов • плагины, которые читают диск на каждый импорт Есть наблюдение которое стоит проверить: в реальных репах “медленный esbuild” часто оказывается “медленным графом зависимостей”. Уберите дублирующиеся импорты, выкиньте неиспользуемые barrel-файлы, сократите глубину re-export’ов — и сборка обычно проседает меньше, чем после любого тюнинга флагов. Для типовых задач esbuild хорош как быстрый transpile/minify слой. Для сложной логики лучше держать его рядом с Vite, а не заставлять делать то, для чего нужны отдельные плагины и явная структура модулей. Если сборка болит, сначала режьте граф и I/O, а уже потом меняйте инструмент — так экономится больше времени, чем на бесконечном тюнинге конфигов.