2016 年，一门叫做 Zig 的编程语言诞生了。 Zig 的野心很大，它想在保持和C语言兼容的同时，替代 C 语言！ 但是，Zig 没有大公司的撑腰，也没有雄厚的资金支持，早期的开发几乎全靠创始人 Andrew Kelley 一个人凭兴趣在苦苦支撑。 大多数程序员甚至没听说过 Zig，它就像一个藏在 GitHub 角落里的极客玩具，默默开发，默默成长。 直到 2021 年，一个叫 Bun 的 JavaScript 运行时横空出世，凭借极其夸张的基准测试结果（比 Node.js 快数倍）席卷全球 Web 前端圈。 无数开发者惊奇地发现，Bun 之所以能拥有如此恐怖的性能、极低的内存占用和秒级的冷启动速度，核心秘密就在于它的核心是用 Zig 语言编写的。 就这样，原本默默无闻的 Zig，突然闯入了全球开发者的视野。 2024 年，在 Stack Overflow 全球开发者调查中，Zig 成为最受开发者推崇的编程语言前三名之一。更早的 2023 年调查中，它还曾拿下薪资最高编程语言的第一名。 在 2026 年的各大语言排行榜中，Zig 甚至首次进入了 TIOBE 指数的前 30 名。 Zig 能火，Bun 绝对立了头功！ 0 1 反转 在使用 Bun 的公司中，有一家叫做 Anthropic ，它的 Claude Code 以 Bun 可执行文件的形式交付给数百万用户，可以说是重度使用。 到了 2025 年 12 月， Anthropic 干脆把 Bun 给收购了。 照理说，Bun 傍上了巨头，应该会进入发展的快车道。 但是让人万万没想到的是，仅仅半年后，Bun 就抛弃了 Zig，用 Rust 重写了！ 用 Claude Code 重写的，仅仅花了 11 天！ 为什么要重写呢？ Bun 的作者 Jarred Sumner 专门发文解释了一下，他说现在 Bun 实在是太庞大了，代码中存在的内存相关的 Bug 特别让人头疼。 比如内存释放后又被使用，一块内存被释放两次，分配了内存却忘记释放，诸如此类的问题都需要 Zig 程序员小心处理。 而 Rust 的所有权系统、借用检查器能够在编译阶段发现很多类似问题，这对于 Bun 来说特别有吸引力。 Bun 的代码超过 53 万行，人工迁移难度很大。Jarred Sumner 于是动用了 Claude Code，让最多 64 个 Claude 实例并行工作，11 天就完成了迁移，并让完整测试套件在多个平台上通过。 Bun 就这样投入了 Rust 的怀抱。 0 2 再反转 自家编程语言的杀手级应用，成了 Rust 对外宣传的案例，我要是 Zig 创始人，听到这消息，恐怕得哭晕在厕所。 但事实恰恰相反，Zig 创始人 Andrew Kelley 反而松了一口气。 他早就对 Bun 有意见了 ！ 1.Bun 的代码质量让 Zig 团队非常失望 为了快速推出功能，Bun积累了一层又一层的临时补丁，大量的技术债和不严谨代码。 Andrew 用了一个相当刻薄的词来形容 Bun 的代码：Slop，大致可以理解为粗制滥造的代码。 他还特别讽刺：Bun 的开发者在还没有 LLM 的时代，就已经在写这种代码了！ Zig 社区试图引导 Bun 采用更优秀的编程实践，但是“屎山”代码一旦形成，是无法阻挡的。 这就给 Zig 带来了不良的影响，大家会认为 Zig 这个语言很烂。 就像一个学校好不容易培养出一个明星毕业生，结果这个毕业生在外面经常闯祸，别人最后却把账算到学校头上。 2.Andrew Kelley 对 Bun 的创始人非常不满 Andrew 对 Jarred 早期其实是欣赏的，说他是个充满热情的年轻开发者。 但是在 Bun 获得风投以后，Jarred 逐渐变成一个急于追求商业结果的创业公司管理者。 Jarred 公司的不少人反映，Jarred 是个糟糕的经理，沟通能力差，期望不切实际，缺乏同理心，甚至拖欠工资。 Bun 过度追求商业化，与 Zig 的价值观渐行渐远。 3.AI冲击 Anthropic 收购 Bun 后，Bun 和 Claude 的关系越来越紧密，大量 AI 爱好者涌入 Zig 社区，有些人甚至直接提交 AI 生成的代码、把 AI 写的内容粘贴到讨论区。 但这些代码质量参差不齐，需要维护者花时间审查、讨论和处理，让维护者疲于应付。 在 Kelly 看来，Bun 带来的麻烦已经有点超过它的价值了。 Bun 离开 Zig，甚至是一场迟来已久的解脱。 0 3 结语 Andrew 带领的 Zig 社区，确实有点特立独行。 因为 GitHub Actions 经常出事儿，并且开始拥抱 AI， Andrew 干脆把 Zig 搬到了 Codeberg。 当别的项目大规模使用 AI 编程时，Zig 社区又坚
