感觉Rust就是给C++和go码农用的，但这两种语言的码农要转到Rust，学习曲线也还都是有的。包括楼上说的macro。
别的语言要转到Rust，曲线超高，即便是纯C的码农。Rust短期应该是无法大众化的。

但是C++/go码农如果很熟悉c++/go了，也能写出比较稳定、安全的代码，为啥一定要改学、用Rust。
除非是在安全性、稳定性要求非常高的场合，比如沙箱（包括浏览器）、OS模块、工业控制器、长期跑的后台服务。

Rust因为要安全/稳定，但又要能搞system programming，所以direct hardware mapping这个goal是少不了的（虽然官方并没把direct hardware mapping列为design goal），但在现阶段又没必要重新设计，直接借用或者调用c/c++在这方面的东西即可，所以要用Rust搞接近硬件的system programming，现在是必须熟悉C的。

Rust要想和C++一样能大面积使用，还有不少路要走，比如inline asm还没stable，GUI框架也没官方搞的或者认可的较成熟的，exe文件尺寸较大。

个人是很喜欢Rust的，既有较为安全的面向对象、generic programming，也有简洁但速度并不慢的functional programming，还有支持高并发的设计。相比之下，c++的template meta programming是多么蛋疼。
--
修改:z16166 FROM 125.35.125.*
FROM 125.35.125.*

rust的主要问题是，目前安全代码可能是不完备的，也就是说有些功能不用unsafe实现不了，或者safe代码会造成某些内存泄漏

【 在 zezo 的大作中提到: 】
: 非职业码农，但工作内容需要写代码，对运行效率要求较高，半年前把部分 C++ 老代码
: 转到了 rust。
: 总体感觉 rust 语言是 C++ 码农想解决 C++ 痛点而设计的，但没有摆脱 C++ 的固有思
: ...................
--
FROM 221.218.209.*

rust的gui库已经有人在搞了，不过和其他语言的gui的成熟度相比都还差得很远，玩具水平

kernel/kernel driver programming这块，应该一直是C的菜，C++/Rust很难抢走，因为编译器自动插入的东西如果不能用编译指示精确控制的话，没法控制生成的代码在kernel的具体表现，顶多只能使用C++/Rust的一个子集。Rust的no std应该是为这种场景搞的。

Rust的macro就是一种meta programming。

【 在 zackyne 的大作中提到: 】
: 用rust写gui疯了吧，火不起来的原因说到底就是太复杂，新手第一眼看到rust奇奇怪怪的符号就给吓跑了
: :
: - 来自「最水木 for iPhone Xr」
--
修改:z16166 FROM 123.118.66.*
FROM 123.118.66.*

我觉得rust本来就不是奔着大众化这个目标去的。这个就好比linux一样，虽然很多人都
心心念linux desktop，但明眼人都知道这个问题更多的是商务问题而不是技术问题。
不过最终linux也可以说是通过android完成了desktop这一步。可见专注自己的核心优
势就可以了，没必要想这么多。我感觉现在的rust就是这样，挺好的。

rust我现在写了2个礼拜的代码，目前我是相当满意的。要说不爽的地方，本质上都是为
了享受它给予的好处而付出的约束。比如写代码容易被打断不能一气呵成，那是因为rust
检查很严格。这只是个熟练度的问题，我给小朋友们用python，他们写代码的时候也一
样在跟各种exception搏斗，各种抱怨为啥莫名其妙不work呢。

iter() into_iter() as_ref() as_mut() as_ptr() as_mut_ptr()之类的，
尤其是里面还存在一些隐式转换的规则，确实容易导致迷惑，但说穿了也还是熟练度不够
的问题。比如我一开始并不知道也没注意到Into开头的都会消耗self，对因此产生的各
种编译问题排查了很久，一度也非常迷茫，但弄清了也就理解了。

rust的宏我觉得也是亮点啊，怎么就奇怪了呢？函数宏比c那种简陋的宏好用多了，适用
于一般场合。过程宏则是更底层更强大，可以直接用来做DSL。我觉得rust的问题反而是
有点太依赖宏了。宏这种东西本质上就是设计上缺乏对一种复杂pattern的优雅表述能
力，所以只能用宏把一套复杂的实现隐藏起来。虽然看不见，但复杂依然是存在的，换汤
不换药。比如可以很容易的用结构体封装一个u32来给数值增加类型约束，这非常好。但
这个结构体上面可能又要写一堆derive display,debug,clone，这个就不太舒服
了。比如rust写module，要写一堆一堆的pub去暴露成员，难道就没有一种语法让pub
和private更简单的区分开么？比如go的下划线开头的都是private这个设计就很好
啊；再不济c++里面的public:之后写的都是pub也可以啊，为啥只能一个个加pub，看
起来实在是太蠢了。当然这些问题也可以用宏解决，但宏是一种方言制造机，太过于依赖
会制造分裂，也可能会破坏语言原本的正交性。不过总的来说我对rust的宏方案还是满意
的。

