Zig разделил билд-скрипт на два процесса — и ускорил самую раздражающую часть разработки

Раньше build.zig и весь код билд-системы компилировались в один раздутый процесс в debug-режиме. Теперь архитектура разделена: build.zig компилируется в маленький «конфигуратор», который строит граф сборки и сериализует его в бинарный файл. Результат: при изменении аргументов сборки билд-скрипты больше не нужно пересобирать с нуля.

0.17.0 выходит через пару недель — рекордная скорость после 0.16, который занял больше года. В этом релизе только два крупных изменения: переработанная билд-система и обновление до LLVM 22.

В треде разработчик, перешедший на Zig пару месяцев назад, описал его как «инструментальный язык» — берёшь и хакаешь идею, не думая о церемониях. «Для меня это не конкурент Rust или C++, это конкурент Python по скорости прототипирования, но с перформансом C». На что создатель Zig-линкера ответил: идея «два языка — высокоуровневый и низкоуровневый» работает, но в обратную сторону. Делай максимум на низкоуровневом, и поднимайся выше только когда действительно нужно.

Скептики указали на реальную проблему: первичная компиляция даже простого файла с `zig test` занимает несколько секунд, а инкрементальная компиляция пока не дотягивает до обещаний. Но road map выглядит убедительно — следующие релизы сфокусированы именно на скорости компиляции.

Zig продолжает двигаться своим путём: не гнаться за фичами, а полировать инструменты разработчика. Каждый релиз — не «новая синтаксическая конфета», а ускорение цикла edit-compile-test. Это редкий подход в мире языков, где маркетинг обычно строится на фичах.