典中典！ C 和 Rust 的 Linux 内核工程师吵起来了， Java 躺枪

[snipking]

<amp-youtube data-videoid="WiPp9YEBV0Q" layout="responsive" width="480" height="270"></amp-youtube>
25 分 29 秒起

v2 的这个 youtube 链接自动转视频的功能不支持加时间戳参数哇

[Goooooos]

Java 已经习惯性被拿来批判

[crackidz]

Java 的这些地方做的就是不好嘛，被批判也很正常。起码目前还没有一种完美的语言出现

[NessajCN]

发言那个 C 工程师是不是以为他每改一次 C 代码 Rust 那边就要重新手搓一遍用了他 abi 的 Rust binding…
Rust 有 bindgen 啊…最多就是像正常调用一样要注意下参数和返回，binding 是不用手搓的。

[undeflife]

@NessajCN 措辞明显对 rust 有敌意，有些先入为主的误解。

[kneo]

程序员还是擅长线上吵架。面对面吵架太吃亏。

[diagnostics]

发言的 C 工程师逻辑和发音都很清晰，演讲者反而口音很重，怎么 Linux 研讨会的不写演讲人信息？这个 Kent 似乎不是人名

[levelworm]

可以可以，反正都用 C 就好了嘛。

[MrKrabs]

如果美丽收税 那么 rust 就是首富

[Nitroethane]

@diagnostics #6 演讲者是内核 Rust 核心开发者吧，应该是 India 过来的。发言的老哥应该是地道漂亮国人。口音不是啥可吐槽的地方吧，再说这老哥的口音已经很淡了，听起来基本没啥障碍。

[bojackhorseman]

评论区已关闭🤣

[bczhc]

Kent Overstreet ，bcachefs 里的那个？！

[FightPig]

JAVA：为什么受伤的总是我

[afeiche]

内核工程师用 java 来做对比感觉有点掉价了，不如集火 C++

[Kauruus]

@NessajCN bindgen 生成的只是 low level binding ，还是 unsafe 的。像 25:29 那些 safe high level API (get_or_create_inode) 还是要手搓。如果 iget_locked 真的改了（虽然我觉得这个 api 基本不会改了），手搓的部分还是要再搓一遍。然后实现就会不同步。

[NessajCN]

@Kauruus high level 那边本质已经是调用了啊

[bczhc]

发言者是一个 patch 提交者，旁边站的是 Kent ，写 bcachefs 的那个。我看完了，感觉也不太算是吵架吧，就是下面提问题和质疑，上面回答。只是 25:29 那个确实能听出来对 rust 抱有些敌意。

[ck65]

Wedson Almeida Filho 已经宣布退出 Rust-for-Linux 开发组了

https://lwn.net/Articles/987635/

[Kauruus]

@NessajCN Rust for Linux 做的就是 kernel api 封装 + high level 抽象，说是调用也没问题。

如果 Rust 不进内核倒没这么多问题了，让 Rust 开发者改调用的就是了。

但是 Rust 进到内核之后，C 开发者和 Rust 开发者的合作就会有很多问题。C API 改动导致 Rust 代码编译不过的话，怎么办？放着不管？ 让 C 开发者学 Rust ，改 Rust 代码？ C 部分的开发、设计会不会受 Rust 的影响和限制？。。。

[NessajCN]

@Kauruus 这么说的话确实。Rust 工程师开发内核必然要懂 C, 反过来就不一定了。那么两者都往内核提交的话 C 的地位就变得跟 Rust 平等，也就是 C 工程师同样要会 Rust.
个人觉得这本就是应该的。你一个 C 工程师如果要继续开发内核本就该跟 Rust 工程师一样两者都会，这已经不是技术问题而是个管理问题了。

[liaohongxing]

@NessajCN 你这发言就太扯了，比如 java, 我不反对你用 ，甚至该用就用 。但是你强迫我用，那那我反对 。我要把 RUST 踢出内核，搞清楚谁是主导地位