文章摘要
作者长期支持Bun，但对其近况深感担忧。自Rust重写后，Bun已三个月未发布稳定版，官方账号从发布确切日期转为模糊承诺，引发社区不满。
文章总结
标题：Bun 1.4 Rust重写进展堪忧
作者一直关注并支持Bun项目，自2022年首次发布以来，已将其开发环境从Node全面迁移至Bun，并用于Nue框架和Hertta项目。然而，过去三个月Bun的表现令人失望。这个曾被视为最令人印象深刻的个人工程杰作，如今却变成了一个依赖AI、不断做出虚假承诺、社区日益不满的奇怪项目。
关于“下一版本”的承诺
过去，“下一版本”的推文意味着功能已实现、测试完毕，几天内就会发布。但Rust重写后，这些推文变成了空洞的承诺。自上次稳定版发布已过去三个多月，这是Bun自2022年以来最长的间隔。更糟的是，原本用具体日期和数字沟通的账号，现在只会用模糊的“感觉”来回应。用户反应可想而知：有人讽刺“我们完全相信你，Jarred”，有人抱怨“你总是做出无法兑现的承诺”，还有人建议“如果需要两个月，直接说出来，而不是每周都说‘明天发布’”。
GitHub上的混乱局面
Bun 1.4重写严重依赖AI。过去一个月，15.8k次提交来自robobun，1.6k次来自autofix-ci[bot]，而Jarred本人仅提交790次。项目目前有超过5000个未合并的拉取请求，这是作者见过最多的数字（对比：OpenClaw有2.2k，React有441）。GitHub建议单个分支的开放PR数不超过1000，否则合并检查会超时。
最令人担忧的是代码质量。早期Jarred的工作曾令人鼓舞，但Zig语言创始人Andrew Kelley对Bun重写的评价是：“我们对Bun代码库中的编程实践感到越来越震惊——层层叠叠的hack、滥用断言。Jarred在接触LLM之前就已经在写垃圾代码了。”
Zig的问题何在？
这次重写被视为AI代理能否接管生产代码库的最受关注的现实测试——人类主要起指导作用而非阅读代码。Anthropic的声誉也押注于此：如果成功，将是AI编程能力的真实证明；如果失败，则会传递相反信号。Rust代码中大量的unsafe块表明，重写并未实现最初承诺的内存安全，反而更像Anthropic的广告。
Zig真的是问题所在吗？Bun早期的身份建立在Zig之上：高性能、快速编译、低摩擦、小团队直接内存控制。感觉Jarred和Anthropic早就决定要用Rust重写，只是拿Zig的内存问题当借口，向世界展示Claude的强大。这样的重写确实制造了轰动性头条，但现在我们正面对重写带来的长期问题。
或许Bun应该将同样的AI辅助努力投入到规范、人类可理解的Zig代码中，而不是完全更换语言。我从未看到Jarred认真考虑这个选项。而“明天”已经过去，v1.4仍未发布。
评论总结
根据评论内容，主要围绕Bun项目的近期发展、代码质量、AI辅助开发及社区争议展开，观点存在明显分歧。以下是总结：
1. 对Bun近期发展的批评与质疑
- 部分用户认为Bun近三个月表现不佳，项目有超过5000个未处理PR，代码质量令人担忧（引用：评论1 "The last three months of their public timeline have not looked good"；评论3 "The project has over 5k open pull requests"）。
- 有评论指出批评文章缺乏数据支撑，仅依赖个人推文和Andrew Kelley的偏见性攻击（引用：评论6 "your whole scientific endeavor seemed to thrive on the rock solid foundation of tweets"；评论5 "citing the even weirder personal attack against Jarred written by Andrew Kelley"）。
2. 对Bun的正面评价与辩护
- 多位用户强调Bun在日常使用中表现稳定，未出现明显回归问题，且提供了实用功能（引用：评论3 "I use it daily and I've seen basically zero regressions"；评论8 "Bun has been nothing but amazing wins for me"）。
- 具体案例包括原生图像处理（Bun.Image替代Sharp）和JSX支持简化开发（引用：评论8 "Bun includes Bun.Image natively... swapping Sharp out was very easy"）。
3. 对AI辅助代码质量的讨论
- 部分用户认为AI生成的代码基本可信，但需人工监督（引用：评论4 "code written by today’s frontier LLM is generally trustworthy, though it still requires human oversight"）。
- 另一些用户担忧AI可能导致代码可维护性下降，形成“意大利面条式”代码（引用：评论12 "maybe it will turn into a worse ball of spaghetti... hacks on hacks on hacks"）。
4. 对批评文章的质疑
- 多数评论认为原文是带有个人偏见的攻击性文章，缺乏客观数据和可复现的测试结果（引用：评论10 "reads like one of those articles... where the author has an obvious agenda"；评论9 "still waiting for someone to bring forth some reproducible stats"）。
- 有用户指出文章引用Prisma的Rust重写案例作为反例，但该案例结论是“Rust重写表现更好”（引用：评论7 "the Rust rewrite behaved better than the stable release"）。
5. 对Node替代方案的讨论
- 部分用户询问当前Node替代方案推荐（引用：评论2 "What is the right recommendation at this point for a Node alternative? Deno?"），但未获直接回应。
总结：评论呈现两极分化——批评者认为Bun近期发展存在代码质量和管理问题，支持者则强调其实际使用体验良好且功能创新。关于AI辅助开发的争议集中在代码可维护性上，而批评文章本身被多数用户视为缺乏数据支撑的偏见性内容。