На фоне недавней новости об эксперименте Bun с портированием с Zig на Rust, я вспомнил одну вещь.
В прошлые годы они ведь выделяли для Zig Software Foundation солидные суммы. Что теперь с ними будет? Уменьшится ли доход ZSF? Урежут ли тогда core team оплату мероприятий или себя?
https://ziglang.org/news/2025-financials/
В 2024 году было 60'000 USD.
Плюс к тому же двойной эффект, если донатеры пришедшие с волной популярности из-за Bun тоже уйдут.
В прошлые годы они ведь выделяли для Zig Software Foundation солидные суммы. Что теперь с ними будет? Уменьшится ли доход ZSF? Урежут ли тогда core team оплату мероприятий или себя?
https://ziglang.org/news/2025-financials/
В 2024 году было 60'000 USD.
Плюс к тому же двойной эффект, если донатеры пришедшие с волной популярности из-за Bun тоже уйдут.
👍1
Язык Zig (канал)
На фоне недавней новости об эксперименте Bun с портированием с Zig на Rust, я вспомнил одну вещь. В прошлые годы они ведь выделяли для Zig Software Foundation солидные суммы. Что теперь с ними будет? Уменьшится ли доход ZSF? Урежут ли тогда core team оплату…
https://x.com/arredsumner/status/2053047748191232310
Если вкратце:
1. Почти все (99.8%) тесты на
2. Сейчас код почти такой же, но компилятор теперь проверяет lifetime и добавили деструкторы.
3. Они устали думать над и исправлять ошибки по типу утечек памяти или краши, т.д. Хотят, чтобы язык это мощнее предотвращал.
4. Будет блог-пост с замерами скорости и потребления памяти, и как они этот порт сделали.
5. По скорости компиляции версия на Rust схожа с их форком Zig (где у них приватные поля в структурах и параллельная компиляция в LLVM), и быстрее официального Zig. Другими словами, для их проекта компилятор Zig медленнее компилятора Rust.
Порт содержит в себе 960 000 строк кода, за 6 дней
Если вкратце:
1. Почти все (99.8%) тесты на
x86_64-linux-gnu проходятся на Rust версии.2. Сейчас код почти такой же, но компилятор теперь проверяет lifetime и добавили деструкторы.
3. Они устали думать над и исправлять ошибки по типу утечек памяти или краши, т.д. Хотят, чтобы язык это мощнее предотвращал.
4. Будет блог-пост с замерами скорости и потребления памяти, и как они этот порт сделали.
5. По скорости компиляции версия на Rust схожа с их форком Zig (где у них приватные поля в структурах и параллельная компиляция в LLVM), и быстрее официального Zig. Другими словами, для их проекта компилятор Zig медленнее компилятора Rust.
Порт содержит в себе 960 000 строк кода, за 6 дней
X (formerly Twitter)
Jarred Sumner (@jarredsumner) on X
99.8% of bun’s pre-existing test suite passes on Linux x64 glibc in the rust rewrite
🤯5🥰1🐳1🤝1
Язык Zig (канал)
На фоне недавней новости об эксперименте Bun с портированием с Zig на Rust, я вспомнил одну вещь. В прошлые годы они ведь выделяли для Zig Software Foundation солидные суммы. Что теперь с ними будет? Уменьшится ли доход ZSF? Урежут ли тогда core team оплату…
https://news.ycombinator.com/item?id=48022280
А они уже давно перестали…
kristoff_it 4 days ago
Bun has stopped donating to the ZSF after the Anthropic acquisition
А они уже давно перестали…
🤬4😈1
Язык Zig (канал)
Zig vs Rust in 2026 От автора When Zig is safer and faster than Rust #блоги
YouTube
Zig vs Rust, agentic coding, and intellectual control
Linus ranting about C++: https://harmful.cat-v.org/software/c++/linus
Intellectual vs statistical control: https://www.georgefairbanks.com/ieee-software-v36-n1-jan-2019-intellectual-control
Intellectual vs statistical control: https://www.georgefairbanks.com/ieee-software-v36-n1-jan-2019-intellectual-control
❤1
Язык Zig (канал)
https://codeberg.org/ziglang/zig/issues/31421#issuecomment-12842415 Небольшой сюрприз с размером бинарника
Rewrite Bun in Rust
the binary size shrinks by 3 MB - 8 MB, the benchmarks are between neutral and faster
GitHub
Rewrite Bun in Rust by Jarred-Sumner · Pull Request #30412 · oven-sh/bun
Blog post with details coming soon.
It passes Bun's pre-existing test suite on all platforms (and fixes several memory leaks and flaky tests), the binary size shrinks by 3 MB - 8 MB, the be...
It passes Bun's pre-existing test suite on all platforms (and fixes several memory leaks and flaky tests), the binary size shrinks by 3 MB - 8 MB, the be...
😢6🐳2
Язык Zig (канал)
Rewrite Bun in Rust the binary size shrinks by 3 MB - 8 MB, the benchmarks are between neutral and faster
Мне напомнило это о долгой истории написания нового компилятора на Zig взамен старого на C++ во время примерно 0.7-0.10, как они сначала частями добавляли AstGen, Sema, какие-то части переиспользовали между stage1 и stage2, сколько лет это заняло т.д.
И как они некоторые фичи в то время пропустили, по типу второй версии async/await, мелкие фичи с
Если бы у главной команды были в то время LLM, сделали ли бы они эту миграцию намного быстрее? Скажем, не 5 лет (хотя честно говоря основной фокус был в последние годы), а месяц? Или может async/await бы не потеряли по пути? “export to C headers” ещё бы продолжал работать?
Или может Эндрю бы вообще не создавал Zig в 2015 и просто писал бы себе на C/C++ и JS (или даже Rust 1.0) дальше свои медиа-плееры и майнкрафт ботов?
И как они некоторые фичи в то время пропустили, по типу второй версии async/await, мелкие фичи с
@Vector
Если бы у главной команды были в то время LLM, сделали ли бы они эту миграцию намного быстрее? Скажем, не 5 лет (хотя честно говоря основной фокус был в последние годы), а месяц? Или может async/await бы не потеряли по пути? “export to C headers” ещё бы продолжал работать?
Или может Эндрю бы вообще не создавал Zig в 2015 и просто писал бы себе на C/C++ и JS (или даже Rust 1.0) дальше свои медиа-плееры и майнкрафт ботов?
👍3😁2
Язык Zig (канал)
Мне напомнило это о долгой истории написания нового компилятора на Zig взамен старого на C++ во время примерно 0.7-0.10, как они сначала частями добавляли AstGen, Sema, какие-то части переиспользовали между stage1 и stage2, сколько лет это заняло т.д. И как…
Gist
sine wave in zig using libsoundio
sine wave in zig using libsoundio. GitHub Gist: instantly share code, notes, and snippets.
❤1
Язык Zig (канал)
Rewrite Bun in Rust the binary size shrinks by 3 MB - 8 MB, the benchmarks are between neutral and faster
https://news.ycombinator.com/item?id=48133806
Довольно логично кстати, Zig часто просит слишком много памяти на стеке https://xn--r1a.website/ziglang/384
The depth-of-recursion tests for TOML/JSONC parsers went from 25_000 -> 200_000 because Rust’s smaller stack frames (LLVM lifetime annotations let the optimizer reuse stack slots) mean 25k levels no longer reaches the 18 MB stack on Windows.
Довольно логично кстати, Zig часто просит слишком много памяти на стеке https://xn--r1a.website/ziglang/384
✍1👍1
Язык Zig (канал)
https://news.ycombinator.com/item?id=48133806 The depth-of-recursion tests for TOML/JSONC parsers went from 25_000 -> 200_000 because Rust’s smaller stack frames (LLVM lifetime annotations let the optimizer reuse stack slots) mean 25k levels no longer reaches…
https://github.com/ziglang/zig/issues/23475#issuecomment-2795570519
https://github.com/ziglang/zig/issues/24183#issuecomment-2973855614
https://github.com/ziglang/zig/issues/24183#issuecomment-2973855614
GitHub
Block stack allocations do not disappear at end of block scope · Issue #23475 · ziglang/zig
Zig Version 0.14.0 Steps to Reproduce and Observed Behavior The following code produces the result: ?????????? XXXXXXXXXX const std = @import("std"); fn whatAboutThis() void { var slice: ...
👍1
https://lalinsky.com/2026/05/11/async-io-in-zig-016-today.html
https://github.com/lalinsky/zio
Рантайм для std.Io как рабочая альтернатива std.Io.Evented
#библиотеки #блоги
https://github.com/lalinsky/zio
Рантайм для std.Io как рабочая альтернатива std.Io.Evented
#библиотеки #блоги
Lukáš Lalinský
Async I/O in Zig 0.16, today
Zig 0.16 shipped last month with std.Io, a cross-platform interface for I/O and concurrency. This is a big step for the ecosystem. Libraries can now be written against a standard I/O abstraction, independent of the runtime, and application developers can…
👍6🔥2🕊1
zig.exe fetch --save=blabla ../на 0.15 все нормально было, на 0.16 в рекурсию уходит и диск сжирает за секунды буквально!
Кладите в другую папку или чистите .paths в build.zig.zon
У меня грубо говоря такой сетап был:
1. Пакет с build.zig и пустым paths в build.zig.zon (т.е. дефолт - всё включено)
2. Хотел импортировать его в примерах внутри папки examples/
3. С этой командой получается рекурсия zig-pkg/name.../examples/zig-pkg/name.../examples/zig-pkg/...
Я пофиксил, прописав конкретные paths.
Это на Windows 11 было, на других не тестил.
#предупреждение
👍3
Язык Zig (канал)
Rich errors proposal из будущего Kotlin 2.4+ напоминает ошибки в Zig (сами говорят): https://github.com/Kotlin/KEEP/blob/main/proposals/KEEP-0441-rich-errors-motivation.md#zigs-error-unions
https://kotlinlang.org/docs/whatsnew-eap.html#improved-compile-time-constants
Ещё больше comptime в Kotlin
https://github.com/Kotlin/KEEP/blob/main/proposals/KEEP-0444-improve-compile-time-constants.md
Ещё больше comptime в Kotlin
https://github.com/Kotlin/KEEP/blob/main/proposals/KEEP-0444-improve-compile-time-constants.md
Kotlin Help
What's new in Kotlin 2.4.0-RC2 | Kotlin
Read the Kotlin Early Access Preview release notes and try the latest experimental Kotlin features before they are officially released.
💩4😁1🤡1
Zulip
Public view of Zig Software Foundation | Zulip team chat
Browse the publicly accessible channels in Zig Software Foundation without logging in.
https://zsf.zulipchat.com/#narrow/channel/454446-ecosystem/topic/improving.20the.20contributer.20to.20maintainer.20pipeline/near/595939945
@**Chris Boesch** I just want to reassure you along with everyone else who is trying to contribute that you're not doing anything wrong. On my end the reason you might not have gotten any review feedback lately is:
* focusing on finishing my own build system branch for the 0.17.0 tag
* going on vacation for 1 week
* dealing with personal matters in my life
The other core team members have their own reasons for how much time they spend on the PR queue. As a reminder, nobody including myself has committed to any particular amount of time. It's all best effort, goodwill type of situation.
With that in mind, however, there's a greater discussion to be had here, which is also taking place on ziggit.
After the 0.17.0 tag, I plan to focus on improving the contribution pipeline. We still have a lot to discuss, both publicly and internally, but in general I'd like to try to create a higher trust environment, where more people have more capability to unblock each other and themselves without bottlenecking on ~4.5 active core team members. Furthermore I'd like to solve the technical problem of the frequent codeberg downtime - either by self-hosting or by choosing a different technology that is resilient to outages.
In conclusion if contributors are feeling frustrated right now with the review queue, code forge stability and performance, and similar matters, you're not alone. Let's come up with a way to increase contributor trust and autonomy without compromising the integrity of the project, both from software quality perspective and as a community of people looking to hone their skills and resumes.
I would have preferred to just continue cooking, but sometimes you gotta sharpen your knives
👍1
Язык Zig (канал)
https://zsf.zulipchat.com/#narrow/channel/454446-ecosystem/topic/improving.20the.20contributer.20to.20maintainer.20pipeline/near/595939945 @**Chris Boesch** I just want to reassure you along with everyone else who is trying to contribute that you're not doing…
@**Chris Boesch** Я просто хочу заверить вас и всех остальных, кто пытается внести свой вклад в проект, что вы всё делаете правильно. Что касается меня, причина, по которой вы, возможно, в последнее время не получали отзывов по ревью, заключается в следующем:
* я был сосредоточен на завершении своей ветки системы сборки для выпуска 0.17.0
* уходил в отпуск на 1 неделю
* решал личные вопросы в жизни
У других участников основной команды есть свои причины касательно того, сколько времени они уделяют очереди PR. Напоминаю, что никто, включая меня, не брал на себя обязательств по конкретному количеству времени. Всё это делается исключительно на основе добровольных усилий и доброй воли.
Тем не менее, с учётом вышесказанного, здесь назрела более масштабная дискуссия, которая также проходит на Ziggit.
После выпуска 0.17.0 я планирую сосредоточиться на улучшении пайплайна для контрибьюторов. Нам ещё многое предстоит обсудить, как публично, так и внутри команды, но в целом я хотел бы попытаться создать среду с более высоким уровнем доверия, где у большего числа людей будет больше возможностей помогать друг другу и самим себе, не упираясь в бутылочное горлышко из 4-5 активных участников основной команды. Кроме того, я бы хотел решить техническую проблему частых сбоев в работе Codeberg — либо путём самостоятельного хостинга, либо выбрав другую технологию, устойчивую к простоям.
В заключение: если контрибьюторы сейчас чувствуют разочарование из-за очереди на ревью, стабильности и производительности платформы для разработки и тому подобных вещей, вы не одиноки. Давайте придумаем способ повысить доверие и автономность контрибьюторов без ущерба для целостности проекта — как с точки зрения качества программного обеспечения, так и с точки зрения сообщества людей, стремящихся оттачивать свои навыки и улучшать резюме.
Мне бы хотелось просто кодить в свое удовольствие, но иногда приходится отвлекаться на оптимизацию процессов.
👍3
Telegram
BratishkaErik in ⚡️Zig language⚡️
Binary sizes, for x86_64-linux-gnu x86_64_v4 system:
First value by ls, second by eza (fork of exa):
0.16.0:
Debug: 17846221 (18M)
Debug + Dstrip: 4702669 (4,7M)
ReleaseSafe: 4598512 (4,6M)
ReleaseSafe + Dstrip: 521416 (521k)
ReleaseFast: 4847384 (4…
First value by ls, second by eza (fork of exa):
0.16.0:
Debug: 17846221 (18M)
Debug + Dstrip: 4702669 (4,7M)
ReleaseSafe: 4598512 (4,6M)
ReleaseSafe + Dstrip: 521416 (521k)
ReleaseFast: 4847384 (4…
После обновления NCDU с 0.14-0.15 на 0.16 решил проверить размеры бинарника:
https://xn--r1a.website/ziglang_en/161590
0.16.0:
Debug: 17846221 (18M)
Debug + Dstrip: 4702669 (4,7M)
ReleaseSafe: 4598512 (4,6M)
ReleaseSafe + Dstrip: 521416 (521k)
ReleaseFast: 4847384 (4,8M)
ReleaseFast + Dstrip: 459768 (460k)
ReleaseSmall: 2862632 (2,9M)
ReleaseSmall + Dstrip: 284488 (284k)
0.15.2:
Debug: 16956152 (17M)
Debug + Dstrip: 4247949 (4,2M)
ReleaseSafe: 3615416 (3,6M)
ReleaseSafe + Dstrip: 320016 (320k)
ReleaseFast: 2539824 (2,5M)
ReleaseFast + Dstrip: 326000 (326k)
ReleaseSmall: 1467968 (1,5M)
ReleaseSmall + Dstrip: 180648 (181k)
https://xn--r1a.website/ziglang_en/161590
-Dtarget=x86_64-linux-gnu-Dcpu= x86_64_v40.16.0:
Debug: 17846221 (18M)
Debug + Dstrip: 4702669 (4,7M)
ReleaseSafe: 4598512 (4,6M)
ReleaseSafe + Dstrip: 521416 (521k)
ReleaseFast: 4847384 (4,8M)
ReleaseFast + Dstrip: 459768 (460k)
ReleaseSmall: 2862632 (2,9M)
ReleaseSmall + Dstrip: 284488 (284k)
0.15.2:
Debug: 16956152 (17M)
Debug + Dstrip: 4247949 (4,2M)
ReleaseSafe: 3615416 (3,6M)
ReleaseSafe + Dstrip: 320016 (320k)
ReleaseFast: 2539824 (2,5M)
ReleaseFast + Dstrip: 326000 (326k)
ReleaseSmall: 1467968 (1,5M)
ReleaseSmall + Dstrip: 180648 (181k)
👎1
Язык Zig (канал)
После обновления NCDU с 0.14-0.15 на 0.16 решил проверить размеры бинарника: https://xn--r1a.website/ziglang_en/161590 -Dtarget=x86_64-linux-gnu -Dcpu= x86_64_v4 0.16.0: Debug: 17846221 (18M) Debug + Dstrip: 4702669 (4,7M) ReleaseSafe: 4598512 (4,6M) ReleaseSafe…
Анализ от Gemini на Python
(потом более нормальные сделаю)
(потом более нормальные сделаю)
Большое интервью с Эндрю:
https://www.youtube.com/watch?v=iqddnwKF8HQ
https://xn--r1a.website/ziglang_ru/66141
https://www.youtube.com/watch?v=iqddnwKF8HQ
https://xn--r1a.website/ziglang_ru/66141
YouTube
Zig 2026: No-AI Policy, $670K Foundation, Left GitHub & Why Zig Isn’t 1.0 - Andrew Kelley Explains
Andrew Kelley quit his job in 2018 to build a programming language. Eight years later, Zig powers Ghostty, TigerBeetle and Uber's cross-compilation. It's top 5 most admired on Stack Overflow. There's just one thing missing: 1.0. Andrew Kelley explains why.…
👍16🔥7