Bun 1.4 的 Rust 重写看起来不太妙？
Hacker News 摘要原标题：Bun 1.4 Rust rewrite is not looking good?
Tero Piirainen 是一位长期关注并支持 Bun 的开发者。自 2022 年 Bun 发布以来，他就将所有的开发工作从 Node 转移到了 Bun，并在其开发的 Nue 框架和 Hertta 项目中使用了它。然而，他认为过去三个月里 Bun 的表现非常糟糕。这个项目最初是一个令人惊叹的个人工程项目，但现在似乎变成了一个由 AI 驱动、充斥着虚假承诺且令社区日益沮丧的产物。
不断落空的发布承诺
在过去，在下一个版本中曾是 Bun 社区非常期待的一句话，意味着新功能已经实现、测试完毕并即将发布。但在决定用 Rust 重写之后，一切都变了。作者列举了从 2024 年 6 月 24 日到 8 月 17 日期间，Bun 创始人 Jarred Sumner 多次给出的虚假承诺：
• 6 月 24 日：声称 Bun 1.4 将于 7 月 7 日发布。
• 7 月 4 日：声称可能在周二发布。
• 7 月 7 日：日期过期，毫无动静。
• 7 月 29 日：声称 1.4 版本修复了超过 3000 个问题。
• 8 月 13 日：声称 1.4 版本正在编译。
• 8 月 15 日：声称推迟到下周一。
• 8 月 17 日：声称明天发布。
目前距离上一个稳定版本发布已经过去了三个多月，这是 Bun 自 2022 年以来最长的更新空白期。作者认为，软件延期是正常的，但创始人沟通方式的转变令人不安。社区的反应也从期待变成了嘲讽和愤怒，甚至有用户表示因为这种反复的透支信用而决定转向 Go 语言。
AI 驱动的开发与 GitHub 现状
Bun 1.4 的重写是一场关于 AI 的豪赌。根据 GitHub 的数据，过去一个月中：
• 名为 robobun 的机器人贡献了 1.58 万个提交（commits）。
• autofix-ci 机器人贡献了 1600 个提交。
• 创始人 Jarred 仅贡献了 790 个提交。
Jarred 曾公开表示，六个月前大部分拉取请求（PR）是人类通过提示词调用 Claude 生成的，而现在大部分 PR 已经是 Claude 自动生成的。目前该项目拥有超过 5000 个未关闭的 PR，这是作者见过的最高纪录。相比之下，React 只有 441 个。GitHub 官方建议单个分支的未关闭 PR 数量应保持在 1000 个以下，否则合并检查可能会超时。
代码质量的争议
除了开发流程，代码质量也令人担忧。Zig 语言的创始人 Andrew Kelley 对 Bun 的重写发表了严厉的评价。他表示，在 Bun 的代码库中看到了令人惊恐的编程实践，包括层层堆叠的补丁（Hacks）以及对断言（assertions）的滥用。他直言不讳地指出，Jarred 在使用大语言模型（LLM）之前就在编写低质量的代码（slop）。
对重写动机的质疑
这次重写被视为 AI 代理能否接管生产代码库的一次重大测试。如果成功，将证明 Anthropic 公司开发的 AI 编码能力的价值；如果失败，则会起到反向宣传的作用。
作者提出了几个核心疑点：
1. 内存安全并未实现：重写理由之一是 Rust 的内存安全性，但目前的 Rust 代码中充斥着大量的 unsafe 代码块，这表明重写并没有达成初衷。
2. 更像是一场营销：作者怀疑这次重写更像是 Anthropic 的一次广告活动。
3. Zig 并非真正的问题：Bun 最初的身份是建立在 Zig 语言之上的，包括其高性能、快速编译和底层内存控制。作者认为，也许 Bun 应该利用 AI 来改进人类理解的 Zig 代码，而不是彻底更换语言。
截止到文章发布，Jarred 所说的那个明天已经过去，但 Bun 1.4 依然没有发布。