zig作者对rust重写bun的看法

太长不看系列，就不能最直白最不绕弯子地总结一下吗？

zig他说要搞新和联胜，他要当话事人啊 ^-^

类似，万物皆可rust

简要来讲主要就是内存问题，然后JS这里内存管理很复杂，手动管理没有Rust Drop好用，经常会遗漏释放，双重后释放，释放后使用等，实际上还是它们编码的问题，为什么人家NodeJS没有那些问题它们有？人家也是C++ (差不多同等基本的)，它们bun,团队也没有一个设计准则，不像Google C++设计风格手册, 或者Tigerbeetle的Zig设计风格手册，也没有FreeBSD，SQLite团队的那种严谨程度

最大的原因是被Anthropic收购了，正好拿来当实验测试，用了一个星期时间据说是花掉18万刀的Fable5, 64个Agent并行处理

之前bun 最大的卖点就是性能超越Deno, 换成Rust了我觉得够呛, 这也间接的给了Andrew Kelly一个巴掌

之前我记得Andrew Kelly演讲说Zig以后可以用在心脏起搏器上, 飞机控制器上, 我看够呛

另外这内存问题有一些是能有一些线索的，比如堆栈打印，这要看损坏的瞬间是否严重，如果是段错误之类的内存错误很可能就捕获不到什么了，捕获不到又难以重现那就修不了，然后你晚上睡觉都会做恶梦

这也给了普通Zig开发者一个现实，常人可能连bun的质量都未必能达到，Zig代码写多了可能四处漏风，一个不小心就可能变成bun的样子，然后导致项目长期面临内存问题，从而导致项目50%的时间都用来处理内存问题，与其那样不如选择Rust省心，基本上它面临的这些问题大部分在Rust里不存在，都会被rust-analyzer, clippy之类的发现或者直接就编译不通过或者编译阻止。

不过bun重写后依然留下来一万多个unsafe，这感觉也不是好现象

吃瓜吃瓜，真是一场酣畅淋漓的甩锅大战啊 ^-^

哈哈哈哈，这个翻译我喜欢，不过说实话，真的不是语言的问题，虽然语言有偏向