Linus Torvaldsは4.19カーネルバージョンのリリース後にサービスを再開しました

1か月ほど前、最も成功したオープンソースプロジェクトの作成者であるLinuxカーネルは、プロジェクト管理から脱却するという決定を発表しました。 特に、彼はしばらくの間linux-next



管理から離れ、彼女をプロジェクトの2番目の人、安定した一連のカーネルリリースの保守者であるGreg Croa-Hartmanに任せました。







ライナスバック







過去1か月は、さまざまなコメント、予測、イベントが豊富でした。 ライナスがそこにいたまでプロジェクトで何が変わり、キャプテンの橋に何を返しましたか?







簡単な背景



Habrの読者は、イベントがどのように発展したかを追跡できます。 初めて、Linuxカーネルの主要な開発ツールとして、Linusの開発者を非難する無制限の方法をメールで投稿しました。 2年以上前のことです。







2回目は、すでにLKLMメッセージに基づくLinus TorvaldsとGreg Croah-Hartmannの著者スタイルの科学的研究全体でした 。 多くの仕事がなければ、Linusの原作者は特定の、時にはまったく文学的ではない一連の言葉によって確立されました。 グレッグのスタイルははるかに丁寧で、この違いは顕著でした。







最後に、1か月前に、Linusは、コミュニケーション文化と開発ツールに取り組んでいたため、パッチと手紙の滝から休憩するという決定を発表しました。 また、退職する前に、彼はプロジェクト参加者のための新しい行動規範 、別名CoCをカーネルのメインブランチに採用しました。







全員が主に理解と共感をもって最初の決定に反応した場合、2番目のポイントはコミュニティで活発な議論を引き起こしました。 Linus自身にとってコミュニケーションのスタイルを変更するという決定が有機的であった場合、コミュニティ全体にとって、より規制された行動規範の採用は疑わしい価値がありました。







CoCの批評家の中には、 エリックレイモンドリチャードストールマンのようなオープンソースコミュニティの重鎮がいました。 ところで、 Open Source InitiativeFree Software Foundationはイデオロギー的に異なります。 Eric RaymondはOSIの創設者であり、Richard StallmanはFSFの責任者です。 後者はよりイデオロギー的であり、プログラムコードの基本的な自由をより断固として支持し、前者をソフトボディと見なし、その無原則さを批判することがよくあります。







ほとんどすぐに、一部の開発者がLinuxからコードを撤回または撤回しようとしたという報告がありました。 脅威が適格であるかどうかに関する法的紛争。 この主題についてはさまざまな意見が表明されましたが、アブレもこの質問を検討しました。







今何



前の記事で言及したスコットランドの悪名高いサミットで 、リーナスは参加し、彼の休暇の結果のいくつかを発表しました。







主なことはlinux-next



ブランチはLinusだけではなく、Greg Croah-Hartmanによって管理されることです。 おそらく別のヘルパーが表示されるでしょう。







2つ目 -Miraculous CoC、まだ触れずにすべてをそのままにしておくことにしました。 Linusによると、LKCでの議論のトーンを決定するためにCoCは構想されておらず、自己調整が依然として主要な制御メカニズムです。 ライナスはメンテナーに、彼がまだ厳しすぎるときに彼に手紙を書くように頼みました。







Greg Croah-HartmanはCocについて、無期限に議論するのではなく、利用可能になったときに問題を解決するという精神でCocについて話しました。 その場合、いつでも変更して微調整できます。







ある種のことを延々と議論できるため、何らかの形で起こる可能性のある仮想の状況を心配せずに物事を落ち着かせましょう環境)。 将来、実際の問題が発生した場合は、必要に応じて変更および再検討するオプションが常にあるため、それらに対処します。

電子メールフィルターは冗談ではなかったことがわかります;実際、電子メールクライアントはわいせつな表現で送信メッセージをブロックします 。 しかし、Linusが自分自身をはっきりと表現し始めない場合、文学的なイメージ、または絵文字記号さえ使用します。







リーナスはまた、毎週会う専門家の助けを借りました。 私は心理学者とのセッションの後、感情をコントロールすることに多少懐疑的ですが、それでも意図の深刻さを示しています。







現時点では、コード変更の最初のアプリケーションが受け入れられたとき、彼はリリースサイクルの乱れた初期段階の厚い部分に突入します - マージウィンドウ







結論 :最悪の予測は実現しませんでした。Linusの休暇は、プロジェクト管理からの恒久的な離脱の言い訳ではありませんでした。 理由はない 倒す あきらめて、実験的なOSに切り替えます。







それにもかかわらず、「新しい」Linusが2つの方向で厳しいリバフを与えることができるかどうかについて、まだいくつかの疑問があります。









楽観主義者が正しいことを願っています。







更新 :BigBenゲームコントローラードライバーによるLinusの最初の丁寧な失敗








All Articles