2026 年了，为什么我依然认为 Rust 是过度设计，而 Golang 才是工程界的终极答案？

看场景 之前公司业务系统是 C/C++，比如底层基础设施、高性能或者对资源极度敏感的模块或者需要深度兼容老 C 库，用 Rust 大多数情况就比 go 合适。

写业务的老老实实用 Go ，快速实现才是王道

追求性能和安全的再考虑用 Rust

那为什么不用 python, nodejs ，要用 go 这种不上不下的

@qieqie 性能好，开发快

别争了，我都会 https://i.imgur.com/ee8Lq7H.png

别争了，AI 都会

一看就不懂“不可替代编程”

锤子和剪刀哪个好？不说场景去争论编程语言长短的，我一律认为全是菜鸟。

你说的原因其实也是我当初对比 rust 和 go 最终选择 go 的原因之一

golang 让茴香豆的“茴”，只能有一种写法 这个思路我认为非常好，可以避免防御性编程

@quan01994 AI 搞 Rust 还真不大利索 VibeCoding 会让编程语言停滞，从今以后，AI 不熟悉的新语言，将毫无生存的空间

把 rust 和 go 一起提，，就不能讲内存安全了吧。。

rust 的内存安全是相对于 c 、c++ 的手动管理内存，，带 GC 的编程语言哪个有内存安全问题？？

这两个语言似乎适用场景不太一样? 不知道为什么非要比个高低

《 2026 年了，为什么我认为扳手拉完了，螺丝刀才是夯中夯》

rust 相对于 c++ 的优势是内存安全 rust 相对于 go 的优势是零代价抽象

优势都是相对的，，不能一提 rust 就想到内存安全，，毕竟不内存安全的编程语言很少，，只有 c 和 c++，，剩下的常用编程语言都是内存安全的。。

换 php 吧~我也是这么想的

在 AI 面前,都一样降维的要激.以前不用争了. 回归工具语言.

Go 我觉得下限很高，当然 AI 出来后这个优势也弱化了～

没有性能要求的程序，不跟 c 库交互的，我用 go 追求性能的，大量跟 c 库交互的，我用 rust

rust 搞出来主要目的就是替换 c, c++

如果你那项目本来就没打算用 c, 那自然也不需要用 rust