RUST 的未来在哪里？

* 随着 ai 的发展，rust 的“难写”只会越来越不是问题
* 只有真正喜欢强类型然后被 ts, python hint 之类坑过的才知道拿 rust 糊屎山有多舒服
* 写着写着你确实会怀疑人生，因为很多 c/c++ 很简单的东西拿 rust 写起来很费劲，但是不妨碍你写不 “rust” 的 rust 代码
* 但是裱糊业务代码的时候，你会发现，只要搭好架子，这玩意儿配上 copilot 简直就是一键生成还不怕 ts 的各种坑
* 虽然很多库是 0.x ， 但是用 node 的都知道各种库的 breaking change 有多 change ，这种事儿至少目前 rust 好改

谁还记得 rust 被发明出来是为了写 servo 的，如果 servo 成了，rust 就有自己不可替代的根据地，结果嘛。。。

@guotie zig 现在体验怎么样?几个月前试用了一下,感觉这个库没有,那个库没有,包管理都不方便

c++ template 还是很香的，rust 还要靠着 foreign language interface

rust 的 where 子句太复杂了，默认的 blanket impl 也很复杂，源码都看不懂。如果就是用 rust 写，而不关心底层实现还行。

已经看到有前端去卷 rust 了，相信不久 rust 就会像前端一样重新发明大量工具和概念

@seakingii 现在包管理处于能用的状态。zig 的生态现在还是靠封装 c 库，有一些封装好的，但是还是需要自己进行封装一些。

不知道为什么第一个冲上去的是搞 web 的那群人，把 web 的轮子在用 rust 再造一遍，收获了一堆 star 然后留下一堆 bug 。

华为仓颉也来了，卷不动了

写 rust 确实痛苦，他用语法强制开发者考虑内存安全问题，再加上异步等等，对于新手来说简直是灾难。

@knowckx 这说的像是去掉 GC 的 GO

rust 估计要继续坐很长时间的冷板凳，rust 能独当一面和建立起自己的杀手级应用和领域并不多，再者背后也没有一个好爸爸。

rust 目前占据的领域 （占据指的是用 rust 是主流，而其他语言没有 rust 成熟的领域）
1. wasm 和 wasi 接口开发 （要求能提供一定的对系统隔离的安全性并性能极高和操作操作系统的接口）

2. 一些对性能要求有明确要求能达到相应的数量级的中间件 （比如 cloudflare 的 pingora, 数据分析的 polars)， 这类中间件需要从头开始开发，而不是基于一些开源的二次开发

3. 区块链和数字合约

4. 一些安全的库, 用 rust 重新写一些比如 openssl 的库比如 rusttls ， 可以降低一些 cve 的概率，并不是能保证没有安全风险。

至于写 web 从来都不是苛求性能的领域， 重业务逻辑的领域也不会考虑 rust 这门语言。
市面上的 rust 多数课程也都是卖课和误导新手的

rust+军工，有没有搞头？

@mightybruce 按我的理解，rusttls 不过是对已有 TLS 库的封装，其实现 ring 或者 aws-lc 实际上还是用 C/C++，所以并不比已有库安全多少，这也是对 Rust 失望的原因，都这么多年了也没有公司投入去实现这些基础库

rust 是先进，但是还不够先进，远远不够。

看什么东西都要想是不是主流，也是你朝人士的意识形态定势了

go 还可以，写业务的时候简简单单。
AWS 开大会的时候必有推荐宣传 Rust 的环节。但是感觉上限还是不够高。
相比于 Rust ，依然看好 C/C++，新特性都挺好的。23 ，26 ，39 ，32 ，35 ，38 ，41...那个时候 Rust 应该 rust 了吧？

golang 的性价比比 rust 高（学习曲线、候选人数量、开发效率）

@cinlen 这你就要问 web 那些人了，那些人相对来说更喜欢接受/搞新技术，而其他传统领域语言相对固化
rust 首先满足 web 开发的需求不是没有道理的，这就是市场驱动

