这是一个创建于 77 天前的主题，其中的信息可能已经有所发展或是发生改变。
大部分公司不需要内存级的极致安全，他们需要的是业务快速上线。很多推崇 Rust 的人，其实只是在享受那种“我会你不会”的智力优越感。Go 的大道至简，让代码在三年后换了一波人维护时依然能看懂；
最近把手头一个核心高并发模块从 Rust 迁回了 Go ，如释重负。不可否认 Rust 的安全性，但那极其陡峭的学习曲线和漫长的编译时间，真的不是在浪费生命吗？为了那 5% 的极致性能提升，增加 200% 的心智负担，这在商业化开发中真的合算吗？
最近把手头一个核心高并发模块从 Rust 迁回了 Go ，如释重负。不可否认 Rust 的安全性，但那极其陡峭的学习曲线和漫长的编译时间，真的不是在浪费生命吗？为了那 5% 的极致性能提升，增加 200% 的心智负担，这在商业化开发中真的合算吗？
 | 1 bbbblue 2 月 5 日 看场景 之前公司业务系统是 C/C++，比如底层基础设施、高性能或者对资源极度敏感的模块或者需要深度兼容老 C 库，用 Rust 大多数情况就比 go 合适。 |
 | 2 loshine1992 2 月 5 日 写业务的老老实实用 Go ，快速实现才是王道 追求性能和安全的再考虑用 Rust |
 | 3 qieqie 2 月 5 日 那为什么不用 python, nodejs ，要用 go 这种不上不下的 |
 | 5 Gilfoyle26 2 月 5 日 别争了，我都会  |
 | 6 quan01994 2 月 5 日  14 别争了，AI 都会 |
 | 7 ruanimal 2 月 5 日 一看就不懂“不可替代编程” |
 | 8 whoosy 2 月 5 日 7 锤子和剪刀哪个好？不说场景去争论编程语言长短的，我一律认为全是菜鸟。 |
 | 9 sunny352787 2 月 5 日 你说的原因其实也是我当初对比 rust 和 go 最终选择 go 的原因之一 |
 | 10 xiaomushen 2 月 5 日 17 golang 让茴香豆的“茴”，只能有一种写法 这个思路我认为非常好，可以避免防御性编程 |
| 11 xiaomushen 2 月 5 日 4 @quan01994 AI 搞 Rust 还真不大利索 VibeCoding 会让编程语言停滞，从今以后，AI 不熟悉的新语言，将毫无生存的空间 |
 | 12 XIVN1987 2 月 5 日 1 把 rust 和 go 一起提，，就不能讲内存安全了吧。。 rust 的内存安全是相对于 c 、c++ 的手动管理内存，，带 GC 的编程语言哪个有内存安全问题？？ |
 | 13 domoco 2 月 5 日 1 这两个语言似乎适用场景不太一样? 不知道为什么非要比个高低 |
 | 14 chendy 2 月 5 日 11 《 2026 年了，为什么我认为扳手拉完了，螺丝刀才是夯中夯》 |
