Если вы хоть раз запускали сборку крупного JavaScript-проекта и смотрели, как крутится спиннер “Building…”, то новость про Oxc вас заденет лично. Новый компилятор и набор инструментов на Rust обещает ускорение линтинга в 50–100 раз, форматирования — в 35 раз, а парсинга — в несколько раз быстрее конкурентов.
И это не маркетинговый трюк. Это попытка переписать фундамент современного фронтенд-инструментария.
В чём реальная проблема современного JS
Фронтенд сегодня — это не просто код. Это цепочка инструментов:
🧹 ESLint
🎨 Prettier
📦 Babel / SWC
🔍 Resolver модулей
🗜️ Минификаторы
⚡ Бандлер
Каждый из них… заново парсит один и тот же файл.
То есть:
📄 файл читается
🌳 строится AST
🧠 анализируется
🔁 и затем всё повторяется другим инструментом
В крупных проектах до 80% времени сборки уходит именно на многократный разбор одних и тех же исходников.
Это архитектурная проблема, а не вопрос “быстрее или медленнее”.
Что делает Oxc по-другому
Oxc — это не просто линтер или форматтер. Это экосистема, написанная на Rust, которая строится вокруг одного принципа:
⚙️ код парсится один раз
🌳 создаётся единое AST
🔗 все инструменты работают поверх него
В экосистеме есть:
🧹 Oxlint — ESLint-совместимый линтер
🎨 Oxfmt — Prettier-совместимый форматтер
🌳 oxc-parser — быстрый парсер JS и TS
🔄 oxc-transform — трансформация TypeScript, JSX и lowering до ES2015
🧭 oxc-resolver — совместимый с Node.js CJS/ESM
🗜️ oxc-minify — минификация и удаление неиспользуемого кода.
И всё это написано на Rust.
Почему Rust здесь так важен
Rust даёт:
🧠 контроль над памятью без GC
⚡ нативную скорость
🧵 безопасную параллельность
🛡 отсутствие “сюрпризов” на продакшене
JavaScript-инструменты традиционно писались на Node.js. Это удобно, но не оптимально по скорости.
В результате мы получали парадокс:
инструменты для оптимизации JavaScript сами тормозили JavaScript-разработку.
Oxc ломает этот круг.
Цифры, которые сложно игнорировать
Согласно данным проекта:
🚀 линтер быстрее ESLint в 50–100 раз
🎨 форматтер быстрее Prettier в 35 раз
🌳 парсер быстрее SWC и Biome в несколько раз
🧭 resolver быстрее enhanced-resolve примерно в десятки раз
Если это масштабируется на реальные монорепозитории — это сокращение CI-времени с минут до секунд.
А в больших компаниях время CI — это реальные деньги.
Type-aware линтинг — вот где магия
Одна из ключевых особенностей — поддержка type-aware linting через tsgo.
Это означает:
🧠 анализ кода с учётом типов TypeScript
🐞 более точный поиск логических ошибок
📦 меньше ложных срабатываний
Обычно такой анализ сильно замедляет линтер. Здесь он встроен в общую архитектуру.
Это не “плагин сверху”, а часть фундамента.
Почему это больше, чем просто быстрый линтер
Самое важное — Oxc уже интегрируется в будущий бандлер Rolldown для Vite.
А это означает:
⚡ ускорение dev-сервера
🔄 быстрые пересборки
🧩 единая экосистема без зоопарка инструментов
Если вспомнить, как SWC постепенно вытеснял Babel, можно предположить аналогичный сценарий.
Только в этот раз ставка выше — это попытка заменить сразу несколько инструментов.
Но есть и вопросы
Я бы не был честен, если бы сказал, что всё идеально.
🧪 форматтер пока в alpha
📦 экосистема ESLint огромна — 650+ правил это хорошо, но не предел
🏗 зрелость инфраструктуры ещё предстоит доказать
Фронтенд-сообщество консервативно, несмотря на мемы. Большие компании не перепрыгивают на новые тулчейны за ночь.
Моё мнение: это начало «оксидации» фронтенда
Последние годы мы наблюдаем “Rustification” инфраструктуры:
🦀 Deno
🦀 Bun
🦀 SWC
🦀 Turbopack
🦀 теперь Oxc
Причина проста — JavaScript как язык хорош для бизнеса, но не для системных задач.
Oxc — логичный шаг эволюции.
Если экосистема взлетит, через пару лет мы можем увидеть:
⚡ почти мгновенные сборки
🧹 линтинг без боли
🧠 глубокий статический анализ без тормозов
📉 снижение нагрузки на CI-инфраструктуру
И вот тогда 100× перестанет звучать как маркетинг.
Заключение
Oxc — это не просто “ещё один быстрый инструмент”. Это попытка пересобрать всю цепочку обработки JavaScript вокруг одного AST и одного производительного ядра.
Если проект сохранит совместимость с существующей экосистемой и не потеряет темп развития, он может стать тем же для фронтенда, чем SWC стал для транспиляции — новой нормой.
А в мире, где каждая лишняя секунда сборки раздражает сильнее, чем баг в CSS, это действительно меняет правила игры.
Источники
🔗 Официальный сайт Oxc:
https://oxc.rs/
📖 Подробный разбор:
https://telegra.ph/JavaScript-v-100-raz-bystree-kak-Oxc-menyaet-frontend-razrabotku-02-23