要说未来，有金主爸爸谁会愁未来呢

@happyxhw101 完全同意,毕竟大部分都是业务场景,需要变化和迭代的也都是这些。

都没有未来, php 起飞

没啥未来。

C/C++ 的地位无人可以撼动。

其他语言都是某个场景下的补充。

Rust 未来在前端工程化

@zengxs pydantic v2 烂得一批。比如给自定义 Field 统一写一个序列化/反序列化 方法。做不到！

不知道现在支持没。

Crypto 领域 rust 起码占了一半的份额，而且新项目首选 rust

在我编辑器里在哪里。。。不就是工具么。。

@Kumo31 数据库 nightly 瞧瞧你自己在说什么

@whp1473 go 有性能硬伤

@smallboy19991231 4#
工业上，看到乐鑫在推动 Rust on ESP ，但是难度太大，前景不容乐观。

@augustheart 16#
替代 C++的难度太大了，谷歌的 carbon 上位都比 Rust 的概率大。

@Kumo31 20#
请问这些 breaking change 的根本原因是什么？主导力量弱，社区迭代频繁，亦或者其他？

@IvanLi127 35#
乐鑫倒是一直在推动 Rust on ESP ，但是对于他们而言，阻力也相当大。

吹点牛逼就是 点错了技能树比不点技能树是有用的，这个语言更多的是提供了一种想法和实践。

复杂的学习曲线，满屏怪异的符号，写完代码过几天就看不懂
可以这么说，这种操行，注定 Rust 永远也成为不了主流的大众的编程语言
当个人玩具玩玩还行，不建议团队试用，所以趁早放弃学习这门语言

@xue777hua 写过 Rust 就知道，nightly 才是真正能用的，Databend, TiKV, RisingWave... 这些大规模生产使用的项目都是要 nightly toolchain 编译的，我反而找不到几个不用 nightly 的非玩具项目

而且我一直很奇怪。。。rust 有 ai 的加持。。。没啥难的啊。。。写业务和 go ，java 比起来爽的飞起。。所有权就更不是事了。java 你都不管内存。你都不管装箱拆箱。。rust 也不管呗，无脑 clone 和复制。

@imes 生态不够成熟，语言本身也在快速发展，经常有新特性和新设计模式冒出来，所以被 Rust“重写一切”的也包括这些库自身

看了 go 和 rust ，确实不得不佩服 go 创始人 Kenneth Lane Thompson 。
几年前有个 vlang ，不知道现在发展到如何水准了。

@imes “谷歌的 carbon 上位都比 Rust 的概率大。”
,除了推出,言基本看到了

宁愿信 zig ，zig+c 突出一个润物细无声

不是说 windows 在用 rust 重写整个内核吗

@BigDogWang #81 就扯淡，只试验性的重写了极少一小部分代码，1W 来行

go 主要靠行业型公司带着，比如网络通信那些，至于拿它写业务，属于 java 、csharp 的兄弟
同样去看 rust ，它的优势是与 c 看齐，同时又没有包袱，至少目前在硬件嵌入式和胶水可以期待，同样作为发展趋势中找一个支点，go 的支点让它在云上发光发热。我目前看到的有，去年 webgpu 发布正式版，这是一个重大利好，不要看它带一个 web ，它可以跑在桌面和移动端，它的实现主要是 wgpu 这是 rust ，另一个 dawn 是 c 。除了直接利好 web ，其他平台一同受益，说到 web ，我一直好奇国内这些卷毛厂现在连前端岗位都要求 rust 并不少，我知道它们乱抄 JD ，但是一直一来我有一个疑问，为什么都把注意力集中在前端编译器，编译器这种基础工具需要开放的组织去协调，需要庞大的资源持续投入，就国内这尿性谁也不服谁，谁愿意让步兼容，n 个小程序 n 套标准。持续投入也是伪命题，大部分人职业生涯没那么长，其次撑十年都算稳定公司了，怎么保证这个环境。
前端目前有一个利好，wasm ，同样不要看到带个 web 就激动，它套壳可以跑在其他环境，相当于一个超进化版的 serverless 或者 edge function 结合体，苗头有 wasmedge 和 docker 那些，但是目前还不够彻底，你可以理解成 cdn 是处理静态资源，那么我可不可以分发逻辑单元？
主流语言都可以 wasm ，但目前 rust 可以矮子里挑大头，这比什么编译器靠谱多了，主要是心态浮躁和软件工程师水平参差不齐，被前几年行业搞坏了环境

