Rust for LinuxプロジェクトのメンテナーであるWedson Almeida Filhoは最近、彼の辭任を発表し、 「非技術(shù)的なナンセンス」を出発の理由として引用しました。

この決定は、Rustプログラミング言語のLinuxカーネルへの統(tǒng)合に対する一部のLinuxカーネル開発者からの敵意のパターンに従っています。

Filhoの辭任は、Linuxカーネルメーリングリストを介して発表されました。電子メールの中で、FilhoはLinuxチームのRustへの感謝の気持ちを表明しましたが、プロジェクトを取り巻く否定性に対処するエネルギーがなくなったと述べました。

彼は、錆のようなメモリセーフ言語はカーネル開発の未來であると信じているが、Linuxがこれを受け入れなければ、別のカーネルが最終的にそれを抑えることを恐れていると言って、彼のメッセージを締めくくりました。

これがウェドソンからの実際のメールです：

ねえ皆さん、

これは、LinuxプロジェクトのMentinerとして自分自身を削除するだけのシリーズと同じくらい短いシリーズです。

私はプロジェクトから引退しています。ほぼ4年後、私は自分がエネルギーと熱意に欠けていることに気づきました。

LinuxチームのRust：ありがとう、あなたは素晴らしいです。皆さんと一緒に働くことは喜びでした。技術(shù)的な問題について話し合い、サウンドネスの穴を見つける方法などを見つけることは、私がいつも楽しんでいたものでした。私は、このような協(xié)議された友好的なグループと協(xié)力したことができて幸運(yùn)だと思います。

プロジェクトのすべての成功を願(yuàn)っています。

カーネルの未來はメモリセーフ言語にあると本當(dāng)に信じています。私はノーミジョリーですが、Linuxがこれを內(nèi)面化しない場(chǎng)合、他のKernelwillがUnixにしたことをすることを恐れています。

最後に、ここにコンテキストの小さな30分の30秒のサンプルを殘します：https：//youtu.be/wipp9yebv0q？t = 1529-そして繰り返しますが、他の人が錆を?qū)W習(xí)したり、Cコードのリファクタリングを防ぐことをしようとしていません。

ありがとう、 - ウェドソン

ご存知かもしれませんが、このメールには、2024年のLinuxカーネルサミットでFilhoが行った講演のYouTubeビデオへのリンクも含まれており、その間にカーネルでのRustの使用に関して一部の聴衆(zhòng)から大きなプッシュバックを受けました。

聴衆(zhòng)の批評(píng)家は、錆の統(tǒng)合はC開発者に過度の負(fù)擔(dān)をかけるだろうと主張しました。C開発者は、新しい言語を?qū)Wび、錆のバインディングとの互換性を維持することを余儀なくされます。

さらに、一部の開発者は、錆のバインディングの安定性と、Cコードの変更が行われたときの破損の可能性について懸念を表明しました。

しかし、カーネル內(nèi)の錆の他の支持者は、これらの懸念が誇張されており、錆がカーネルの安定性を損なうことなくCと共存できると主張しています。彼らは、錆の利點(diǎn)、特にその記憶の安全性の機(jī)能が、統(tǒng)合の課題を上回ると主張しています。

LinuxカーネルへのRustの包含に関する議論は、安定したコードベースを維持し、イノベーションを採(cǎi)用することとの間に、オープンソースコミュニティのより広範(fàn)な緊張を強(qiáng)調(diào)しています。

一部の開発者はCの親しみやすさと信頼性を高く評(píng)価していますが、他の開発者は、Linuxカーネルの長(zhǎng)期的な健康とセキュリティに不可欠な錆のような新しいより安全な言語の採(cǎi)用を見ています。

この議論の結(jié)果は、Linuxの將來とより広範(fàn)なオープンフォースエコシステムに大きな影響を與える可能性があります。

Linuxコミュニティの反応

Linuxコミュニティの間で、Linuxカーネルに錆を含めるかどうかにかかわらず、多くの熱烈な議論が行われています。このRedditの議論で目撃したように、Linuxカーネルでさびを使用することに対する議論と反対の議論はここにあります。

Linuxカーネルに錆を含めるための議論

1。メモリの安全性の向上：

Rustのメモリ安全機(jī)能は、CおよびCコードを悩ませる大規(guī)模なクラスのバグとセキュリティの脆弱性を防ぐのに役立ちます。これは、Linuxカーネルと同じ大きく複雑なコードベースで特に重要です。ここでは、高度に熟練したプログラマーでさえ間違いを犯すことができます。

また、 Googleからのデータは、既存のコードベースでCとCの代わりに錆びを使用すると、高過激性の脆弱性の數(shù)を減らすことができることを示唆しています。

2。新しい開発者を引き付ける：

カーネルに錆を含めることは、現(xiàn)代の言語に精通しており、Cとの作業(yè)の困難と複雑さによって延期される可能性のある新しい開発者を引き付けるのに役立つ可能性があります。これは、Linuxの作成者であるLinus Torvaldsがカーネルに錆を含めることを承認(rèn)した主な理由の1つでした。

Linuxカーネルに錆を含めることに対する議論

1。カーネル開発者からの変化に対する抵抗：

多くの長(zhǎng)年のカーネル開発者は、特に明確なニーズがない場(chǎng)合は、新しい言語の學(xué)習(xí)に抵抗します。彼らは、彼らがすでにやる方法を知っている仕事をする新しい方法を?qū)Wぶよりも、カーネルのトピックについてもっと多くのことを?qū)Wぶことに時(shí)間を費(fèi)やすことをむしろ主張しています。

この抵抗は、ウェッソン?アルメイダ?フィロの治療など、カーネルで錆を擁護(hù)する人々に対する敵対的で非専門的な行動(dòng)に現(xiàn)れました。

