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

[paivansade]

大部分公司不需要内存级的极致安全，他们需要的是业务快速上线。很多推崇 Rust 的人，其实只是在享受那种“我会你不会”的智力优越感。Go 的大道至简，让代码在三年后换了一波人维护时依然能看懂；

最近把手头一个核心高并发模块从 Rust 迁回了 Go ，如释重负。不可否认 Rust 的安全性，但那极其陡峭的学习曲线和漫长的编译时间，真的不是在浪费生命吗？为了那 5% 的极致性能提升，增加 200% 的心智负担，这在商业化开发中真的合算吗？

[SingeeKing]

Go 着实有点简陋；让我选的话，我更想要可以静态编译的 Swift 或者可以自动多线程的 TypeScript

--

btw ，其实现在没有 GIL 的 Python 在很多场景下也完全有竞争力了

[Chuckle]

别吵了，前后端都用 js 吧，开发起来绝对快 我们这是真前端自己用 nestjs 写低代码、监控之类的后端

[xitler]

学了操作系统原理之后，才知道 rust 的好

[yazinnnn0]

go 太丑了

[allplay]

@Leeeeex 这才是 AI native 。不要试图手动去解决 ai 的额问题

[Kumo31]

Rust 和 Go 大部分情况下就完全不构成竞争关系，Rust 抢的更多是 C++的领域。存储系统、数据库内核和其他基础设施领域，Rust 已经慢慢开始普及了

[wojiugaiming]

@chendy 比喻不正确，扳手跟螺丝刀完全用途不一样。而 go 语言跟 rust 语言，可以实现完全一样的某些功能

[wojiugaiming]

@BingoXuan 我也喜欢 zig 胜过 rust ，就是没耐心学

[Loser110]

Rust 的确难，没有 ai 完全不能驾驭，目前正用 rust 替代 php ，痛快乐着。不知道多久能古法编程，只能 vibe coding

[wojiugaiming]

@deplives 谁跟你说就一定对标 c 跟 c++，有些东西，go 跟 rust 都能做，又同属语言，那就存在竞争关系。我就不说对标 c 跟 c++，从别人角度看，这算不算另一个二极管

[honmaple]

不是，rust 和 go 对比之下竟然有说 go 丑的，go 除了 if err != nil 确实是丑了一点，其它还好吧，rust 那种恨不得把键盘上的所有符号都当成语法设计进去，那才叫丑吧

[wojiugaiming]

@adian 别人喷语言，没人喷你，你就偷着乐

[ota]

快速上架，是 nodejs 的强项。没有之一。
去年一整年，把 py 学完，最终还是回到 nodejs 去了。前后端一把梭的 nodejs 估计才是 ai 时代最终解决方案。

[xgdgsc]

Julia 才是

[zzhaolei]

其实所谓防御性编程是扯淡的。公司要裁你，怎么都会裁，你再防御也会裁，裁你的人又不管你写的代码多防御

[exploreexe]

今年是 2026 年吗？ 还讨论编程语言呢

[lanten]

其实就是习惯问题

[aydenagel381]

你是工程师，不是编程语言圣战士，你的职责就是解决工程问题，在合适的场景用合适的语言，而不是天天在网上踩一捧一。

[Dg3gWjbFvvq]

又到了喜闻乐见的语言争论环节。

[cyningxu]

抛开场景谈应用都是耍流氓。我说我写操作系统底层，要极致的安全，你跟我说用 go 能快速开发？

[xiaomushen]

@hellopz 你说的长期，那是 AGI 时代的事情了。到时候更不需要人类来学习或创造编程语言

[brettcao]

因为你 rust 用不好？[狗头]

[IamUNICODE]

rust 适合对性能有要求的地方和系统编程，安全感不是盖的。
go 的话你喜欢就写写业务？但是这种地方用 node 更快吧
反正我实验下来感觉就这样，rust 拿来写增删改查是屈才又难受，不如 node ，但是解决性能瓶颈真是不错。

[feelinglucky]

@qieqie #3 不理解什么叫”不上不下“？

[iflint]

以后语言就跟机器码一样没啥可读性了，都是 AI 的养料罢了

[ollama]

无语，本就不是为你这类需求设计的，你自己用了，难受了，还来吐槽。

[jjx]

rust 的拥护者是矛盾的

一方面说是 rust 是对标 c++/c 的,不要做业务系统
一方面鼓吹 rust 写 web,写 crud, 说是最好的语言

[zhouyin]

@qieqie
python 和 node 并发就比不上 go

[qbug]

@xiaomushen 或许需要更多的自由度？与其它语言的互操作性，和编译优化？
有人说 zig 就是更好的 go ，我觉得至少它的 arena 思想和内存机制就是个不错的主意，这解决了很多 go 当中会导致全局崩溃的问题，使得“任其崩溃”的思想可以在更细的粒度上实现。还有它的宏机制是与语言本身相同的，也就是说不存在另一套新的复杂的宏语法，这应该是最简洁的编译时自定义代码运行的可能实现了。

[undeflife]

如果你 rust 版的实现和 go 版本的实现只差 5%，确实没必要
如果你已经用 rust 实现了实际业务，你还觉得 rust 的语法是心智负担，说明你并没学会

[qbug]

@iflint 所以我认为应当创建一种新的开发模式，可读的是形式化定义，人类只需要检查行为描述定义，而其它所有东西都是 AI 生成并形式化验证的，然后可以用 alpha go 类似的蒙特卡罗方法不断优化性能和模型本身。

[diudiuu]

都是吃饭的工具有什么理由去质疑吃饭的东西,不应该比较这个饭好不好吃吗

[qbug]

@undeflife 那敢问如何才能真正学会？

[jimrok]

看场景，不知道你们选 Rust 的场景是什么，也许是你多事，也许是选 Rust 的人多事。

[skyer89]

杭州诚招 Golang 后端工程师～

[Rehtt]

用途场景不一样啊。10 年前在学校的时候我还会争哪个语言最好，现在哪个能解决问题就用哪个。工程界没有最终答案，只有比较适合场景的答案

[pike0002]

go 讲真现在也有过度设计的趋势了

[jhzzzzz]

@adian 都没人喷 java 了