esbuild ускоряет сборку, но ломают проект обычно не плагины, а конфиг и ожидания

esbuild ускоряет сборку, но ломают проект обычно не плагины, а конфиг и ожидания

esbuild берут ради скорости, а потом пытаются использовать его как полный аналог Webpack. Отсюда и разочарование: он отлично режет время на transpile, minify и bundle, но не обязан закрывать весь зоопарк кейсов из старого стека.

— Если нужен быстрый dev/build для TS, JSX и простых зависимостей — esbuild попадает в цель.
— Если в проекте сложная трансформация AST, кастомные лоадеры или хитрые алиасы — сначала проверь, можно ли упростить пайплайн.
— Если важна совместимость с CommonJS и ESM, отдельно прогоняй импорт/экспорт, особенно в monorepo.

Частая ошибка — ставить esbuild в середину тяжёлого билда и ждать магии. Он не компенсирует плохую структуру репы, огромные barrel-файлы и лишние пересборки. Скорость собирается не только инструментом, но и тем, сколько модулей ты ему отдаёшь.

Ещё один полезный тест: сравни не только build time, но и размер итогового bundle. Бывает, что сборка стала быстрее, а дерево зависимостей распухло из-за неаккуратных импортов.

Если нужен результат без сюрпризов — используй esbuild там, где он силён: быстрый transpile, простая упаковка, предварительная оптимизация. Всё остальное сначала упрощай в коде, потом уже ускоряй инструментом.