| 15 XIVN1987 2 月 5 日 2 rust 相对于 c++ 的优势是内存安全 rust 相对于 go 的优势是零代价抽象 优势都是相对的，，不能一提 rust 就想到内存安全，，毕竟不内存安全的编程语言很少，，只有 c 和 c++，，剩下的常用编程语言都是内存安全的。。 |
 | 16 rm0gang0rf 2 月 5 日 换 php 吧~我也是这么想的 |
 | 17 bkkkd 2 月 5 日 在 AI 面前,都一样降维的要激.以前不用争了. 回归工具语言. |
 | 18 liu731 PRO Go 我觉得下限很高，当然 AI 出来后这个优势也弱化了～ |
 | 19 masterclock 2 月 5 日 没有性能要求的程序，不跟 c 库交互的，我用 go 追求性能的，大量跟 c 库交互的，我用 rust |
 | 20 iorilu 2 月 5 日 rust 搞出来主要目的就是替换 c, c++ 如果你那项目本来就没打算用 c, 那自然也不需要用 rust |
 | 21 artiga033 2 月 5 日 via Android 11 以为有什么高见，结果还是那些车轱辘话，一提 rust 就是不好学、编译慢，一提 Golang 就是错误处理不行，一提 js 就是弱类型，一提 py 就是性能差、打包体积大，一提 C/C++就是包管理和构建系统不好用... 2026 年了，还在为编程语言争高下，怎么你们家吃饭是只吃一种锅做出来的菜，别的锅在你眼里不是太贵就是太难用是吧 |
 | 22 PTLin 2 月 5 日 1 没有银弹。 |
 | 23 BingoXuan 2 月 5 日 1 我选择 zig/doge/ |
 | 24 AV1 2 月 5 日 现在不是 AI 擅长谁就用谁吗？语言的选择都不重要了吧 |
 | 25 Alias4ck 2 月 5 日 自然语言最好用 |
 | 26 chaoooooos 2 月 5 日 @artiga033 不这样怎么让帖子有回复。 |
 | 27 littlewing 2 月 5 日 Rust 的这些优点都是相对 C++ 来说的 |
 | 28 yukong 2 月 5 日 2026 年了 还在争论什么语言是终极答案吗 |
 | 29 zxdstyle 2 月 5 日 不容易啊，AI 出来之后好久没看到争论语言优劣的帖子了 |
 | 30 visper 2 月 5 日 go 的 java python 比。用 go 做网页做并发和 java virtual thread 啊 elixir erlang/otp 比。rust 主要是代替 C. 做网页 api 之类的是信徒使用。不过我也觉得 ai 时代 go 是毕竟方便的，编译快，ai 修改编译迭代的速度快。又是静态类型编译就能看出来。 |
 | 31 sayoll 2 月 5 日 刚把一个玩具 node CPU/IO 密集型任务下沉到 Rust ，你又说 go 更好到底啥好啊，我叫 ai 换换(^^;)。 |
 | 32 deplives 2 月 5 日 二极管思维是这样的 但关键是，rust 和 golang 比？ rust 对标的是 c/c++ 啊 |
 | 33 xFrye 2 月 5 日 现在是 2026 年，过分纠结语言是没有意义的事情，什么适合就用什么写 |
 | 34 jsdi 2 月 5 日 1 我认为在 AI 时代，Rust 更受青睐，几个原因： 1. AI 工具降低学习门槛，新手也能写出一个不错的 Rust 应用 2. 极致的内存安全，和 AI 反而有相辅相成的效果，让 AI 生成的应用更加可靠 |
 | 35 catch 2 月 5 日 1 无所谓，我圣文字 A 全知全能 |
 | 36 liuliuliuliu PRO Go 其实也一样啊，表达力很差 用来写基础设施没问题，用来写业务还是开发效率低下的，当然现在有 ai 了 |
 | 37 Wanex 2 月 5 日 用 Go 来写业务和赤石没什么区别，写着都感觉厌恶 |
 | 38 strobber1 2 月 5 日 看满离 |
 | 39 TheBlind 2 月 5 日 go 语法太简陋了，还不如 java 写的 |
 | 40 looo 2 月 5 日 写 Java 的看到 Go 语法有点不喜欢，反而 Rust 语法看着比较顺眼点。 |
 | 41 gotorion 2 月 5 日 1 工程不等于互联网。 来用 golang 写个深度学习框架看看 |
 | 42 unused 2 月 5 日 有没有 GC 的内存管理是两个世界 |
 | 43 cmdOptionKana 2 月 5 日 via Android 希望看到楼主参与讨论 |
 | 44 LeegoYih 2 月 5 日 想看看 OP 写的核心高并发模块 |
 | 45 mengdodo 2 月 5 日 想提升逼格发现踮起脚也够不到，怎么都不舒服是吧，干脆躺下，比如选择 php, hahaha |
 | 46 panas 2 月 5 日 go 的 error 处理太恶心了 |
