Келли продвигает следующие ценности и убеждения:
• Главные аргументы: программист не должен мириться с ограничениями инструмента; контроль над железом важнее удобства; долгосрочная устойчивость проекта важнее быстрого роста; коммерческие интересы развращают open-source проекты.
• Предположения: что хороший язык можно спроектировать «сверху вниз» одним человеком (BDFL) без компромиссов комитета; что пользователи будут ценить контроль и производительность выше лёгкости входа; что фонд может выживать на пожертвованиях без корпоративного давления.
• Слабые места: BDFL создаёт риск «наследственного кризиса» — сам Келли признаёт, что модель неустойчива в долгосроке и монархия работает только при хорошем лидере. Пока нет механизма демократического управления, защищённого от «окисления деньгами». Также: строгий запрет AI на PR может отсекать полезные контрибуции, где AI был инструментом, а не автором.
5. Что стоит запомнить
• Zig выбирают не из моды, а когда нужен абсолютный контроль над памятью, производительностью и предсказуемостью латентности (TigerBeetle, Ghostty).
• Собственный компиляторный бэкенд — это не прихоть, а архитектурное решение, которое даёт то, чего LLVM никогда не даст (50 мс инкрементальная компиляция).
• Финансовая модель Zig Foundation — возможно, самая прозрачная и устойчивая в индустрии: 501c3, ни один спонсор не имеет рычагов давления, 91% денег идёт разработчикам.
• AI-запрет на контрибуции — не идеологический, а практический: ревью — узкое горлышко, и AI-код не оправдывает затрат времени на mentorship.
• Переезд с GitHub на Codeberg — решение о работоспособности CI, не о политике. GitHub «просто перестал работать».
• Zig 1.0 не будет выпущен, пока язык не будет готов к 50-летнему обещанию обратной совместимости.
• Для перехода с C на Zig не нужно переучиваться — все навыки переносятся, но отладка становится существенно проще (full stack trace вместо segmentation fault).
• Ziglings — рекомендуемый способ начать изучать язык.
• Борьба с выгоранием: либо найти работу, которая приносит удовлетворение, либо «перестать стараться» в бессмысленной корпорации.
• Vibe coding «неинтересен» Келли: полагаться на то, что код «удивительно хорошо работает» — это унизительная планка качества; плюс зависимость от закрытых API 4 компаний за $300/мес.
6. Практическая ценность
• Если нужна кросс-компиляция Go-кода с C-зависимостями под ARM64 — используй zig cc (так делает Uber).
• При выборе языка для real-time систем (аудио, игры, финансы) — Zig даёт control over allocation без GC-пауз и без borrow checker-а, который замедляет итерацию.
• Для новых проектов: zig build — одна команда, не требующая Docker или системных зависимостей; readme check проходит за одно действие.
• Архитектурный принцип: не делай core продукт зависимым от внешней библиотеки (как Unity для физики Killer Queen). LLVM была такой зависимостью — Zig от неё уходит.
• При управлении open-source проектом: диверсификация дохода (много мелких спонсоров вместо одного крупного) даёт реальную независимость.
• Настройка IDE для Zig: ZLS (Zig Language Server) — сторонний проект, заслуживающий поддержки; для начинающих — Ziglings.
7. Неочевидные моменты
• Zig формально MIT license, и Келли не видит противоречия в том, что AI-компании могут тренироваться на его коде, хотя AI-контрибуции запрещены. «Подарок миру без условий» — это принципиальная позиция.
• Проблема Killer Queen (аркадная игра) с Unity physics engine как аргумент против внешних зависимостей для core продукта — метафора, которую Келли использует, объясняя отказ от LLVM.
• Rust, по мнению Келли, ведёт к объектно-ориентированному стилю управления памятью (ref counting, RAII), тогда как Zig поощряет кастомные аллокаторы (arena и т.д.). Это различие глубже, чем просто «borrow checker vs нет».
• Contributor poker: категоризация контрибьюторов по потенциалу инвестиции времени в mentorship. AI-авторы всегда «driveby».
• Firefox — единственный не-Chromium, не-Safari браузер, но Mozilla «коррумпирована и теряет курс», и альтернативы пока нет.
— 2/3 —
• Главные аргументы: программист не должен мириться с ограничениями инструмента; контроль над железом важнее удобства; долгосрочная устойчивость проекта важнее быстрого роста; коммерческие интересы развращают open-source проекты.
• Предположения: что хороший язык можно спроектировать «сверху вниз» одним человеком (BDFL) без компромиссов комитета; что пользователи будут ценить контроль и производительность выше лёгкости входа; что фонд может выживать на пожертвованиях без корпоративного давления.
• Слабые места: BDFL создаёт риск «наследственного кризиса» — сам Келли признаёт, что модель неустойчива в долгосроке и монархия работает только при хорошем лидере. Пока нет механизма демократического управления, защищённого от «окисления деньгами». Также: строгий запрет AI на PR может отсекать полезные контрибуции, где AI был инструментом, а не автором.
5. Что стоит запомнить
• Zig выбирают не из моды, а когда нужен абсолютный контроль над памятью, производительностью и предсказуемостью латентности (TigerBeetle, Ghostty).
• Собственный компиляторный бэкенд — это не прихоть, а архитектурное решение, которое даёт то, чего LLVM никогда не даст (50 мс инкрементальная компиляция).
• Финансовая модель Zig Foundation — возможно, самая прозрачная и устойчивая в индустрии: 501c3, ни один спонсор не имеет рычагов давления, 91% денег идёт разработчикам.
• AI-запрет на контрибуции — не идеологический, а практический: ревью — узкое горлышко, и AI-код не оправдывает затрат времени на mentorship.
• Переезд с GitHub на Codeberg — решение о работоспособности CI, не о политике. GitHub «просто перестал работать».
• Zig 1.0 не будет выпущен, пока язык не будет готов к 50-летнему обещанию обратной совместимости.
• Для перехода с C на Zig не нужно переучиваться — все навыки переносятся, но отладка становится существенно проще (full stack trace вместо segmentation fault).
• Ziglings — рекомендуемый способ начать изучать язык.
• Борьба с выгоранием: либо найти работу, которая приносит удовлетворение, либо «перестать стараться» в бессмысленной корпорации.
• Vibe coding «неинтересен» Келли: полагаться на то, что код «удивительно хорошо работает» — это унизительная планка качества; плюс зависимость от закрытых API 4 компаний за $300/мес.
6. Практическая ценность
• Если нужна кросс-компиляция Go-кода с C-зависимостями под ARM64 — используй zig cc (так делает Uber).
• При выборе языка для real-time систем (аудио, игры, финансы) — Zig даёт control over allocation без GC-пауз и без borrow checker-а, который замедляет итерацию.
• Для новых проектов: zig build — одна команда, не требующая Docker или системных зависимостей; readme check проходит за одно действие.
• Архитектурный принцип: не делай core продукт зависимым от внешней библиотеки (как Unity для физики Killer Queen). LLVM была такой зависимостью — Zig от неё уходит.
• При управлении open-source проектом: диверсификация дохода (много мелких спонсоров вместо одного крупного) даёт реальную независимость.
• Настройка IDE для Zig: ZLS (Zig Language Server) — сторонний проект, заслуживающий поддержки; для начинающих — Ziglings.
7. Неочевидные моменты
• Zig формально MIT license, и Келли не видит противоречия в том, что AI-компании могут тренироваться на его коде, хотя AI-контрибуции запрещены. «Подарок миру без условий» — это принципиальная позиция.
• Проблема Killer Queen (аркадная игра) с Unity physics engine как аргумент против внешних зависимостей для core продукта — метафора, которую Келли использует, объясняя отказ от LLVM.
• Rust, по мнению Келли, ведёт к объектно-ориентированному стилю управления памятью (ref counting, RAII), тогда как Zig поощряет кастомные аллокаторы (arena и т.д.). Это различие глубже, чем просто «borrow checker vs нет».
• Contributor poker: категоризация контрибьюторов по потенциалу инвестиции времени в mentorship. AI-авторы всегда «driveby».
• Firefox — единственный не-Chromium, не-Safari браузер, но Mozilla «коррумпирована и теряет курс», и альтернативы пока нет.
— 2/3 —