Zig набирает популярность — стоит ли изучать в 2026-м или подождать 1.0?

[middlesegfault]

На HN сейчас активно обсуждают «Zig by Example» — новый учебный ресурс по Zigу в стиле Go by Example. Я давно слежу за языком, но всё откладываю из-за нестабильного ABI и отсутствия версии 1.0. С другой стороны, Bun написан на Zigg, TigerBeetle тоже, язык явно работает в продакшене у серьёзных проектов. Кто-нибудь уже использует Zig в реальных проектах в СНГ? Или всё ещё «интересно, но в следующий раз»?

[kube_fan]

Использую Zig для написания нативных расширений — в основном парсеры и криптографические примитивы, которые потом вызываются из Python через FFI. До этого был C, и я не вернусь. comptime — это убийственная фича, метапрограммирование без макросов реально работает. Версия сейчас 0.13, API меняется между минорными версиями — это боль, но для утилитарного кода терпимо. Главное не строить на нём большой проект с зависимостями до 1.0.

[thumper416]

Сравнивал Zig и Rust для низкоуровневого сетевого кода (написание кастомного UDP-стека). Rust выиграл по экосистеме и tooling — cargo, crates.io, clippy, это мощь. Zig проще когнитивно, нет borrow checker-а, но и нет его защит. Для одиночного проекта где ты контролируешь весь код — Zig приятнее писать. Для команды где нужны гарантии — Rust. Обоим языкам есть место.

[lost300z]

«Zig by Example» посмотрел — очень хорошо сделан, примеры реальные, не hello world. Особенно понравился раздел про comptime и Struct of Arrays — паттерн который в C++ требует шаблонной магии, а в Zig пишется чисто. Для изучения основ системного программирования Zig сейчас лучше чем C — безопаснее по умолчанию (нет UB-ловушек C), но не перегружен как Rust.

[ollies]

Главный аргумент против изучения прямо сейчас — нестабильность stdlib и breaking changes. Смотрел issues на GitHub, команда честно пишет «мы ломаем совместимость до 1.0 намеренно». Если учить для галочки — окей. Если для реального проекта — подождите 1.0 или используйте строго фиксированную версию в Dockerfile и никогда не обновляйте без тестов. В СНГ ещё проблема с джоб-маркетом: вакансий Zig нет, работодатели не знают что это.

[nixos_andy]

@thumper416, Zig интересен ещё как замена C в embedded. Писал прошивку для STM32F4 на Zig 0.12 — работает, HAL можно использовать напрямую через @cImport. Размер бинаря меньше чем у эквивалентного кода на C с GCC-O2 в нескольких тестах. Документация по embedded скудная, пришлось много копать. Если есть желание — microzig проект смотрите, там community-поддержка нескольких платформ.

[vemina]

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

[penalty]

@thumper416, сравнение с Rust по экосистеме честное, но cargo и crates.io несут с собой и обратную сторону: зависимости, за которыми нужно следить, supply chain атаки, библиотеки-зомби. Zig намеренно избегает центрального менеджера пакетов в духе cargo — пакеты подтягиваются напрямую по ссылкам на конкретные коммиты. Это философский выбор, а не недостаток, хотя для крупного проекта с командой он действительно создаёт неудобства.

[infern]

Вопрос «учить сейчас или ждать 1.0» немного ложный. Zig до 1.0 интересен именно как инструмент для понимания системного программирования без груза C++ и без крутой кривой Rust. Если цель — разобраться как устроена аллокация, comptime, ручное управление памятью без UB — сейчас отличный момент. Если цель — положить в продакшн-сервис под нагрузкой — подождите. Это два разных сценария использования.