コーポレートLinux

コーポレートLinux

Linuxは今や完全に企業主導のAIプロジェクトになっているようです。

LLMで作成されたパッチに追加されるAssisted-byタグの要件は削除されますが、メンテナーはパッチがどのように作成されたかを知りたいと考えています。[…] しかし、この情報がチェンジログに記録される必要はないという合意があり、議論から出た提案は、代わりにカバーレターにこの情報を記載するというものでした。

明らかな利点は、カーネルが著しく悪化し、ひどい欠陥が見つかった場合でも、誰が欠陥を導入したのかを容易に特定できなくなることです。LLM生成コード。

二次的な利点は、企業が厄介なGPLを廃止できるようになることです。米国ではAI生成出力は著作権保護の対象とならず、米国著作権局のガイダンスでは、一部がAI生成で一部が人間生成された作品の場合、著作権保護を受けるにはAI生成部分を明示する必要がある（したがってパブリックドメインとなる）とされています。著作権局は予想される手続きを述べています：

作品の作成にAI技術を使用した個人は、自身の貢献に対して著作権保護を主張できます。[…] 例えば、AI生成テキストをより大きなテキスト作品に組み込んだ申請者は、人間が作成した部分を主張する必要があります。そして、作品内の人間と非人間のコンテンツを創造的に配置した申請者は、「Author Created」フィールドに次のように記入して主張できます：「著者が作成した[人間作成コンテンツの説明]の選択、調整、および配置、および[AI生成コンテンツの説明]人工知能によって生成されたもの」。

作品のどの部分がAI生成されたかを誰も特定できないようにすることで、米国で著作権保護を主張することが不可能になります。これは、LinuxのGPLライセンスを執行できなくなり、米国企業がLinuxをクローズドソース化できるようになることを意味します。LWNの記事によると、カーネル開発者もこれを理解しているようです。

企業がLLMの助けを借りてプライベートカーネルを維持することについて、いくつかの懸念がありますが、それに対してできることはあまりないようです。

もちろん、法的な状況はまだ判例法として完全に確立されていません。企業が望む結果は、LLMの出力が彼らの著作権であり、私たちが彼らの作品を取り込んだ際に著作権保護を受けられないということです。しかし、もしそれが得られないのであれば、LLMの入力または出力に対する著作権保護が誰も得られないという結果は、彼らにとっては受け入れられる結果です。なぜなら、彼らは anyway 自分のソースコードをすべて非公開にしておきたいからです。

そして、この宝石があります。

[Linus]はセッションの最後に数時間かかる長いクリーンアップパスを実行し、コードがコメントと一致していることを確認するなどのタスクを実行します。その量の作業は、無料のLLMアカウントではできません。私は、私たちが維持したい優秀な新しい開発者を締め出すリスクがあるかどうか尋ねましたが、Torvaldsはカーネルプロジェクトは真剣な開発者だけを求めていると答えました。それには、この世界で機能するために十分なリソースにアクセスすることも含まれます。

Linuxコードでの作業にAIの支払いのための企業支援が必要になるという事実は、Linuxをフリーソフトウェアコミュニティから遠ざけることにも役立つでしょう。

Torvaldsは、新しい人々がカーネルにコードを貢献することを難しくする時期が来たと述べました。Kroah-Hartmanのような人々は何年もかけて人々が貢献する方法を教えてきましたが、もうそれをやめる時だと彼は言いました。

あの厄介なコミュニティは消える時です。新しい貢献者は必要ありません、LLMがすべてをやってくれます。

Linusがこれらすべてに賛成したことは驚くことではありません。彼はフリーソフトウェアを気にしたことがありません。

元のLinuxライセンスは、コピーにお金を請求することを禁止していました。それは純粋にLinusがMinixにお金を払わなければならなかったことを嫌っていたからです。しかし、そのライセンスは人々がLinuxに貢献し、それを配布することを discouraged したため、彼はそれを変更することにしました。当時、GCCのようなGNUソフトウェアは商業組織に採用されていました。Sunシステムでは、人々はSunの商用コンパイラの代わりにGCCを使用していました。そのため、人々—そして企業—を貢献させるためにGPLが良い賭けになるように見えました。

それは決して4つの自由に関するものではありませんでした。Linusは、ライセンスに道徳的な要素があることについて、どのように感じているかについて率直でした。2011年のインタビューからの引用：

だから、最初のそして非常に否定的な答えは、私が倫理についてGPLを推進しようとする人々を絶対に軽蔑しているということです。私はそれが絶対的なナンセンスだと思います。なぜなら？なぜなら、倫理とは私にとってプライベートなものだからです。あなたがそれを誰か他の人に何かをさせるための議論として使うとき、あなたはもはや倫理的ではなく、単に偽善的なディックヘッドであるだけです。

