FOSSユートピアと現実との距離

私が見て使い、素晴らしいと感じたすべてのオープンソースプロジェクトは、大手企業や組織が主導して開発しているか、または、9割以上のコードが高レベルの単一の開発者によって書かれているかのどちらかだ。これらのプロジェクトは、オープンソースというよりは、実質的に「公開されたソースコード」に近い。なぜなら、外部の人間が主要な開発プロセスに介入することは困難だからである。「大聖堂」と「バザール」の対比において、これらのプロジェクトは明らかに「大聖堂」側に偏っている。たとえ彼らが確かに「オープンソース」の皮を被っていたとしても。

私が見てきた、外部の開発者を広く受け入れているオープンソースプロジェクト、つまり多くの人々が開発プロセスに口出しできるようなプロジェクトは、概してゴミ箱の火事レベルの惨状を呈している。これらこそが真の「オープンソース」であり、「大聖堂」と「バザール」の対比において、明らかに「バザール」側に属する。

上述の経験があると、「バザール」モデルの実践に対して意見を持たざるを得ない。ソフトウェア業界の現状はすでに証明している。「バザール」モデルはほとんどのソフトウェアプロジェクトには適していない、と。

自問自答してみてほしい。あなたはいくつのオープンソースプロジェクトのフォークをメンテナンスしたことがあるか？あなたのフォークは upstream の進捗に追随できているだろうか？

個人または小規模な組織によってメンテナンスされているほとんどのフォークプロジェクトは、短期間の集中的なコミットの後、遺跡と化す。

意見の分裂によって生じ、元の開発チームの一部メンバーによってメンテナンスされている大規模なフォークでさえ、往々にして継続は困難である。その証拠は明白すぎるほどだ。市場には、大規模なフォークが発生した後に並行開発の状況を成功裏に維持しているソフトウェアはほとんどない。長い時間はかからず、どちらか一方が勝利するだろう。並行開発を維持できるごく少数の大規模なフォークは、その upstream がほとんど新機能を追加しない成熟したプロジェクトであるか、または、upstream への依存から完全に脱却しているかのどちらかだ。

プロジェクトの主要なメンテナーと「インターネット上の匿名の他人」では、プロジェクトへの理解度に雲泥の差がある。「正しいコード」あるいは「戦略的なプログラミング」レベルのコードを書くには、後者はプロジェクトへの理解を深めるために多くの時間と労力を費やす必要がある。残念ながら、ほとんどの貢献者はこのレベルのオープンソース精神や客観的な条件を備えていない。

オープンソースプロジェクトのメンテナーは、「インターネット上の匿名の他人」から送られてくるプルリクエストをレビューする必要がある。そして、そのほとんどが直接マージできないものである可能性が非常に高いことに気づくだろう。あるプロジェクトが低レベルの開発者を引きつけやすいほど、そのようなプルリクエストに遭遇しやすくなる。外部の貢献者にコードを書き直させてマージ可能な状態にするように導くか、あるいはメンテナー自身がコードを書き直すか、いずれにしても時間と労力を投入する必要がある。オープンソースの理念に基づいたコミュニケーションとフィードバックループは、通常、極めて非効率的だ。多くの場合は費やした努力に見合わず、メンテナーはもっと効率的な場所に時間を費やすべきである。

外部の貢献者と開発チームの目標の間に差異があるのはよくある現象だ。そのため、多くのプロジェクトは機能面での外部貢献を必要としない。

開発チームが本当に気にしている機能については、公式の実装は往々にして迅速かつ優れている。彼らが真に気にかけていない機能については、機能リクエストはしばらく沈黙した後、ボットによって閉じられ、プルリクエストは音沙汰なしになる。あるいはもっと悪いことに、急いで実装されたものがマージされ、ソフトウェアのセキュリティ脆弱性となり、何度も修正が試みられた後も、その後のバージョンで再発し、結局のところ削除される運命を免れない。

オープンソースプロジェクトをメンテナンスしながら優雅さを保つ方法とは？最高の答え：私は知らない。

