Buz: форк Bun на современном Zig, который пересобирается менее чем за секунду

После миграции Claude Code на Bun (с сердцем на Rust) на прошлой неделе, один из участников сообщества Zig анонсировал Buz: форк Bun, переписанный с использованием последних версий Zig, обещающий субсекундные инкрементальные сборки. 224 очка в топе Hacker News.

Конкретный случай

Bun (конкурентная среда выполнения JavaScript от Node) написана в основном на Zig, системном языке, который привлекает обещанием «делать то, что делает C, но лучше». Однако по мере роста Bun столкнулась с проблемой: она застряла на относительно старой версии Zig, а время компиляции взрывается даже при изменении одного файла.

На помощь приходит Buz — форк, анонсированный членом сообщества на ziggit.dev (официальном форуме Zig) 24 июля 2026 года. Его слоган: «полная замена Bun на современном Zig с инкрементальной сборкой менее чем за 1 секунду». На Hacker News анонс быстро набрал 224 очка и 161 комментарий — для зарождающегося проекта это сигнал.

Это происходит в переломный момент для экосистемы Bun: на прошлой неделе Саймон Уиллисон задокументировал, что Claude Code теперь использует Bun (с ядром на Rust) — знак того, что Bun укрепляется в инструментарии для ИИ. Каждая задержка в скорости разработки становится проблемой не только для проекта.

Что нужно понять

Название проекта, Buz («Bun» + «Zig»), — это не просто игра слов. Оно отражает техническую ставку:

• Использование последних версий Zig (язык ещё не достиг 1.0, брейкинг-изменения часты, но компилятор быстро оптимизируется).
• Использование самостоятельно хостируемого компилятора Zig, который обеспечивает по-настоящему инкрементальные сборки.
• Сохранение совместимости API с Bun, чтобы не фрагментировать экосистему (как это сделал Deno с Node).

Главное — это инкрементальные сборки менее чем за секунду. Когда работаешь с таким большим рантаймом, каждый цикл «изменил строку → протестировал» имеет значение. Переход с десятков секунд на менее чем секунду полностью меняет эргономику разработки — это тот нюанс, который решает, привлечёт ли проект внешних разработчиков или останется в руках основателей.

Настоящая дискуссия

Комментарии на Hacker News разделились на два лагеря:

1. Энтузиасты — форк от сообщества может разблокировать то, что Джаред Самнер (основатель Bun) никогда не успевал сделать. Известные прецеденты: форки OpenSSL/LibreSSL или io.js, который заставил Node.js двигаться вперёд.
2. Скептики — риск расхождения реален. «Полная замена», которая не поддерживает 5 % API, создаёт больше проблем, чем решает. А поддержка активного форка такого большого проекта, как Bun, требует много ресурсов.

Наше мнение

Скорее всего, это рабочий прототип, а не серьёзный конкурент Bun. Если Buz докажет, что можно добиться субсекундных сборок для кода такого размера, команде Bun стоит перенять оптимизации — это пойдёт на пользу всем. Шаблон «форк, который подталкивает оригинал к изменениям», — это постоянная практика в open source.

Следует наблюдать за частотой коммитов в ближайшие недели. Форк, который умирает через 15 дней, — это обычное дело; форк, который продержится 3 месяца, уже что-то значит.

Ключевой момент Buz пока не является полноценной заменой Bun, но он указывает на реальную проблему: устаревшая версия Zig, используемая в Bun, тормозит развитие проекта. Удастся Buz или нет, но механический эффект уже есть — он заставляет Bun быстрее мигрировать на новые версии, что также связано с новым позиционированием Bun в инструментарии для ИИ (Claude Code).