想看，过来拉低中奖概率！

@hez2010
感谢你的科普。
这让我更了解了 C# async 底层的不堪。
C# 是可以允许不同的 Task UniTask 以及未来会产生的更多的的 Future/Promise 混用。
然后，如果我没理解错的话，它们背后的调度机制对使用者来说完全是黑魔法。
这将会进一步割裂 C# async 相关的库的生态，限制 C# 代码共享。

@hez2010
Task ValueTask UniTask GDTask 等等各种 task 必须有一个自定义调度器实现，
你又提醒了我一个理由，为什么不应该相信 Runtime async 会有一个好的结果。
看看 Rust 怎么做的，Future 只和 async/await 语法有关心，而任务调度则是异步框架的工作。
这样是不是更合理一点呢？

@zpvip 非常赞同你所说的 “如果程序员不改变想法, 都替老板着想, 只能让好的东西埋没 ”

我一直都觉得 Java 甚至 golang 这种编程语言，都是为了过度分工的大规模开发而设计的编程语言。
特点是语法不花哨，但是语言表现力也差，不适合自由程序员协作，倒是适合码农协作。
所以像 Rust 这种，对性能敏感，表现力也还可以的语言，才是自由程序员们依靠自身技艺水平，击败累赘堆砌代码的项目的杀手锏。

以上观点，请你批评。

@hez2010 我知道要出的这个 Runtime Async 现在可以做到不需要堆分配。
我的意思是这个优化来得太迟，社区里尤其是游戏开发者，一大堆手动打这个 patch 的实现，例如 UniTask, GDTask ，分别就是为 Unity3D 和 Godot 环境用的非堆上分配的异步库。

Rust 的 async await 在标准化的时候就不依赖于堆分配（当然也有别的限制，但是编译器会处理）
比起来就会显得 CLR 不思进取

我点句难听点的话，Rust 的 async/await 写起来虽然也不见得比 C# 的好到哪去，
但是等待异步事件不需要堆分配真的吊打 C#。
C# 吃了这么多年的老本，难道就没有考虑过优化这一点吗？
显然是压力不够并且保守群体太大，改不动。
现在微软已经重新走入堕落螺旋，我不相信 Runtime async 会有一个好的结果。
原因在于我上面说的，C# 现在连最有创造力的游戏开发群体都抓不住，
指望一堆吃老本的会用主动用新 runtime ，实在是过于乐观了。

让一个 CEO 来讲 Rust unsafe 有多 unsafe, 而且还会有自称是程序员的人会 buy 这些说法.
瞧瞧这个世界有多梦幻, 怪不得程序员总是被炒, 活该

@YostGray 同好握手 TrueNAS Core 万岁。我还大量使用 jail 而不是 docker ，所以我不能切到 TrueNAS scale ，但是 FreeBSD 版本滞后了很多，很痛苦。

省流：
能问出这个问题的，一概回答不建议用 Rust 重构。
因为适合用 Rust 重构的人和项目不会问这个问题。

不省流：
用 rust 实现的数据引擎已经在哗哗地赚钱了

@ivvei 我也同意你说的，可能 op 年纪变大了，愿意花时间折腾的精力也少了。但我觉得这才是正常的需求，毕竟生活中有太多别的事情应该且必须要去花精力和时间去应对，而不是反复地花时间和精力去满足同一个需求，尤其是非生产力的需求。所以除非 Linux 桌面能带来卓越的生产力，否则你的指责是站在狂热者的立场对正常人的批评。
利益申明：我是个估计比 OP 小一两岁的老登。

这一天天的 rust 代码没写几行，吹的黑的帖子几千行……
经济下行没有心思学习冷门技术完全可以理解
没有深入批判的能力只能看风向也能理解
我不理解的是发这些你除了得到跟风附和你一样写不好的之外，难道还有什么其他价值？
不明白
可能人焦虑了都这样

你这也叫老破小？步行到客村地铁站 5 分钟，房产证 18 平，楼龄 50+，没有卫生间，还不让拆，这种怎么说？
对，就是我（小时候）家

马克一下，我也对 QUIC 很感兴趣，而且也准备撸一个超简化版本的仿 QUIC：0-RTT, 流复用
主要应用场景大概率是 P2P ，所以可能会使用更广义的公钥密码体系而不限于 TLS

@jianjian714 @zlo309618100
因为在使用 Rust 语言的实践过程中，创造了一些以前的编程语言不能实现的解法。
这些解法通过 Rust 语言的一些特色设计来实现，包括但不仅限于，显式声明生命周期，借用检查，等等。
所以如果你对这些解法感兴趣，例如解决什么问题，如何解决的，那么就可以去学习一下。

推广了才来学那完全没必要，推广的时候除了浅显的 hello world ，很难理解上面的举例到底是干啥的。
因为推广而学一门编程语言，就像低买高卖一样，可能可以赚钱，但可以赚钱是不太可能的

这个规则很不利于开源，但是很符合国情，因为大多数国内开发者的仓库本身就没多少真正有能力且有意愿做开源协作，存粹代码托管。

@Winrey 有道理，但是训练的代价比起效用来说，应该多数时候是值得的，吧？

@kiwi95 就是我没见过会把自己升级到在原系统运行不了的软件，如果有别的话，请让我认识一下让我避雷。

一般遇到有想并道但又不想车距太小的话，我就提速挡它一下，当然前提是我不在最左侧。我在最左侧的时候，一般就是超速的那个。