我觉得rust比scala要务实的多。rust可以认为只专注在所有权问题上，对这个问题没
有妥协，其他的一切都围绕这个核心问题展开。这就比scala那种啥都想要完美解决的现
实的多，也更为简单。比如DSL在scala这里就是用一套很复杂也很强大的operator
override实现的，rust直接在过程宏里面丢给你一个token stream这一点我确实没想
到可以这么的简单粗暴...大部分人觉得rust太复杂，只是因为它想解决的问题本身就有
这样的复杂度。很多简单爽快的语言，本质上就是投降派，把复杂问题无视掉当它不存在
而已。这一点来说我觉得rust是认真对待这类问题的语言中做的最简洁的。

【 在 zezo (zezo) 的大作中提到: 】
: 非职业码农，但工作内容需要写代码，对运行效率要求较高，半年前把部分 C++ 老代
码
: 转到了 rust。
: 总体感觉 rust 语言是 C++ 码农想解决 C++ 痛点而设计的，但没有摆脱 C++ 的
固有思
: ...................
--
修改:lvsoft FROM 49.90.175.*
FROM 49.90.175.*

我挑刺！
go是靠大小写区分是否public的！


【 在 lvsoft (Lv(The Last Guardian)) 的大作中提到: 】
: 标  题: Re: 用了半年 rust, 不太看好 rust
: 发信站: 水木社区 (Fri Apr 24 12:39:19 2020), 站内
:
: 我觉得rust本来就不是奔着大众化这个目标去的。这个就好比linux一样，虽然很多人都
: 心心念linux desktop，但明眼人都知道这个问题更多的是商务问题而不是技术问题。
: 不过最终linux也可以说是通过android完成了desktop这一步。可见专注自己的核心优
: 势就可以了，没必要想这么多。我感觉现在的rust就是这样，挺好的。
:
: rust我现在写了2个礼拜的代码，目前我是相当满意的。要说不爽的地方，本质上都是为
: 了享受它给予的好处而付出的约束。比如写代码容易被打断不能一气呵成，那是因为rust
: 检查很严格。这只是个熟练度的问题，我给小朋友们用python，他们写代码的时候也一
: 样在跟各种exception搏斗，各种抱怨为啥莫名其妙不work呢。
:
: iter() into_iter() as_ref() as_mut() as_ptr() as_mut_ptr()之类的，
: 尤其是里面还存在一些隐式转换的规则，确实容易导致迷惑，但说穿了也还是熟练度不够
: 的问题。比如我一开始并不知道也没注意到Into开头的都会消耗self，对因此产生的各
: 种编译问题排查了很久，一度也非常迷茫，但弄清了也就理解了。
:
: rust的宏我觉得也是亮点啊，怎么就奇怪了呢？函数宏比c那种简陋的宏好用多了，适用
: 于一般场合。过程宏则是更底层更强大，可以直接用来做DSL。我觉得rust的问题反而是
: 有点太依赖宏了。宏这种东西本质上就是设计上缺乏对一种复杂pattern的优雅表述能
: 力，所以只能用宏把一套复杂的实现隐藏起来。虽然看不见，但复杂依然是存在的，换汤
: 不换药。比如可以很容易的用结构体封装一个u32来给数值增加类型约束，这非常好。但
: 这个结构体上面可能又要写一堆derive display,debug,clone，这个就不太舒服
: 了。比如rust写module，要写一堆一堆的pub去暴露成员，难道就没有一种语法让pub
: 和private更简单的区分开么？比如go的下划线开头的都是private这个设计就很好
: 啊；再不济c++里面的public:之后写的都是pub也可以啊，为啥只能一个个加pub，看
: 起来实在是太蠢了。当然这些问题也可以用宏解决，但宏是一种方言制造机，太过于依赖
: 会制造分裂，也可能会破坏语言原本的正交性。不过总的来说我对rust的宏方案还是满意
: 的。
:
: 我觉得rust比scala要务实的多。rust可以认为只专注在所有权问题上，对这个问题没
: 有妥协，其他的一切都围绕这个核心问题展开。这就比scala那种啥都想要完美解决的现
: 实的多，也更为简单。比如DSL在scala这里就是用一套很复杂也很强大的operator
: override实现的，rust直接在过程宏里面丢给你一个token stream这一点我确实没想
: 到可以这么的简单粗暴...大部分人觉得rust太复杂，只是因为它想解决的问题本身就有
: 这样的复杂度。很多简单爽快的语言，本质上就是投降派，把复杂问题无视掉当它不存在
: 而已。这一点来说我觉得rust是认真对待这类问题的语言中做的最简洁的。
:
: 【 在 zezo (zezo) 的大作中提到: 】
: : 非职业码农，但工作内容需要写代码，对运行效率要求较高，半年前把部分 C++ 老代
: 码
: : 转到了 rust。
: : 总体感觉 rust 语言是 C++ 码农想解决 C++ 痛点而设计的，但没有摆脱 C++ 的
: 固有思
: : ...................
:
: --
:
: ※ 修改:·lvsoft 于 Apr 24 13:05:18 2020 修改本文·[FROM: 49.90.175.*]
: ※ 来源:·水木社区 http://newsmth.net·[FROM: 49.90.175.*]
--
修改:lvsoft FROM 49.90.175.*
FROM 106.39.149.*