後に、企業がGPLの条件を無視し始めたとき、Linusは執行に反対の声を上げました：

私は個人的に、この弁護士を求める議論は、厄介で蔓延する病気になったと思います。そして、SFCとBradley Kuhnはその病気を広めるチフス菌のメアリーでした。

彼は、GPLを回避する方法としてのTivoizationを気にしないことを明確に述べました。

Rmsはそれを「Tivoization」と呼びますが、それは彼が作った言葉であり、私が不快に感じる用語なので、私はそれを使用しません。それは、TiVoが決して悪いことをしなかったこと、そしてFSFでさえそれを認めたからです。彼らがハードウェアを製造し、コンテンツプロデューサーとの間でいくつかのDRMの問題を抱えているため、そのハードウェアの整合性を保護したいと考えているという事実。

カーネルライセンスはカーネルをカバーします。ブートローダーやハードウェアはカバーしません。そして、私に関する限り、自分のハードウェアを作る人々はそれを好きなように設計できます。それが「特定のカーネルしか起動しない」という意味であっても、「レーザー付きのサメ」という意味であっても、私には関係ありません。

したがって、GPLの自由が商業的利益と衝突したとき、彼は常に商業の側に立っていました。TiVoの気持ちを傷つけたくないほどでした。

だから、Linusが言ったとき：

これは、社会的な戦士のプロジェクトでは決してなく、これまでそうであったことも、これからもそうであることもありません。

…彼は絶対に正しかった。

Linusはコミュニティについても気にしたことがありませんでした。Linuxは、彼が386専用のMinixカーネルを欲しがったことから始まりました。これにより、彼は真の仮想メモリとメモリ保護を持つことができました。彼はまた、マイクロカーネル設計をドロップしたかったのです。

当時、多くのMinixユーザーは他のハードウェアを使用していました—特にAmiga、Atari ST、Macの68000、そして古いPCの8086。PC用のMinixは、8086または386で、異なるディスクで利用可能でした。そして、8086バージョンは386バージョンよりも2:1で売れていたようです。（私はCyrillicサポートを追加するためにAtari STでMinixカーネルをハッキングしていました。）

Andy Tanenbaumはカーネルに386専用コードを入れたくありませんでした。なぜなら、それはコミュニティを分裂させるか、非386ユーザーを犠牲にするかのどちらかになるからです。そこでLinusは独自の代替カーネルを書くことにしました。

したがって、最初からLinusは、新しいテクノロジーで遊びたいという願望のために、コミュニティの大きな部分を疎外または排除することをいとわなかったのです。今回は高価なコーポレートAIです。

しかし、彼をAIにそれほど感銘させたものは何だったのでしょうか？

彼は数ヶ月間別のプロジェクトでLLMを試して技術について学んでいましたが、先週までカーネルでは使用していませんでした。彼は古いパッチを取り、LLMにそれを修正させました。その結果、彼はLLMなしでは作業したくなくなりました。彼はいつかそのシリーズを投稿する予定です。なぜわざわざ、変更したばかりの関数のすべての呼び出しサイトを探す必要があるのか、ツールがそれらをすべて自動的に修正できるのに、と彼は尋ねました。

あるいは、まともなIDE、決定論的なリファクタリングユーティリティ、あるいは単なるPerlスクリプトを使用することもできます。

しかし、彼は、悪い応答を生成しないようにツールを設定するのに6ヶ月かかったと言いました。

AIの魔法。6ヶ月かけて教えれば、IntelliJ IDEAで簡単にできることを実行できます。

彼によると、熟練した開発者であれば、LLMは優れたツールになりますが、それは設定にその努力を費やした後でのみです。彼は、各開発者が個別にそのプロセスを経る必要があるため、LLMトレーニング資料を投稿する提案を拒否しました。

彼はAIがうまく機能する設定を持っています。いいえ、あなたはそれを見ることができません。あなたはAIをたくさん自分で使う必要があります、そうすればあなたはそれを愛するようになるでしょう。さあ、最初のヒットは無料です。

Linus Torvaldsは、カーネルコミュニティの問題をLLMのせいにするのは間違っていると考えています。問題は、それらをどのように使用するか、またはカーネルがどのように機能するかを理解していないLLMユーザーにあるのです。

これは、AI愛好家がよく見かけるもう一つの態度です。AIは決して失敗しない、AIが決して問題ではない、それは常にAIを正しく尋ねなかった人間が悪いのです。