Bun 用 Rust 重写？代码质量堪忧，安全性成疑

大家都在谈论 Bun 的 Rust 重写计划，但我得说一句：代码质量真的是个大问题。根据 Hacker News 的爆料，Bun 的代码库连基本的 miri 检查都过不去，这意味着在 Rust 这样一个以安全著称的语言里，竟然允许出现未定义行为（UB）。

这波操作我只能说格局小了。Bun 选择用 Rust 重写，显然是想要借助 Rust 的安全性和性能提升项目的整体质量。但问题来了，连基本的安全检查都不过关，还指望用 Rust 实现什么质的飞跃？这简直是搬起石头砸自己的脚。

如果你对 Rust 有了解，你就知道 miri 是 Rust 生态中用于检查未定义行为的重要工具。连这个都不过关，Bun 的开发团队要么是对 Rust 不够熟悉，要么就是时间太赶，导致质量把控出现问题。不管是哪种情况，这对用户来说都是个巨大的风险。

我的判断是，这次的重写计划没那么玄乎。大家都知道，选择 Rust 是因为它的内存安全和无数据竞争的特性，但如果开发团队在使用过程中不把握好细节，那再好的语言也只是个摆设。与其说是技术上的问题，不如说是团队管理和开发流程上的缺陷。

这事最值得琢磨的一点是，技术选型固然重要，但有时候团队的能力和管理水平更重要。Bun 这次的代码质量问题，究竟是技术债务的累积，还是追赶潮流的冒进？如果猜错了当我什么都没说，但我希望其他在技术选型上摇摆不定的团队能从中学到点什么。