| 47 xiaomushen 2 月 5 日 @panas 没事儿，AI 不觉得恶心，所以无所谓 |
| 48 xiaomushen 2 月 5 日 @TheBlind 语法简陋最多是多耗费 token 罢了，反而对于 AI 来说，go 最简单方便 毕竟手写代码的场景越来越少了 |
 | 49 bootvue 2 月 5 日 java 可以让你 20 年后都能看得懂 |
 | 50 chtcrack 2 月 5 日 啥年代了,还分语言,AI 大部分都会.. |
 | 51 nno 2 月 5 日 用 go 写个 ISOBUS 协议栈试试 |
 | 52 chenwei6677 2 月 5 日 我觉得核弹是过度设计，而无人机才是军事界的终极答案 |
 | 53 badbye 2 月 5 日 go 每个官方的协程池实现，go func 乱飞是个好的工程实践吗 |
 | 54 我看有人说 AI 处理 Rust 代码不行，可能认识还在 2025 年年中，AI 写代码的进化速度是按照月份来的 |
| 55 bkkkd 2 月 5 日 主要是快.不写具体的代码.主力搞体验,我用 ai 写了一个文件管理器,周一开始,到今天早上算 3 天半.已经实现了以前可能要写一两个月的功能. https://gitee.com/goodtim/tafile |
 | 56 kekeabab 2 月 5 日 当然要分场景，绝大部分后端业务 crud 当然没必要用 rust ，写点稍微偏底层的东西吧 |
 | 57 xuzhzzz 2 月 5 日 要快的话还有比 Java 快的吗？人又多又便宜 |
 | 58 yolee599 2 月 5 日 via Android 1 我偏向 rust ，因为 linux 内核和很多基础工具都逐步转向使用 rust 写了，很棒 |
 | 59 lixuda 2 月 5 日 看场景应用才能适合 |
 | 60 majiang2133 2 月 5 日 不能用 Java 吗？ |
 | 61 bsun 2 月 5 日 The (successful) end of the kernel Rust experiment https://lwn.net/Articles/1049831/ |
 | 62 qbug 2 月 5 日 你说的是对的，我花了半年多的时间，写了些 Rust 才意识到这点。我之前也粉 Rust ，后来才意识到，其实它有根本缺陷。上层的类型实际上控制了底层能够使用的内存模型，这就导致底层如果换了新架构，上层不能直接享受到好处。比方说 io uring 和 kernelTLS ，在库作者实现之后，函数签名不一样了，很可能上层无法直接通过升级库版本的方式获得支持。 我现在认为，我们并不需要一个 better c/c++，而是需要一个 better go |
| 64 xiaomushen 2 月 5 日 @qbug 如何让 go better ，是一个很纠结的话题 但是，保持 golang 语言足够简单，定然是核心宗旨吧 |
 | 65 workbest 2 月 5 日 golang 就是 AI 时代的最优选择 (除了 ts/js) |
 | 66 CyouYamato 2 月 5 日 1 go 的语法让我增加 1000000%的心理负担 |
 | 67 ala2008 2 月 5 日 别说了，来优化 java 吧  |
 | 68 MiHwAppleTslFan 2 月 5 日 看你的场景和团队啊,你觉得 Go 好,只能说明你的业务适合 Go |
 | 69 |
 | 70 ratazzi 2 月 5 日 @xiaomushen Opus 4.5 写 rust 基本一次过 |
 | 71 anivie 2 月 5 日 有没有可能对于现在的人来说“换一批人也能零成本快速上手”是一种劣势呢 |
 | 72 stormtrooperx5 2 月 5 日 @CyouYamato 一个疯狂做减法的语言，怎么还能增加负担 |
 | 73 YanSeven 2 月 5 日 所以，这个月经主题终于不带 java 玩儿了吗 |
 | 74 adian 2 月 5 日 2 周一喷 rust 傻逼，邪教社区，语法复杂，lifetime 傻逼，unsafe 治标不治本。 周二喷 go 错误处理傻逼，泛型傻逼，Google 傻逼。 周三喷 cpp 傻逼语法复杂东西多，cmake 傻逼，标准演进慢，委员会不行。 周四喷 web 技术 js 傻逼，ts 更傻逼，html 和 css 就更不用说了，写代码像是糊屎。 周五喷 flutter dart 傻逼，性能不行，issues 一堆不解决，快被 Google 放弃了。 周六喷 c 傻逼，表达能力低，ub 多，bug 满天飞。 周日吹 ai ，可以解决上面全部的问题。 经典重现 |
 | 75 Lee2019 2 月 5 日 1 python/go/rust 我全都用，用啥全看这个项目要干啥 |
 | 76 geekvcn 2 月 5 日 via Andrid 因为现在绝大多数用 rust 的项目需求已经不再是快速上线，而是大企业很多项目对性能和安全都有刚需。初创团队，中小企业用啥不重要，有用户，有客户才重要。 |
