Open Source Is Not One Thing: A Typology of Open-Source Software Sub-Genres
本論文は、オープンソースソフトウェアは均質な実体ではなく、むしろ異なる推進要因、ガバナンス、および資金調達形態を持つ14の明確なサブジャンルで構成されていると論じ、これら多様なカテゴリー間における実証的知見の限定的な一般化性を対処するための類型論および研究課題を提示するものである。
原論文は CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) でライセンスされています。 これは以下の論文のAI生成解説です。著者が執筆または承認したものではありません。技術的な正確性については原論文を参照してください。 免責事項の全文を読む
巨大な図書館に足を踏み入れたと想像してみてください。そこで誰かに、「ここの本はすべて単なる『本』だよ。どれも同じように機能するんだ」と言われたらどうでしょう。あなたは頷くかもしれませんが、実際に見てみると、コミック本、医学書、日記、そして法的契約書の間には、大きな違いがあることに気づくはずです。それらは著者も異なり、存在する理由も異なり、使い方のルールも異なります。
この論文は、**オープンソースソフトウェア（OSS）はまさにその図書館と同じであると論じています。研究者たちは、あらゆるオープンソースコードを一括りにした、均一な一つのグループとして扱う傾向がありますが、著者たちは「いや、それは一つのものではない」と主張しています。実際には、独自の個性、ルール、そして生存戦略を持つ14の異なる「サブジャンル」**の集合体なのです。
以下に、日常的な比喩を用いた彼らの知見の簡単な内訳を示します。
1. 大きな問題：「一律（ワンサイズ・フィッツ・オール）」の過ち
プロのアスリート、幼児、そして高齢者を研究して、骨折からの回復方法を研究している医師を想像してみてください。もし彼らが結果を平均化して、「これが全員の治癒方法だ」と言ったとしたら、それは間違いです。アスリートには幼児とは異なる計画が必要です。
論文によれば、研究者たちはソフトウェアに対しても同じ間違いを犯しています。彼らは人気のあるプロジェクト（Linuxオペレーティングシステムなど）を研究し、その知見がすべてのソフトウェアに適用されると仮定してしまいます。しかし、利益のために一社によって運営されているプロジェクトは、発展途上国の村を助けるためにボランティアによって運営されているプロジェクトとは全く異なります。もし「企業」のルールを「ボランティア」のプロジェクトに適用しようとすれば、それは失敗するかもしれません。
2. 解決策：14種類のソフトウェアの「メニュー」
著者たちは、誰がそれを推進し、誰が運営し、誰が支払いを担っているかに基づいて、ソフトウェアを14の明確なカテゴリーに分類する「メニュー」（タイポロジー）を作成しました。
これらのカテゴリーを、異なるタイプのレストランに例えて考えてみましょう。
- チェーンレストラン（企業主導型）： 一つの大きな企業（Red HatやGitLabなど）によって運営されています。彼らは利益を求めているため、メニューや方向性をコントロールします。
- フードトラック・コレクティブ（財団統治型）： GoogleやIBMのような競合する企業が集まり、中立的な非営利団体（Linux Foundationなど）の下で共有のキッチンを構築します。彼らはコンロを巡って争わないよう、ルールに合意しています。
- コミュニティ・ガーデン（コミュニティ主導型）： ボスはいません。ボランティアたちが園芸を愛しているからこそ野菜を育てます。次に何を植えるかを決めるのは、土地の所有者ではなく、最高の庭師です。
- チャリティ・キッチン（社会貢献のためのOSS）： 空腹の人々を養ったり、災害時に助けたりするために特別に作られました。目的は利益ではなく、命を救うことです。ここに携わる人々は、その使命に情熱を持っているため、長く留まります。
- 学校の食堂（教育型）： 学生たちがキッチンの運営方法を学ぶために食事を作ります。彼らはキャリアのためではなく、成績のためにそこにいます。
- ソロ・ホビイスト（個人・趣味型）： ガレージで楽しむためにクールなガジェットを作っている一人の人物。もしその人が病気になれば、プロジェクトは停止します（これは「ロー・トラック・ファクター」と呼ばれます）。
- 抗議のプラカード（プロテストウェア）： 開発者が政治的なメッセージを送ったり、システムを妨害したりするために、密かにコードを変更します。目的はバグを直すことではなく、声明を発することです。
- 目に見えない配管（クリティカル・デジタル・インフラストラクチャ）： インターネット全体が依存している、小さくて退屈なコードの断片（
curlやOpenSSLなど）です。これらは多くの場合、十分な報酬を得られていない、疲れ切った1人または2人のボランティアによって維持されています。もしこれらが壊れれば、インターネット全体が漏れ出します。
3. なぜこれが重要なのか（「研究アジェンダ」）
著者たちは単にこれらのタイプをリストアップしているわけではありません。彼らは研究者に対して、これらを混ぜこぜにするのをやめるように伝えています。
- 「転用」の問題： もしあなたが「コミュニティ・ガーデン」型のプロジェクトでボランティアを満足させる方法を見つけたとしても、そのアドバイスは「チェーンレストラン」型のプロジェクトには通用しないかもしれません。論文は問いかけます。「あるタイプのソフトウェアに機能するルールは、他のタイプにも機能するのか？」答えはおそらく「ノー」です。
- 盲点： 一部のソフトウェア（大規模なコミュニティプロジェクトなど）はよく研究されていますが、他のものは無視されています。論文は、「プロテストウェア（政治的妨害に使われるソフトウェア）」や「オープンソース適正技術（貧困地域での基本ニーズのためのツール）」についてはほとんど分かっていないことを指摘しています。これらは、より多くの光を必要とする「図書館の暗い隅っこ」なのです。
4. まとめ
論文は、オープンソースは単一ではなく、**複数形（プララル）**であると結論づけています。それは単なる「コード」ではなく、ビジネス、チャリティ、学校、ホビイスト、そして政治活動家の混合物なのです。
これら14の異なる「サブジャンル」を認識することで、私たちは以下のことが可能になります。
- より良く理解する： ソフトウェアの仕組みについての悪い一般化をやめる。
- より良く支援する： プロジェクトを支援したい場合、適切な種類の助けを与えるために、それがどのような「種類の」プロジェクトかを知る必要がある。
- より良く研究する： 研究者は、自分たちの結果が意味を持つように、どの「タイプ」のソフトウェアを研究しているのかを明示する必要がある。
要するに、すべてのオープンソースが平等に作られているわけではなく、そのように扱うことは、真実の物語を隠してしまうことになるのです。
自分の分野の論文に埋もれていませんか？
研究キーワードに一致する最新の論文のダイジェストを毎日受け取りましょう——技術要約付き、あなたの言語で。