Bun 1.4 Rust 重写看起来不太好

Bun 1.4 Rust 重写看起来不太好，我关心 Bun。自 2022 年首次发布以来，我一直支持它。我将所有开发从 Node 切换到 Bun。我在 Nue 框架的开发中使用了它，现在又在我的新项目 Hertta 中使用了它。过去三个月对邦来说看起来不太好。它一开始是我见过的最令人印象深刻的个人工程项目之一，但现在已经变成了这个奇怪的人工智能驱动的生物，不断做出虚假承诺，社区也越来越沮丧。在下一个版本中，Bun 曾经是一条值得关注的积极推文。多年来，这意味着一项功能已经实施、测试，并将在几天内发布。 Rust 重写后，情况发生了变化。现在，这些帖子是关于即将发布的版本的虚假承诺：距离上次稳定版本已经过去三个月了，这是 Bun 历史上自 2022 年以来最长的间隔。没有什么异常。软件出现故障，这是正常现象。只是以前用来交流真实日期和真实数字的账户已经变成了vibing。用户的反应就是你在不断的虚假承诺之后所期望的：@jarredsumner 好吧，我正在编辑博客文章，如果我说一个你不会相信我的日期，那么基本上就完成了，但让我们说明天我们完全相信你，Jarred Rejoice 伙计们，明天在 Jarred 标准时区意味着我们下周将推出一个新博客。你不会在意的，但我个人现在要走了。这一点都不好笑，你只是一次又一次地欺骗你的用户。我们怎么能相信你呢？你总是做出你无法兑现的承诺，明天、下周、周一……如果你需要 2 个月的时间来发布它，你可以只说，而不是每周说“明天发布”。 Bun 1.4 重写是对 AI 的一个很大的赌注。在过去的一个月中，robobun 提交了 15.8k 次，autofix-ci[bot] 提交了 1.6k 次，Jarred 提交了 790 次。 6 个月前，Bun 的大部分 PR 都来自于促使 Claude 的人。如今，Bun 的大部分 PR 都来自于 Claude 提示 Claude。该项目有超过 5000 个开放的 Pull 请求，这是我见过的数量最多的 Pull 请求。作为比较，OpenClaw 有 2.2k，React 有 441。GitHub 建议在可合并性检查开始超时之前，将针对单个分支的开放 PR 保持在 1,000 个以下。当然，最大的担忧是代码本身。贾里德早期的工作非常鼓舞人心。我以为他是真正的 Zig 人才，直到我读到 Zig 创建者 Andrew Kelley 对 Bun 重写的想法：我们对在 Bun 代码库中看到的编程实践越来越感到震惊。黑客之上的黑客。滥用断言。贾里德在获得法学硕士学位之前就已经开始写废话了。这次重写是最受关注的现实世界测试，旨在检验人工智能代理是否可以接管生产代码库，而人类主要是指导而不是阅读。 Anthropic 自身的声誉也岌岌可危：如果进展顺利，这将真正证明代理编码的能力。如果情况不好，就会向相反方向发出信号。 Rust 代码中不安全块的数量表明重写并未提供内存安全性，而内存安全性正是最初进行重写的原因。相反，这种重写感觉更像是人类广告。 Zig真的是问题所在吗？ Bun 的早期身份是建立在 Zig 之上的：它的性能、快速的编译时间、低摩擦、由小团队进行的直接内存控制。感觉 Jarred 和 Anthropic 很早就决定用 Rust 编写，并以 Zig 的内存问题为借口，让世界知道 Claude 有多强大。像这样的重写会成为头条新闻，而且确实如此。现在我们正在研究他们没有准备的重写带来的长尾问题。也许 Bun 应该将同样的人工智能辅助努力投入到有纪律的、人类可以理解的 Zig 中，而不是完全改变语言。我从未见过贾里德认真参与过这个选择。而‘明天’已经来了又过去了。仍然没有 v1.4。 ˙\_(ツ)_/˙