先週のバーチャルカンファレンスでは、
新しいメンテナーを見つけることが大きな問題として指摘されています。 コミュニティには新しいコードを喜んで書く積極的な開発者がたくさんいますが、他の人のコードのメンテナンスやレビューに時間を費やそうとする開発者はほとんどいません。
メンテナはプロ意識に加えて、疑いの余地のない信頼を享受する必要があります。 メンテナはプロセスに継続的に関与し、常に作業することも求められます。メンテナは常に対応可能であり、毎日手紙を読み、それに応答する必要があります。 このような環境で作業するには、多くの自制心が必要です。そのため、メンテナの数が非常に少なく、他の人のコードをレビューして変更をより高いレベルのメンテナに転送できる新しいメンテナを見つけることが、コミュニティの主な問題の XNUMX つになります。 。
カーネルでの実験について尋ねられたとき、Linus 氏は、カーネル開発コミュニティには、過去に行われたようなクレイジーな変更の一部を行う余裕はもうない、と述べました。 以前は開発が必須ではなかったとしても、現在では Linux カーネルに依存するシステムが多すぎます。
2030 年には C 開発者が現在の COBOL 開発者のようになるリスクがあるため、Go や Rust などの言語でカーネルを作り直すことについて尋ねられたとき、Linus 氏は、C 言語は人気のある言語のトップ XNUMX に留まっていると答えました。ただし、デバイスドライバーなどの非コアサブシステムの場合は考慮されます
Linus は、カーネルの研究について、退屈でもあり、興味深いものでもあったと述べました。 エラーを修正してコードを整理するというルーチンに対処しなければならないので退屈ですが、常に新しいテクノロジーを理解し、低レベルで機器と対話し、発生するすべてを制御する必要があるため、興味深いものです。
新型コロナウイルス感染症に関してライナス氏は、インタラクションプロセスは電子メールによるコミュニケーションとリモート開発に基づいているため、パンデミックと隔離体制は開発に影響を与えなかったと述べた。 Linus がやり取りを行っているカーネル開発者のうち、感染による被害を受けた人はいませんでした。 懸念は彼の同僚の一人が19、XNUMXか月間行方不明になったことによって引き起こされたが、それが手根管症候群の発症に関連していることが判明した。
Linus 氏はまた、5.8 カーネルを開発する場合、このカーネルがリリースされて以来、リリースの準備により多くの時間を費やし、追加のテスト リリースを XNUMX つまたは XNUMX つリリースする必要があるとも述べました。
ライナスは別のインタビューで、
出所: オープンネット.ru