最も影響力のあるオープンソースプロジェクトのリーダーであるリーナス・トーバルズもおそらく知らないだろう。彼が管理するプロジェクトは非常に高い参入障壁を持つことを考えると、私のような小人物は貢献することさえ考えないほどだ。彼がその職務を遂行するために必要な能力は、常人には想像もつかないレベルである。これらの高門檻プロジェクトにおいても、情報がリーナスのもとに届くまでに何層ものフィルタリングがされているにもかかわらず、リーナスは時に辛辣で残酷な態度を示し、批判の際には最大限の皮肉と侮辱を用いる。この現象は、彼の感情的な発露を鑑賞することが一種の楽しみになるほど深刻だ。かなりの割合の開発者がリーナスによる感情的な表現を肯定的に捉えている。それどころか、それをリーナスが良い評判を得るための重要な要素と見なしている（これは、これらの情報が広まりやすい性質を持つことも一因である）。リーナスのような技術的独裁者が存在しない世界は容易に想像できる。我々は現在の品質のソフトウェアを得ることはないだろう。すべては今より悪くなるだけだ。管理者以外の人にとっても状況は似ており、オープンソースコミュニティは褒め合いのグループではない。効率の高い交流方法は、往々にして有害なものである。

世界には確かに超人が存在する。どんな状況でも平静を保ち、すべてを円滑に処理できる。私はそれを才能か薬物のおかげだと考えている。もしこの能力が教えられるものであったり、少なくとも修行によって得られるものであったりするなら、とっくの昔に普及しているはずだ。何しろ、このような感情制御能力を望む人々は世界中にたくさんいるはずだから。同時に、これらの超人が技術分野の頂点にいることは稀であることにも注意すべきだ。技術分野の頂点は基本的に毒々しい傲慢な人々によって占められており、あなたが目にするこれらの人々の違いは、主に広報力（PR力）の高低に起因する。このような相関性は、証明はできないものの、客観的に存在するように思える法則へと私たちを導く。優れたオープンソース精神と優れた精神状態は、魚と熊の手（両立しがたい二つの良いもの）のように両立できない。

自身の分野のトップ層にすでに立っている場合を除き、あなたは常に自分より優れた人物に出会う機会があるだろう。あなたよりも多くを知り、深く考え、より良くこなす人物に。最も劣悪なエンジニアと最高のエンジニアとの間の差は、「10倍エンジニア」という言葉で簡単に説明できるものではない。細分化された分野においては、経験と専門知識の差に伴い、エンジニア間の差は10倍をはるかに超える可能性がある。

オープンソース運動に限って言えば、異なるスキルレベルを持つエンジニアを分類する簡単な方法がある。

しかし、オープンソースコミュニティでは、自己認識に欠ける偽エンジニアが、まるでダニング＝クルーガー効果を証明するかのように普遍的に存在している。これらのトラブルメーカーは往々にして「ソーシャルポイント」を稼ぐことに熱心であり、有効な情報量に欠ける文章を残すことを好み、そして、貢献すること自体を目的として貢献する。2種類のエンジニアの間には、実際には過渡期が存在し、「インポスター症候群」と呼ばれている。これらの人々は、通常オープンソースプロジェクトには参加せず、むしろ害はほとんどない。

オープンソースで最も苛立たしい部分は、単独で解決できるはずのエラー、問題、誤解が、スキルレベルの差異によって、偽エンジニアから真のエンジニアへと誤って転嫁されてしまうことだ。これは純粋に後者の時間の無駄である。もし人々がまず自分自身を疑い、行動を注意深く慎重に保つことができれば、スキルレベルに差異があったとしても、ほとんどのこのような状況は回避できるはずだ。悲しいことに、本来基本的な素養であるべきこれらのことが、実際には非常に稀であり、オープンソース運動には、偽エンジニアを排除する有効な手段が欠けている。

認めるか否かにかかわらず、フリーソフトウェアとオープンソースソフトウェアという概念は、エンドユーザーに対しては基本的に同じ意味を持つ。それらは「無料、安全なソフトウェア」の代替語である。

「対価を払わずに報酬を得る」という概念は、マーケティングにおいて非常に強力な効果を持つ。ほとんどの人はこの誘惑に抗うことはできない。最も典型的な例はゲーム業界（同時にソフトウェア産業の一部でもある）で起こっている。最も収益性の高いゲームはいわゆる「無料ゲーム」だ。自分自身にこの質問をしてみてほしい。もしそれが無料ではなかったら、それでもあなたはそれを選ぶだろうか？