| 77 geekvcn 2 月 5 日 via Android 本质上讨论某种语言好不好的都是水平低下的人，因为三体人并没有限制你使用编程语言，正常人会根据自己的需求选择合适的主要编程代码。 |
 | 78 cicl 2 月 5 日 你争论了，写业务我用 PHP,讲性能我用汇编 |
 | 81 adoal 2 月 5 日 所以写 etcd 的算工程界，写 mozilla 的不算吗？ |
 | 82 Huelse 2 月 5 日 工程和业务？市场上普遍还是 java 为主吧，golang 主要还是在中间件和网关上 |
 | 84 NoNewWorld 2 月 5 日 以前还真可以这么说，Rust 写起来还挺麻烦。但是现在 AI 辅助编程，Rust 熟悉的话，效率高了不少。 |
| 85 qieqie 2 月 5 日 @elishuhu 你怎么知道我刚改了一个 tab 造成的 bug ，哈哈 https://github.com/deepseek-ai/3FS/commit/e7ef789d94f9b427ab55847f9aec51a19903363b |
 | 86 hahadaxigua834 2 月 5 日 上家公司用 rust 去写后端业务 crud ，需求变的快不说，大伙水平还参差不齐，被搞疯了 |
 | 88 boboaiya3 2 月 5 日 Java 已死？ |
 | 89 Leeeeex PRO AI 写 rust 爽中爽 告诉 AI 写完自己编译自己解决报错，解决问题时间长那我摸鱼的时间也长啊，而且编译完的 95% 都没啥问题，直接跑就行了。 |
 | 90 Vercetti 2 月 5 日 1 在满足需求的前提下考虑开发成本，“为了那 5%的极致性能提升，增加 200%的心智负担”，既然没有 5%的性能盈余也不影响那塔玛就不用咯，用满足需求且更易维护迭代的语言就是最好的选择，看不懂在黑什么 |
 | 91 iyaozhen 2 月 5 日 @qieqie #3 python web 做业务项目这块真的是垃圾中的垃圾，性能还没 php 好。开发代码写法太多了，质量不好控制。最主要是小版本直接都不兼容，各种问题 |
 | 93 yoshiyuki 2 月 5 日 go 快还是 Python 、Javascript 、PHP 快？ |
 | 94 woodchen 2 月 5 日 我感觉 rust 适合 meilisearch 这种需要极高性能的组件, 然后 go 写大部分后台逻辑, 因为快, 改的快, 编译快, 上线快. 然后 go 的后台调用 rust 编写的各个组件, 性能效率都有了. |
 | 95 zed1018 2 月 5 日 但是 go 真的丑 |
 | 96 hellopz 2 月 5 日 @xiaomushen #11 不认同，短期是这样，长期不会是，编程语言的源码甚至都能作为 Agent 预加载的一部分 |
 | 97 woniu7 2 月 5 日 你说得对，但没人说 rust 是工程界答案。工程界商业开发要比个高低，go 也不是终极，java 和 node 才是。 |
 | 98 liyafe1997 2 月 5 日 Go 大道至简吗？ 语言上是简了，你看看 golang 的 runtime 有多大。 Rust 可以做 MCU 开发，能编译出很小的 binary ，能 target 只有几 KB 内存的设备。 |
 | 99 xuanbg 2 月 5 日 我想说：管理内存没那么难，不会自己管理内存的，大多对数据结构没什么概念 |
 | 100 felixcode PRO 不想学就不想学吧，何必找理由还找认同呢 |
Select Language