esbuild ускоряет сборку, но ломается там, где ждут “умный” компилятор

esbuild ускоряет сборку, но ломается там, где ждут “умный” компилятор

Если вы берёте esbuild как замену всему тулчейну, почти всегда ловите сюрпризы:
— он очень быстрый на transpile и bundle;
— он не закрывает всю экосистему плагинов и проверок;
— он плохо маскирует проблемы в tsconfig, которые потом всплывают в рантайме.

Главная ошибка — ждать от него поведения TypeScript compiler. esbuild не делает полноценную типизацию, не спасает от кривых импортов в ESM и не чинит архитектуру модулей. Его сильная сторона — собрать много файлов быстро и предсказуемо, а не “понять проект” за вас.

Поэтому рабочая схема обычно такая: esbuild — для сборки и дев-цикла, TypeScript — для typecheck отдельно, Biome/ESLint — для качества кода, тесты — для контрактов. Так вы не смешиваете скорость с гарантиями и видите, где именно сломалась цепочка ⚙️

Если сборка на esbuild стала “магически” быстрой, проверьте, не выкинули ли вы из пайплайна то, что раньше ловило ошибки. Быстрый билд полезен только тогда, когда он ещё и честно сообщает о проблемах.