SWC хорош там, где TypeScript нужен как ускоритель сборки, а не как компилятор «для всего»

SWC хорош там, где TypeScript нужен как ускоритель сборки, а не как компилятор «для всего»

SWC берут не ради магии, а ради трёх вещей: быстрый transpile, быстрый minify и нормальную работу в пайплайне, где Babel уже тормозит. Если в репе много TS/JS и мало нестандартных трансформаций, разница в build time заметна сразу.

Но у SWC есть граница применения: он не заменяет весь Babel-стек без проверки. Сначала проверьте:
— нужны ли нестандартные плагины;
— хватает ли поддержки decorator/JSX/legacy-синтаксиса;
— совпадает ли output с тем, что ждут тесты и SSR;
— не ломается ли sourcemap в цепочке с Vite, Bun или bundler’ом.

Отдельно смотрите на типы: SWC их не проверяет, он только убирает синтаксис. Для CI это удобно, но если убрать tsc из пайплайна совсем, ошибки уедут в рантайм. Типовая схема: SWC для сборки, tsc --noEmit для контроля типов.

Если проект простой, SWC часто даёт выигрыш без боли. Если трансформаций много, сначала замерьте узкое место, а потом меняйте компилятор, иначе получите быстрый билд с дорогой поддержкой.