@shui14 wasmedge 也只是一种 wasm 运行时，wasm 这部分其实就是后端开发，调用沙箱中封装的操作系统接口来达到类似 docker 。
这个边缘智能有一些公司在做，毕竟边缘计算 能比容器省下不少资源， 因此还出现了 wasmcloud 和 krustlet 这些项目

另外现在各种 API 网关插件开始支持 wasm, 比如 envoy, apisix 。

rust 在嵌入式和硬件方面肯定是不如 C 的，和 C++ 还可以对比对比，
rust 的 ffi 支持完全不如 C , 另外由于 C 的高效和简单，汇编和 C 是可以相互切换的，而 rust 和 c++ 加了太多编译器生成的东西,另外 要明白在裸硬件上操作就是不安全的
汇编代码改成 C, 或者是优化 C 生成的汇编是比较容易的， 这点 C++ 和 Rust 都不行。

用 rust 做的最成功的知名的工具型软件，大概就是 figma ，浏览器里调用 webgl ，让网页应用在性能上不输原生工具 sketch ，最终把 sketch 淘汰。

@LiuJiang PHP 不是早死了吗？（ doge

windows android linux 哪个没用 rust

感觉 rust 的前景在往好的方向发展啊。
比如代码编辑器就有 helix, zed ，速度与开箱即用都不错。
比如 ui ，出了几个多平台的原生 ui 框架，iced, zed 的 gpui
比如游戏引擎 bevy
这些都是刚出来的新事物，确实都不太成熟，但正在稳步发展中。
说起来我上面提到的似乎都在 c++拿手的领域里。

rust 特色不明显。
相对而言，go 上手极其容易, 新手友好。
go 有栈协程，写业务一个函数撸到头，写代码读代码心智负担都不高。
相对于有 gc 的其他语言，部署也简单，内存占用低。

所以，后端有什么理由放弃方便的 go 使用 rust.呢？

底层系统级开发，c 和 c++各种工具。文档，框架都很成熟，老程序员基数大，有什么理由用 rust ？风险由谁承担？

rust 最大的问题是，复杂度过高，导致开发出来的大型软件性能不行，虽然在简单测试中，rust 的性能总是名列前茅。

典型的例子就是 bun vs deno

桌面端呢。。。

对于存量市场，除非能碾压式的提升
不然进不去的

@xliao #9 文章开篇说明作者身份 "I was a young..." , 年轻人水平不够的阶段随便搞这种重构确实容易坑, 所以他的文章不能说明 rust 不行.

@seakingii 1.0 版本都还需要 1-2 年时间才发布，缺包少库很正常

@guotie 很痛苦.尝试使用,找 http client,好像官方刚刚添加,很不完善,搜索例子文档,跑不起来!

再过个五六年，rust for linux 就成熟了

@guotie bun 和 deno 底层一个是 jscore 一个是 v8 没法比较

业余时间做 Rust 开源，间接赚了几千元吧，图一乐。目前这个阶段，在国内想凭 Rust 找工作，大部分人还是省省吧，随大流挺好的。

不过如果你认真去学 Rust ，确实可以学到不少通用的思维方式，对提升功力很有帮助，糊屎时能避开前人挖的很多坑。