Bun 1.4 的 Rust 重写进展不顺

# Bun 1.4 Rust 重写前景堪忧 • Tero Piirainen 来源：https://tipiirai.com/writing/bun-rust-rewrite-worries 我关心 Bun。自 2022 年首次发布以来，我一直支持它。我已将所有开发从 Node 切换到 Bun。我使用它开发了 Nue 框架（https://nuejs.org/），现在也在新项目 Hertta（https://hertta.ai/）中继续使用。 过去三个月对 Bun 而言并不乐观。它最初是我见过最令人印象深刻的个人工程项目之一，但现在却变成了一个怪异的 AI 驱动存在，不断做出空洞的承诺，社区的挫败感也与日俱增。 ## 在下一版 Bun 中（https://tipiirai.com/writing/bun-rust-rewrite-worries#in-the-next-version-of-bun） “在下一版 Bun 中”曾是值得期待的积极信号。多年来，这意味着某个功能已实现、测试通过，并将在几天内发布。但 Rust 重写之后，情况变了。如今，这些言论变成了对即将到来版本的虚假承诺： 距离上次稳定版发布已过去三个月，且时间仍在延长——这是自 2022 年以来 Bun 历史上最长的间隔期。这本身并不奇怪。软件延期发布很正常。只是那个曾经用确切日期和数字沟通的账号，现在开始“随心所欲”了。而用户的反应，在不断被虚假承诺辜负后，也完全在意料之中： > @jarredsumner 好的，我正在编辑博文，基本完成了。如果我说个日期你们可能不会信，但就定在明天吧（https://xcancel.com/jarredsumner/status/2089542355384947021） > 我们完全相信你，Jarred 欢呼吧，伙计们！“明天”在 Jarred 时区里意味着我们下周会看到新博文。 你可能不在乎，但就我个人而言，我现在要转用 Go 了。这一点都不好笑，你就是在一遍又一遍地玩弄你的用户。 我们怎么能相信你？你总是做出无法兑现的承诺——明天、下周、周一…… 如果你需要 2 个月来发布，大可以直接说出来，而不是每周都声称“明天发布”。 ## Bun 在 GitHub 上（https://tipiirai.com/writing/bun-rust-rewrite-worries#bun-on-github） Bun 1.4 的重写是一场巨大的 AI 赌注。上个月，15,800 次提交来自 robobun，1,600 次来自 autofix-ci[bot]，790 次来自 Jarred。 > 6 个月前，Bun 大部分 PR 来自使用 Claude 的人类开发者。如今，Bun 大部分 PR 来自 Claude 指示 Claude。（https://xcancel.com/jarredsumner/status/2088856044139323634#m） 该项目有超过 5,000 个未解决的 Pull Request（https://github.com/oven-sh/bun/pulls），这是我见过最多的 PR 数量。相比之下，OpenClaw（https://github.com/openclaw/openclaw/pulls）有 2,200 个，React（https://github.com/facebook/react/pulls）有 441 个。GitHub 建议单个分支的未合并 PR 数量保持在 1,000 以下，否则合并检查可能会开始超时。 最大的担忧当然是代码本身。早期 Jarred 的工作令人振奋。我以为他是个真正的 Zig 天才，直到我读到 Zig 创造者 Andrew Kelley 对 Bun 重写的看法（https://andrewkelley.me/post/my-thoughts-on-the-bun-rust-rewrite）： > 我们越来越震惊于在 Bun 代码库中看到的编程实践。补丁上叠着补丁。断言被滥用。Jarred 在接触大语言模型之前，就已经在写糟糕的代码了。（https://andrewkelley.me/post/my-thoughts-on-the-bun-rust-rewrite） ## Zig 的问题到底是什么？（https://tipiirai.com/writing/bun-rust-rewrite-worries#what-was-the-problem-with-zig） 这次重写是观察 AI 代理能否接管生产代码库、而人类主要进行指导而非审阅的最重要现实测试之一。Anthropic 自身的声誉也押注于此：如果顺利，这将是“代理式编码”能力的真实证明；如果失败，它将传递相反的信号。 Rust 代码中大量的 `unsafe` 块表明，这次重写并未带来当初声称作为重写理由的内存安全。相反，这次重写更像是 Anthropic 的一则广告。 而且，Zig 真的是问题所在吗？Bun 早期的身份正是建立在 Zig 之上的：其性能、快速的编译速度、低门槛、以及小团队下的直接内存控制能力。 感觉 Jarred 和 Anthropic 从一开始就决定使用 Rust 重写，并利用 Zig 的内存问题作为借口，向世界展示 Claude 有多强大。这样的重写会制造很好的头条新闻——事实上也确实如此。现在，我们面对的是他们未曾预料到的重写带来的长期问题。 也许 Bun 应该把同样 AI 辅助的努力，投入到人类可理解、规范的 Zig 开发中，而不是完全更换语言。我从未见 Jarred 认真考虑过这个选项。 而“明天”已经过去。v1.4 依然不见踪影。 `¯\_(ツ)_/¯`