AI Coding 时代，我们应该利用 AI 来把一些原本缺乏效率及内存安全的代码用 Rust 来重写吗？

最近 Bun 创始人 Jarred Sumner 提到用 Rust 重写原来 Zig 代码的进展，主要原因确实内存安全，他发推提到：

在 Rust 重写版中，Bun 原有测试套件的 99.8% 已经在 Linux x64 glibc 环境下通过了。

这基本上还是原来的那套代码库，不同之处在于：现在我们可以让编译器强制执行类型的生命周期（lifetimes），并且在需要时可以使用析构函数（destructors）。此外，那些“丑陋”的代码块（即 unsafe 部分）现在看起来更显眼、更丑了，这反而能促使我们去进行重构。

为什么要这么做： 我真的厌倦了整天担心，并耗费大量时间去修复内存泄漏、程序崩溃和稳定性问题。如果编程语言能提供更强大的工具来预防这些麻烦，那简直太棒了。

不过另外一名 Zig 重度使用者，Ghostty 作者表示通过贬低 Zig 的作用来掩盖真实问题并不是一个好方法。

Bun 采用 Rust 重写的焦点主要集中在“反 Zig”情绪上，这并不让人意外，因为互联网向来热衷于“拉踩”。令人意外且遗憾的是，Bun 的领导层完全没有尝试引导舆论避开这种情绪。