紅帽公司（Red Hat）的長期直接渲染管理器（Direct Rendering Manager，DRM）子系統維護者大衛-艾爾裡（David Airlie）撰寫了一篇有趣的博文，將開發人員的類型與築路工人、尋路者與酒店進行了類比。

鑑於最近一位Linux Rust 維護者因”非技術性的胡言亂語”而離開的傳聞以及最近幾天發生的其他Rust Linux 內核事件，Airlie 撰寫了一篇博文，對開發者的類型進行了比較，並說明了他認為開發者應該如何更好地參與和合作。

「我認為[Rust for Linux]專案已經完成了很多出色的尋路工作，有很多尋路工作正在進行中，未來可能還有很多尋路工作要做。有一些不錯的酒店已經建成。

對於上級部門來說，道路建設過程可能顯得緩慢。他們可能認為汽車已經在路上行駛，因此會從不同的角度看待路障。

對於尋路者來說，與維護者互動的過程是令人沮喪和緩慢的，他們並不像尋路者那樣享受這個過程，而且由於他們最終仍然只關心酒店，當維護者進入他們特定路口的細節時，他們什麼也不想做，只想去住他們的飯店。 “

請在Airlie 的部落格上閱讀全文。

在此之前，Asahi Linux 開發人員Asahi Lina 也在Mastodon上撰文批評了為Linux 核心上游化Rust 程式碼所帶來的頭痛問題，以及經常與核心維護者發生的摩擦：

“有一部分C 核心開發人員似乎一心想讓Rust 維護者的生活變得盡可能困難。他們認為Rust 沒有價值，並希望它就此消失。

去年，當我試圖將DRM 抽象推向上游時，這一切都受阻於Rust 對”設備”概念的基本支持。

這個簡單的概念直到最近才終於在一年多後合併。

當我編寫DRM 調度器抽象時，我遇到了許多記憶體安全性問題，這些問題都是由於底層C 程式碼的糟糕設計造成的。

我的驅動程式和amdgpu 不一樣，從根本上來說，它無法以相同的方式運作。

即使我指出其他C 語言驅動程式也會引發同樣的錯誤，因為其API 既糟糕又不直觀，而且還有許多秘密隱藏的壽命要求，他也不肯讓步。

一個C 語言驅動程式可以工作，所以Rust 驅動程式必須以相同的方式運作。 “

不幸的是，沒有簡單的解決方案。