我来科普下现在 rust 在 Linux 内核里是什么情况吧，有可能一些地方会说错。

rust for linux 对内核里的 c api 进行包装抽象，搞出 rust 形式。
但是由于内核中的 c api 抽象成 100%rust 风味的代码十分困难，所以这个项目搞了这么多年也很难说是可用，甚至其中的块设备层的抽象存在很大的问题，我还写文章进行吐槽了下 https://zhuanlan.zhihu.com/p/1945592808326013494
Asahi Linux(Macbook 上跑的 Linux 发行版)的做法是对用到的 api 抽象出 80%够自己用的，但是这种代码没办法被合并到主线，Asahi 也只能独立维护内核。

rust 的代码和 c 是一个地位，比如 panic drm qr code 功能中就会见到 drm_panic.c drm_pacic_qr.rs 在一个文件夹中，rust 代码负责计算然后导出函数供给 drm_panic.c 进行调用，但是更多的还是用于模块的编写。

至于 contributor 是完全不需要学 rust 的，因为以后的很长时间内是不会存在 Linux 中的某个功能是 rust 写的，不会 rust 看不懂的这种情况。

你问 ai 的时候记得把 crate 的版本也给带上，大版本之间可能有 breaking change 。
新开项目正常的话都是用最新版本的依赖。

又到了我最喜欢的 flutter vs RN vs uniapp 环节了。

@shinonome 而且这种错误里包值的做法是非常场景的，为此 go 还内置了 errors 包替代这种手动转型和判断。

你需要的是把数据包装到错误中。
```go
type MyErr struct {
value int
}

func (err *MyErr) Error() string {
return "MyErr"
}

func test(a int) (int, error) {
if a%2 == 0 {
return a, nil
}
return 0, &MyErr{value: a}

}
func main() {
_, err := test(1)
if err != nil && err.Error() =="MyErr"{
fmt.Printf("error %d\n",err.(*MyErr).value);
}
}
```

其实都 25 年了，这个话题已经没什么好说的了。
微软的 Windows ，Linux 的 rust for linux(虽然这个项目在我看来是有很多问题的)，甚至 Android 中不少核心服务都是 rust 写的，还有 aws ，cf 等公司都开始用 rust 了。
这可以说明 rust 已经成熟到可以用来编写一些“正经”的东西了，并且国外的大公司也都在积极使用 rust 。但是基本都是用在偏底层和基础设施的领域，假如你的方向和这些不沾边，比如是搞 gui 前端 后端方向的那学 rust 真的没什么用，只能 just for fun 了。

@stinkytofux 编译器都向下兼容，特意强调要学 cpp 11/17 是因为这些新标准加了很多很多新语法，新东西，让 cpp 更现代了。要是只学 cpp 98 标准的话别说面试了，开源项目的代码都看不懂。
并且就 cpp 这块多顽固不化的公司到现在也都会使用这些新标准了，比很多公司万年 java8 要好不少。

https://rosepinetheme.com/ 这个最近在用还不错

个人感觉粉蒸肉才是最懒人的做法。

叶公好龙罢了，真让你用 c 写项目一写一个不吱声。

就在 Linux 内核里看到过，这么用的比较多
#define page_folio(p) (_Generic((p), \
const struct page *: (const struct folio *)_compound_head(p), \
struct page *: (struct folio *)_compound_head(p)))

你这个是 watchdog 报的硬死锁 Hard LOCKUP ，说明系统没办法响应中断了。
你这个情况发生的地点就是文件缓存回写最后调用到的块设备层，最后调用到的 pvscsi_queue 的 spin_lock_irqsave(shost->host_lock, irq_flags)这句，这句中会关闭中断，并且得不到锁太长时间最后 watchdog 报的错。
这种情况我认为很大概率就是被虚拟化出的设备太多了，导致单一租户的吞吐率降低，让其余用到了这个锁的代码发出硬件命令的时间变长导致锁迟迟无法释放，最后导致的这个问题。
反正治标不治本的方法就是关闭 watchdog 了。

周一喷 rust 傻逼，邪教社区，语法复杂，lifetime 傻逼，unsafe 治标不治本。
周二喷 go 错误处理傻逼，泛型傻逼，Google 傻逼。
周三喷 cpp 傻逼语法复杂东西多，cmake 傻逼，标准演进慢，委员会不行。
周四喷 web 技术 js 傻逼，ts 更傻逼，html 和 css 就更不用说了，写代码像是糊屎。
周五喷 flutter dart 傻逼，性能不行，issues 一堆不解决，快被 Google 放弃了。
周六喷 c 傻逼，表达能力低，ub 多，bug 满天飞。
周日吹 ai ，可以解决上面全部的问题。

soul 上真是各种托，上次还碰见个酒托，说是要喝酒，问就是去 xxx 酒吧，美团一看那个酒吧下的评论不少都是被酒托骗的。

我记得闭包或者 async 块这种是没法打断点的。

你主力系统又不是 Linux ，当然没什么用。。。

设想下平行世界中加了新的错误处理的 Google 会怎么说。

我们尊重开发者意见，为 go 增加了新的错误处理机制，让这个已经有 10 多年历史的语言重新焕发生机，我们知道可能会有很长时间转型的“阵痛期”，但是这一切都是为了更好的 go 语言进行服务。
过去的几年中 go 语言的变化很大，经历了泛型，range over func 等重大特性，并且这次引入的全新错误处理，我们相信 go 语言可以持续的焕发生机，迎接新时代的挑战。
我们是持续拥抱变化，尊重开发者的 go 团队（狗头