花了10年造出的编程语言，AI只用了11天就让它失去了用武之地 !

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 社区又坚持了一条另类规则： “严禁使用AI。” 生成代码肯定不行，找Bug也不行，就连社区发言、注释也不行。

Andrew 认为只有人写的代码才能记录开发者的思考、经验和成长，阅读这样的作品会让人产生启发，甚至激发自己动手创造的欲望。

这些决定当然有代价，失去 Bun，Zig 每年可能少掉 6 万美元的捐助；离开 GitHub，也可能失去重要的资金来源和曝光机会。

但 Andrew 宁愿少一些钱、少一些流量，也不愿意为了增长，接受自己不认同的代码和开发方式。

在这么一个浮躁的年代，Andrew 的做法挺让人佩服的，虽然失去了 Bun ，但是会有更多认同 Zig 项目出现的，希望 Zig 发展得越来越好。