1.即使用 rust 重写个 numpy/pytorch 也不会好用到哪儿去：改一行运算需要等待漫长的编译。

2.从前我有个同事，别人处理数据用 sh+sed+awk ，复杂一点的最多上个 Perl ；而他只会 C++，所有的数据处理都是临时写个 C++程序。套用到这个场景，一行 awk 还需要专门编译个 rust 程序。

@xiaoz 我也觉得现在是比较有优势的, 如果发展到后期, 感觉出一个大一统的语言可能不再是妄想.

@passive 哈哈哈, 纯粹是手里有锤子干啥都想用锤子来解决. 我的意思是有没有可能会出现一种大一统的语言, 类似有 rust 现在的所有优点, 或者其他语言的优点, 覆盖的领域面很广, 这样 AI 就可以用这个语言来完成业务, 其他的语言就打打边鼓, 写写工具脚本, 大概是这么个意思, 就是临时脑洞, 没啥严谨的逻辑

@Brightt 好像可以做平台的库? UI 的话好像不行.

我倾向于是 go 或 C#，这 4 条也都符合

更高效的资源管理,

更可靠的内存安全,

更安全的并发控制,

生态还也很健康.

但是 rust 的缺点是如果你完全不懂 rust 的话坑太多，除非你完全不 review ，全让 ai 自己写

@anmie 机器码不优化的话 效率也不高啊😂 还是让 AI 整一套优化过的语言+配套编译器+全流程工具链

@xtreme1 哈哈哈哈 这么过分嘛, 我还没尝试过用 AI 写 rust