Rust 在 Linux 中的集成得到了社區和開發者的高度認可
正如 Linus Torvalds 所承諾的那樣 在上一屆開源峰會上，信守諾言，沒有可能延遲包含的細節，現在將推動 Rust for Linux 包含在 6.1 內核中。
這一變化帶來了一個里程碑，即 31 年後，Linux 將接受第二語言 用於內核開發。 鑑於此，考慮到它所呈現的優勢，圍繞放棄 C 以支持 Rust 語言的可能性再次出現相關辯論。 不過需要澄清一點：目前，Rust 僅獲得官方 API 以允許開發單獨的模塊或驅動程序。
關於放棄 C 語言的可能性問題，C 語言的創造者列舉了幾個在這個方向上的舉措可能會失敗的原因：
第一個是 C語言工具鏈
C語言不僅是語言本身，也是為這種語言開發的所有開發工具。 您想對源代碼進行靜態分析嗎？ – 有很多人在研究 C 的這個主題。檢測內存洩漏、數據競爭和其他錯誤的工具？ 有很多，即使你的語言更好。
如果您想針對一個不熟悉的平台，您可能正在使用 C。C 作為當今計算的通用語言的地位使其值得為其編寫工具，並且編寫了許多工具。
如果有人有一個可用的工具鏈，為什麼要冒險更改語言？ 一個“更好的 C”應該會產生大量額外的生產力，以激勵花費時間建立一個新的工具鏈。 這是否可能還有待觀察。
新語言的不確定性
在一種語言達到成熟之前，它可能會出現錯誤並進行重大修改以解決語言的語義問題。 語言是否與廣告一致？ 您可以提供諸如“特殊編譯時間”或“比 C 更快”之類的東西，但是當語言添加完整的功能集時，這些目標很難實現。
維護者呢？ 當然，你可以派生出一種開源語言，但我懷疑許多公司是否會對使用一種他們以後可能被迫保留的語言感興趣。 押註一門新語言是一個很大的風險。
該語言是否解決了 C 的真正痛點？ 事實證明，人們並不總是同意 C 的弱點是什麼。內存分配、管理數組和字符串通常很複雜，但是通過正確的庫和良好的內存策略，它們可以最小化。 該語言是否解決了高級用戶並不真正關心的問題？ 如果是這樣，其實際價值可能遠低於預期。
新語言缺乏經驗豐富的開發人員
有人提到，一種新語言自然會擁有更少的經驗豐富的開發人員。 對於任何中型或大型公司來說，這都是一個大問題。 公司可用的開發人員越多，情況就越好。
此外，如果公司有招聘 C 開發人員的經驗，他們不知道如何為這種新語言招聘。
即將在 6.1 版內核中包含 Rust for Linux 的消息 它發生在 Linus Torvalds 對 Rust 語言的看法發生變化之際。
對 Linux 內核開發的 Rust 支持仍在繼續，並且 它被認為是“能夠以更安全的語言編寫控制器的重要一步”。
Mozilla Research 的 Rust 是那些為基本輸入/輸出系統 (BIOS)、引導管理器、操作系統等編寫代碼的編程語言。 有興趣
在有見識的觀察者看來，它是系統編程的未來，而不是 C 語言。事實上，專家說它提供了比 C/C++ 更好的軟件安全保證。