swc ускоряет сборку, но легко ломает совместимость с TypeScript-настройками

swc ускоряет сборку, но легко ломает совместимость с TypeScript-настройками

За неделю в репах: swc часто ставят вместо Babel ради скорости, а потом ловят странные расхождения между dev и build. Причина обычно не в самом компиляторе, а в ожиданиях от него: swc быстрее переписывает код, но не заменяет весь стек инструментов.

Проверь три вещи до внедрения:
— типы: swc не делает полноценную type-checking-проверку, она живёт отдельно;
— декораторы, path alias, jsx-runtime и import-interop: их надо явно согласовать;
— targets: если tsconfig и bundler ждут разное, получаешь баги только на проде.

Ещё одна типовая ошибка — считать swc «просто быстрым Babel». На деле это другой набор компромиссов: меньше трансформаций, меньше магии, больше требований к дисциплине в конфиге. В monorepo это особенно заметно, когда один пакет компилируется через swc, а другой — через tsc или esbuild ⚙️

Если нужен быстрый transpile для React/TS-проектов — swc хорош, но только как часть схемы, где отдельно настроены типы, линт и единый tsconfig-патч.