大部分公司不需要内存级的极致安全，他们需要的是业务快速上线。很多推崇 Rust 的人，其实只是在享受那种“我会你不会”的智力优越感。Go 的大道至简，让代码在三年后换了一波人维护时依然能看懂；
最近把手头一个核心高并发模块从 Rust 迁回了 Go ，如释重负。不可否认 Rust 的安全性，但那极其陡峭的学习曲线和漫长的编译时间，真的不是在浪费生命吗？为了那 5% 的极致性能提升，增加 200% 的心智负担，这在商业化开发中真的合算吗？
最近把手头一个核心高并发模块从 Rust 迁回了 Go ，如释重负。不可否认 Rust 的安全性，但那极其陡峭的学习曲线和漫长的编译时间，真的不是在浪费生命吗？为了那 5% 的极致性能提升，增加 200% 的心智负担，这在商业化开发中真的合算吗？
 |
101
SingeeKing PRO Go 着实有点简陋；让我选的话，我更想要可以静态编译的 Swift 或者可以自动多线程的 TypeScript
-- btw ，其实现在没有 GIL 的 Python 在很多场景下也完全有竞争力了 |
 |
102
Chuckle 1 天前
别吵了，前后端都用 js 吧，开发起来绝对快
 我们这是真前端自己用 nestjs 写低代码、监控之类的后端 |
 |
103
xitler 1 天前 via iPhone
学了操作系统原理之后，才知道 rust 的好
|
 |
104
yazinnnn0 1 天前
go 太丑了
|
 |
106
Kumo31 1 天前
Rust 和 Go 大部分情况下就完全不构成竞争关系，Rust 抢的更多是 C++的领域。存储系统、数据库内核和其他基础设施领域，Rust 已经慢慢开始普及了
|
 |
107
wojiugaiming 1 天前 via Android
@chendy 比喻不正确，扳手跟螺丝刀完全用途不一样。而 go 语言跟 rust 语言，可以实现完全一样的某些功能
|
|
108
wojiugaiming 1 天前 via Android
@BingoXuan 我也喜欢 zig 胜过 rust ，就是没耐心学
|
 |
109
Loser110 1 天前 via Android
Rust 的确难，没有 ai 完全不能驾驭，目前正用 rust 替代 php ，痛快乐着。不知道多久能古法编程，只能 vibe coding
|
|
110
wojiugaiming 1 天前 via Android
@deplives 谁跟你说就一定对标 c 跟 c++，有些东西，go 跟 rust 都能做，又同属语言，那就存在竞争关系。我就不说对标 c 跟 c++，从别人角度看，这算不算另一个二极管
|
 |
111
honmaple 1 天前  2
不是，rust 和 go 对比之下竟然有说 go 丑的，go 除了 if err != nil 确实是丑了一点，其它还好吧，rust 那种恨不得把键盘上的所有符号都当成语法设计进去，那才叫丑吧
|
|
112
wojiugaiming 1 天前 via Android
@adian 别人喷语言，没人喷你，你就偷着乐
|
 |
113
ota 1 天前
快速上架，是 nodejs 的强项。没有之一。
去年一整年，把 py 学完，最终还是回到 nodejs 去了。前后端一把梭的 nodejs 估计才是 ai 时代最终解决方案。 |
 |
114
xgdgsc 19 小时 26 分钟前 via Android
Julia 才是
|
 |
115
zzhaolei 19 小时 13 分钟前 via iPhone 1
其实所谓防御性编程是扯淡的。公司要裁你，怎么都会裁，你再防御也会裁，裁你的人又不管你写的代码多防御
|
 |
116
exploreexe 19 小时 7 分钟前 1
今年是 2026 年吗？ 还讨论编程语言呢
|
 |
117
lanten 18 小时 32 分钟前
其实就是习惯问题
|
 |
118
aydenagel381 18 小时 25 分钟前 1
你是工程师，不是编程语言圣战士，你的职责就是解决工程问题，在合适的场景用合适的语言，而不是天天在网上踩一捧一。
|
 |
119
Dg3gWjbFvvq 18 小时 4 分钟前
又到了喜闻乐见的语言争论环节。
|
 |
120
cyningxu 18 小时 2 分钟前 via Android
抛开场景谈应用都是耍流氓。我说我写操作系统底层，要极致的安全，你跟我说用 go 能快速开发？
|
 |
121
xiaomushen 17 小时 30 分钟前
@hellopz 你说的长期，那是 AGI 时代的事情了。到时候更不需要人类来学习或创造编程语言
|
 |
122
brettcao 17 小时 28 分钟前
因为你 rust 用不好？[狗头]
|
 |
123
IamUNICODE 17 小时 21 分钟前
rust 适合对性能有要求的地方和系统编程，安全感不是盖的。
go 的话你喜欢就写写业务？但是这种地方用 node 更快吧 反正我实验下来感觉就这样，rust 拿来写增删改查是屈才又难受，不如 node ，但是解决性能瓶颈真是不错。 |
 |
124
feelinglucky 17 小时 0 分钟前
@qieqie #3 不理解什么叫”不上不下“？
|
 |
125
iflint 16 小时 57 分钟前
以后语言就跟机器码一样没啥可读性了，都是 AI 的养料罢了
|
 |
126
ollama 16 小时 48 分钟前
无语，本就不是为你这类需求设计的，你自己用了，难受了，还来吐槽。
|
 |
127
jjx 16 小时 36 分钟前
rust 的拥护者是矛盾的
一方面说是 rust 是对标 c++/c 的,不要做业务系统 一方面鼓吹 rust 写 web,写 crud, 说是最好的语言 |
 |
129
qbug 11 小时 54 分钟前
@xiaomushen 或许需要更多的自由度？与其它语言的互操作性，和编译优化？
有人说 zig 就是更好的 go ，我觉得至少它的 arena 思想和内存机制就是个不错的主意，这解决了很多 go 当中会导致全局崩溃的问题，使得“任其崩溃”的思想可以在更细的粒度上实现。还有它的宏机制是与语言本身相同的，也就是说不存在另一套新的复杂的宏语法，这应该是最简洁的编译时自定义代码运行的可能实现了。 |
 |
130
undeflife 11 小时 43 分钟前
如果你 rust 版的实现和 go 版本的实现只差 5%，确实没必要
如果你已经用 rust 实现了实际业务，你还觉得 rust 的语法是心智负担，说明你并没学会 |
|
131
qbug 11 小时 42 分钟前
@iflint 所以我认为应当创建一种新的开发模式，可读的是形式化定义，人类只需要检查行为描述定义，而其它所有东西都是 AI 生成并形式化验证的，然后可以用 alpha go 类似的蒙特卡罗方法不断优化性能和模型本身。
|
 |
132
diudiuu 11 小时 37 分钟前
都是吃饭的工具有什么理由去质疑吃饭的东西,不应该比较这个饭好不好吃吗
|
 |
134
jimrok 11 小时 26 分钟前
看场景，不知道你们选 Rust 的场景是什么，也许是你多事，也许是选 Rust 的人多事。
|
 |
135
skyer89 11 小时 13 分钟前
杭州诚招 Golang 后端工程师～
|
Select Language