かなりの割合の「オープンソースプロジェクト」において、その「オープンソース」というタグの広告としての価値は、「オープンソース」がモデルとしての価値をはるかに上回っている。これらの人々は、プロジェクトが元の開発チームから離れると存続が難しいことをはっきりと認識しており、オープンソースを競合他社に先んじるマーケティング手段としてのみ利用しているか、あるいは、あえて独自の「オープンソースライセンス」を使用する。ある「オープンソースプロジェクト」が一般的なライセンスを使用しない場合、その裏には何かごまかしがあることを想像するのは難しくない。元々はオープンソースだったプロジェクトが、非オープンソースライセンスに変更された後も、オープンソースの名で目を欺き続けていることからも、「オープンソース」という言葉のマーケティング価値がどこにあるかがわかるだろう。

人工知能の分野では、今や「オープンウェイト」でさえ「オープンソース」と呼ばれている。「ソースコードが読める」ことがオープンソースではないのと同じように、「オープンウェイト」もオープンソースではない。このような恣意的に意味を広げるナンセンスから利益を得るのは、オープンソースを広告として利用しようとする人々だけだ。

オープンソースソフトウェアの醜い側面は、表面的な「無料」という言葉によってしばしば覆い隠される。世の中にタダ飯はない。オープンソースソフトウェアを学習し、理解し、利用し、貢献することにはすべてコストがかかる。オープンソースソフトウェアは、ドキュメントが希薄であること、バグ修正やサポートの獲得がコミュニティに大きく依存していること、実戦で検証されていないコードが広く存在することなどの問題があるため、実際には予期せぬコストを頻繁に発生させる。あるオープンソースプロジェクトに依存することを決めた時点で、あなたはすでにこれらのコストを負担していることになる。

オープンソースソフトウェアの唯一無料の部分は、メンテナーが理想と使命感から自らを奴隷のように働かせている点にある。そしてこれは、より大きな破綻へと容易に繋がる。一時的にうまく機能しているオープンソースソフトウェアが、将来も同様にうまく機能することを意味するわけではない。メンテナーは飽きてしまうかもしれないし、放棄するかもしれない、メンテナンスする能力を失うかもしれない、能力が不足しているかもしれない、あるいは突然の病で、元々良かったプロジェクトを台無しにすることさえ決めるかもしれない。したがって、オープンソースソフトウェアを使用することにはコストだけでなく、リスクも伴う。商業ソフトウェアは、明白な利益動機があるため、かえってオープンソースソフトウェアよりも保証されている。

「しかし、オープンソースのメンテナーはあなたに何も借りていない！」サプライチェーン攻撃やセキュリティ脆弱性によって損失を被った時にも、この言葉を自信を持って言えることを願う。たとえ施しのお粥であったとしても、その中に小便を撒き散らすことは許されない。人々のオープンソースソフトウェアに対する盲目的な信頼と悪用は、お粥に小便を混ぜる機会をあまりにも多く生み出した。その結果、外部依存を使用するあらゆるソフトウェアが、意図せず問題のある依存項を間接的に導入する可能性があり、それによって依存チェーンの下流にいるすべての人々に害を及ぼす。このような信頼の危機は、根本的にすべての人々がオープンソースソフトウェアを使い続けるコストを増加させている。結局のところ、元々は軽快だったすべてのものが、どこからともなく現れた「問題を解決しようとする」人々のセキュリティパフォーマンスによって、重い足かせをはめられることになるだろう。

LLMの悪用は、FOSSが元々抱えていた問題を徹底的かつ集中的に噴出させた。もし以前のオープンソースソフトウェアにまだ何らかの利用価値が残っていたとすれば、今日のオープンソースソフトウェアは、その価値を完全に失ってしまった。コードから作者のスキルレベルや問題領域への理解度を判断するコストは、あまりにも高くなりすぎた。特に2025年11月以降に公開されるコードは、もはや一秒たりとも真剣に受け止める価値がない。それらをすべてゴミとして処理する以外に効率的な方法はない。

私の考えでは、FOSSはもはや形骸化しており、その実体を失っている。コミュニティの唯一の活路は、新しいブランドを立ち上げ、コードの品質を尊重する人々をその新しい旗の下に結集させることだ。これは、そうした人々がLLMプログラミングによって引き起こされる新世代のworse is betterに打ち勝つ能力を持っているという前提のもとでなければならない。

LLMが新しい学習データがゴミばかりになりモデルが崩壊するまで、私はFOSSコミュニティが立ち直る機会はないと考えている。彼らが採れる最善の選択は、LLMが生成したコードの価値を認め、そしてすべてが順調であるかのように振る舞い、最終的にはソビエト連邦のように静寂と窒息の中で消滅することだ。