1

自信一点把感觉去掉
也不像 go 一样，看一天就可以边学边写

2

空闲时间重构过之前用 C 写的项目，大概 1500 行。学习了一个月，然后开始写，中间遇到复杂的数据所有权管理，也是思考+走了狗屎运才解决，大概写了一个月完成。golang 是可以看一上午就能上手，rust 不行，遇到复杂的数据所有权没高手帮忙很难解决。

4

建议用 go,rust 错误太奇葩，有次闪退解决一天没解决掉，最后 ai 给个了方案，延时 5 秒，真的解决掉闪退问题。

5

1

我自己除了 gui 和网页前端之外的所有项目基本都用 rust 重构了
不管之前用 cpp python 还是 go, 一旦 riir 之后就再也回不去了
重构过后再看自己项目原本的代码是那么丑陋和低效
所以就很能体会为啥 riir 如此的流行，因为确实会上瘾

6

rust 的难度起码 go 的 5 倍以上

7

rust 的难度在于内存管理吧?

8

能用 rust 重构的，基本上都重构完了

10

尝试过，很爽。有了再一次创造的快感

12

2

13

rust 边学边写改了一个之前 C++ 写的切换输入法小工具
也就 200 行不到代码，时间全用来查各种 api 文档了，好在最后 macos 的 rust api 库完善，硬是改下来了，全程 expect 一把梭，要不要 deref 边猜边写

14

用 go 重构吧。才学习了三四天，对 Rust 来说远不够。

16

可以先 export 出个 C header ，然后 rust-bindgen ，新需求和需要修改的需求，可以在 rust 端完成，实现逐渐迁移（

17

18

Rust 会让你知道什么叫开发效率低。所有权头很大。

19

2

压根没有必要
rust 开发效率其实更低，除了邪教爱好者基本上没啥人会 rust 重写东西

20

21

rust 其实培养的是一种优秀的编程习惯，最好先写 rust ，再写 c ，你先自由，后约束，当然处处碰壁。一旦掌握了所有权的精髓，你写其他语言，自然而然使用所有权的思维方式，写出的代码更健壮。

22

我们用 rust+pyo3 重构了原来 python+go 的项目，主要是视频流的处理，没怎么用异步 io ，确实比原来的那一套要稳定得多。边学边写应该是不可能的，我们基本上都是提前半年通知，每个人至少看完了 trpl ，以及常用的库，还要一边写一边查

23

1

25

26

27

我曾花了 2 个月时间学 rs ，现在过去 2 年，也没能在项目中用上。我不想评价 rs 的上手难度，因为总有人说是我水平不够，但我相信会有一个比肩 rs 性能但上手难度接近 go 的语言出现。

29

30

没有
也不打算
是 Rust 用户

32

如果空闲时间多，可以搞，完成了之后很有成就感和满足感。
如果纯为了解决问题，可以但没必要

33

写过几个以前 java 写的日志微服务，速度快了一点，重构之后很稳定。
但是，收益不大，性能上收益很小。

35

都差不多 我什么都写 py c rust c# swift kotlin java 。。。。用着写得最快的还是 py 。。。

36

37

38

39

rust 开发效率高更多体现在多模块大项目上吧，相比其他语言写出来更可控也好审阅；而且 rust 入门也是很需要时间的。既然原项目是 C ，那我觉得用 cpp 重构更合适

40

业务性质上的代码反而不难，我用 rust 在重构一个 API Proxy ，难度就变大了，很多抽象不太好写，因为所有权 + 泛型 变成了两座大山

41

我，把原来老东家用 node 写的引擎重写了，性能提高不少
我是用两周把语法熟悉了一遍，然后配合 cursor 和 chatgpt 重构的，每写一点就问 cursor 原理，尽量弄懂所有代码，；另外代码结构还是我自己来的，所以还是可控的，现在在折腾硬件 linux 了
感觉最难受的就是生命周期，让 gpt 给我出了好几道题，做完又忘了，其余的还是很爽的。

42

尝试了入门三次 都没入进去

43

44

Rust 还是主要替代 C/C++的场景，我们的存储引擎是用 Rust 开发的，比 C++省心多了

46

47

@bunny189 ＃ 45 不能，我是一个被职业淘汰的人，没资格回答。

49

@Rickkkkkkk 没懂，协程/线程都能返回数据的，join 拿到以后合并不就行了，都用不到 channel / Arc&Mutex 之类的概念