<b>esbuild ускоряет сборку, но ломают его чаще всего не баги, а неправильные ожидания</b>

<b>esbuild ускоряет сборку, но ломают его чаще всего не баги, а неправильные ожидания</b>

Если нужен быстрый бандлер для TS/JS, esbuild берут за скорость. Но в реальной репе он выигрывает только там, где от него не ждут магии: он не заменяет полноценный анализ кода и не обязан понимать весь ваш старый стек.

— Используйте его для transpile/bundle, а не для сложной трансформации с кучей кастомной логики.
— Проверяйте совместимость плагинов: экосистема проще, чем у тяжёлых сборщиков, и это нормально.
— Не путайте быстрый dev server и production-сборку: одинаковый инструмент может вести себя по-разному в этих режимах.
— Если в проекте много CJS/ESM-микса, сначала наведите порядок в модулях, потом подключайте ускорение.

Отдельный плюс esbuild — он хорошо раскрывается в цепочке с Vite и в задачах, где важны build time и простой pipeline. Но если вам нужны тонкие правила оптимизации, часть работы всё равно придётся оставить за TypeScript, линтером или отдельным скриптом.

Есть наблюдение которое стоит проверить: чем меньше “умной” магии в сборке, тем проще потом масштабировать репозиторий и объяснять его новому человеку.

Итог простой: esbuild лучше всего работает как быстрый мотор, а не как комбайн на все случаи.