2。Cと錆コードの間の互換性を維持することの難しさ

Cコードの変更が錆コードを破らないようにすることは、その逆のことを確実にすることが重要な課題です。これは、カーネル內(nèi)の包括的な自動(dòng)テストがない場(chǎng)合に特に問題があります。

3。錆の成熟度に関する懸念：

一部のカーネル開発者は、錆がLinuxカーネルと同じくらい重要なプロジェクトで使用されるほど十分に成熟していないことを懸念しています。彼らは、言語とそのツーリングがまだ迅速に進(jìn)化していることを心配しており、それに依存することは不安定性と予期せぬ問題につながる可能性があると心配しています。

なぜLinuxカーネルの錆に対する抵抗があるのですか？

上記のRedditディスカッションスレッドとWedson Almeida Filhoの辭任メールから、Linuxカーネルに錆を組み込むことに抵抗があることは明らかです。

この抵抗は、必ずしも言語自體に対する憎しみから生じるのではなく、要因の合流から、ソフトウェア開発內(nèi)のより広範(fàn)な問題を反映していることから生じています。これは、このプッシュバックの背後にある理由を微妙に見ています。

1。技術(shù)的な懸念

1.1。メンテナンスの負(fù)擔(dān)とAPIの安定性：

繰り返される懸念は、Cと錆の間の互換性を維持する実用性を中心に展開します。多くの人が長(zhǎng)年のCの専門家であるカーネル開発者は、Cコードの変更を確実に確認(rèn)するという追加の責(zé)任について心配していないことを示しています。これは、カーネル內(nèi)の自動(dòng)テストが限られていることを考えると、特に関連しています。

1.2。複雑さと「危険な」難問：

一部の開発者は、Rustの厳格な安全規(guī)則とカーネルレベルのプログラミングの固有の複雑さとの間のギャップを埋めることで、Rustの「安全でない」キーワードの過度の使用が必要になる可能性があると主張しています。これは、Rustがもたらすことを目的とする非常に安全上の利點(diǎn)を損なう可能性があると見られています。

2。人的要因

2.1。変化と學(xué)習(xí)曲線に対する抵抗：

多くの長(zhǎng)年のカーネルメンテナーは、特に長(zhǎng)年にわたってCを使用している場(chǎng)合、新しい言語の學(xué)習(xí)に時(shí)間と労力を投資することに抵抗を表明しています。この抵抗は、錆に適応するという責(zé)任は、その逆ではなく、それらに落ちるという認(rèn)識(shí)によって悪化します。

2.2。コミュニケーションの崩壊と敵意の知覚：

Filhoの辭任にリンクされているビデオで見られるように、いくつかの批判がRustの支持者に向けられている方法は、敵意と落膽したオープンな対話の環(huán)境を作り出しました。これにより、カーネルコミュニティ內(nèi)の潛在的な錆の支持者がさらに疎外されています。

3。より深い哲學(xué)的および文化的衝突

3.1。開発哲學(xué)の衝突：

一部のカーネル開発者とRustの支持者との間には、開発哲學(xué)に基本的な斷絶があるようです。カーネルコミュニティは、安定性、実証済みの方法論、および複雑なコードベースの深い理解を重視することで、錆の厳しいルールとメモリの安全性を強(qiáng)調(diào)し、メリットではなく追加の制約として強(qiáng)調(diào)する可能性があります。

3.2。認(rèn)識(shí)された「エリート主義」と世代の格差：

添付のRedditの議論のいくつかのコメントは、錆の支持者が「エリート主義者」であるか、C開発者の専門知識(shí)を卻下していると認(rèn)識(shí)していることを示唆しています。これは、長(zhǎng)年のC開発者とより新しい言語に精通している開発者との間の潛在的な世代的格差と相まって、錆の統(tǒng)合が確立された規(guī)範(fàn)と階層を持つコミュニティへの統(tǒng)合をさらに複雑にします。

すべてのLinuxカーネル開発者が錆に反しているわけではないことに注意してください。多くの人がその潛在的な利點(diǎn)を見て、その包含をサポートしています。しかし、上記で提起されたポイントは、Linuxカーネルチーム內(nèi)の抵抗錆の面に寄與する技術(shù)的、社會(huì)的、哲學(xué)的要因の複雑な相互作用を強(qiáng)調(diào)しています。

Linuxカーネルの錆の未來

Linuxカーネルの錆の將來は、これらの懸念がどれほど効果的に対処されているかに依存します。オープンコミュニケーション、実世界のカーネルシナリオにおけるRustの利點(diǎn)の明確なデモンストレーション、CとRust開発者の両方の専門知識(shí)を尊重する共同アプローチは、その統(tǒng)合の成功にとって重要です。

この議論はまだ続いており、Linus Torvaldsからの応答はありませんが、まだ結(jié)論に達(dá)することはできません。私たちはあなたを更新し続けます。將來の更新をお楽しみに。

同様の読み物：

• 伝えられるところによると、Linus TorvaldsはRustコードをLinuxカーネルに統(tǒng)合することを計(jì)畫しています
• Asahi Linuxの創(chuàng)設(shè)者Hector Martinは、カーネルの紛爭(zhēng)を辭任します
• Linuxカーネルの錆：クリストフヘルウィッグがDMAメンテナーとして辭任する
• Debian Developer Orphans bcachefs-Toolsパッケージ上流の競(jìng)合により
• LinuxカーネルのBcachefsの將來は、行動(dòng)規(guī)範(fàn)の紛爭(zhēng)の後に不確実

以上がLinuxカーネルのRustメンテナーは辭任しますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語 Web サイトの他の関連記事を參照してください。