红帽公司（RedHat）的长期直接渲染管理器（DirectRenderingManager，DRM）子系统维护者大卫-艾尔里（DavidAirlie）撰写了一篇有趣的博文，将开发人员的类型与筑路工人、寻路者与酒店进行了类比。

鉴于最近一位LinuxRust维护者因"非技术性的胡言乱语"而离开的传闻以及最近几天发生的其他RustLinux内核事件，Airlie撰写了一篇博文，对开发者的类型进行了比较，并说明了他认为开发者应该如何更好地参与和合作。

"我认为[RustforLinux]项目已经完成了很多出色的寻路工作，有很多寻路工作正在进行中，未来可能还有很多寻路工作要做。有一些不错的酒店已经建成。

对于上级部门来说，道路建设过程可能显得缓慢。他们可能认为汽车已经在路上行驶，因此会从不同的角度看待路障。

对于寻路者来说，与维护者互动的过程是令人沮丧和缓慢的，他们并不像寻路者那样享受这个过程，而且由于他们最终仍然只关心酒店，当维护者进入他们特定路口的细节时，他们什么也不想做，只想去住他们的酒店。"

请在Airlie的博客上阅读全文。

在此之前，AsahiLinux开发人员AsahiLina也在Mastodon上撰文批评了为Linux内核上游化Rust代码所带来的头疼问题，以及经常与内核维护者发生的摩擦：

"有一部分C内核开发人员似乎一心想让Rust维护者的生活变得尽可能困难。他们认为Rust没有价值，并希望它就此消失。

去年，当我试图将DRM抽象推向上游时，这一切都受阻于Rust对"设备"概念的基本支持。

这个简单的概念直到最近才终于在一年多之后被合并。

当我编写DRM调度器抽象时，我遇到了许多内存安全性问题，这些问题都是由于底层C代码的糟糕设计造成的。

我的驱动程序和amdgpu不一样，从根本上说，它无法以同样的方式运行。

即使我指出其他C语言驱动程序也会引发同样的错误，因为其API既糟糕又不直观，而且还有许多秘密隐藏的寿命要求，他也不肯让步。

一个C语言驱动程序可以工作，所以Rust驱动程序必须以同样的方式工作。"

不幸的是，没有简单的解决方案。

相关文章:

RustLinux内核维护者之一选择退出项目原因是"非技术性废话"过多