コアがターンするにつれて:Linux SagaのRustは「すべての章でLinus」に到達します
「別の方法で配置:」誰も錆に対処することを余儀なくされていない」とは、誰もが錆びたコードを拒否できるという意味ではありません。しかし、積極的に関与していない、とTorvaldsは執筆しています。
「なんでそうしないの?」
「Rust Aernel Core」ポリシーに対する以前の回答の中で、Kroh-Hartmanは、「過去15年以上にわたってバグやセキュリティの問題のほぼすべての問題を見た人として…このトピックについて話すことができると思います」と示唆しています。
ほとんどの間違いは「Reziで完全になくなったCの愚かな小さなコーナーケース」によって引き起こされているため、Koah-Hartmanは「錆がどのように核心に到達するかを見たい」ので、彼はより重要な間違いに焦点を当てています。 「どこにも行けない3,000万行のCコード」がありますが、Rustで書かれた新しいコードとドライバーは「私たち全員にとって勝利です。なぜそうしないのですか?」実行可能な長期コードベースとしてのC ++についての疑念に挑戦した後、Kroah-Hartmanは、「銀の弾丸」ではないにもかかわらず、錆びは、特に複雑なAPIカーネルに対処しようとする開発者にとって、多くのことを正しく行うという明らかな点を説明します。
「はい、混合言語CodeBseは厳しく維持するのが難しいですが、私たちはコア開発者を妨害し、誰もがそれが可能だと思っていたよりも長くLinuxを維持および強化しています」とKroah-Hartmanは書いています。 「私たちは開発モデルをよく油を塗った工学の奇跡に変え、他の誰も達成できないものを作成しました。別の言語を追加することは問題ではないはずです。過去にはもっと悪いことを管理してきたので、プロジェクトがさらに20年以上成功したことを保証したいので、あきらめてはいけません。 」
錆はコアになる可能性があるか、上昇する言語にならない場合があります。ただし、Cを支配的な言語として維持することは、任意のCコードとの登録されていない相互作用によって積極的に引き出されていますが、実行可能な長期戦略ではないようです。このトピックに関する多くの議論では、酸化還元の存在、錆のマイクロロッカー、またはプロジェクトのみへのLinuxの技術的に可能なビジョンの存在が見られました。世界のためのインフラストラクチャの支配的なオペレーティングシステム。
ソース参照
#コアがターンするにつれてLinux #SagaのRustはすべての章でLinusに到達します