オープンソースソフトウェア運動

オープンソースソフトウェア運動

オープンソースソフトウェア運動は、オープンコラボレーションという広い概念の一環として、一部またはすべてのソフトウェアにオープンソースライセンスを使用することを支持する社会運動です。[ 1 ]この運動は、オープンソースソフトウェアの開発と採用を促進するために始まりました。

オープンソース運動に参加するプログラマーは、自発的な協力とコード共有を通じてソフトウェア開発に貢献しています。 [ 2 ]オープンソースライセンスでは通常、ソースコードの変更や再配布に制限を設けず、個人やグループに対する差別を禁止しています。この開発モデルでは、誰でもオープンソースコードを入手、変更、再配布できます。変更は通常、より広範なコミュニティと共有され、貢献が追跡され、帰属が明確になる共同開発プロセスが生まれます。[ 3 ]この共同アプローチは、透明性とコミュニティ参加を重視する点で、プロプライエタリソフトウェア開発モデルとは異なります。[ 2 ]

簡単な歴史

オープンソースという呼称は、1998年1月にNetscape社がNavigatorのソースコード公開を発表したことを受けて、カリフォルニア州パロアルトで開催された戦略会議[ 4 ]において、フリーソフトウェア運動に関わる人々によって考案され、採用されました。この用語が採用された理由の一つは、「オープンソースという用語を使用する利点は、ビジネス界が通常、フリー技術のインストールを阻止しようとする点にある」という点でした。[ 5 ]この用語を採用した人々は、Navigatorのソースコード公開を前に、「フリーソフトウェア」という用語が持つイデオロギー的かつ対立的な含意から解放される機会を得ました。その後、1998年2月、ブルース・ペレンズとエリック・S・レイモンドは、オープンソース・イニシアティブ（OSI）という組織を「その文化の歴史における転換期に、教育、擁護、そして管理を行う組織として」設立しました。[ 6 ]

進化

初期のコンピュータ時代では、ハードウェアとソフトウェアは明確に区別されていませんでした。コンピュータのユーザーは一般的にプログラミングの知識を持ち、使用するシステムを変更することができました。IBMが1952年に最初の商用電子コンピュータを発表したとき、メンテナンスは困難でコストも高かった。ソフトウェアの複雑さは、コンピュータ所有者にとってさらなる課題をもたらしました。これに対応して、コンピュータ所有者はPACT（コーディング技術の進歩のためのプロジェクト）と呼ばれる共同グループを結成し、共有プログラミングツールを開発しました。1956年、アイゼンハワー政権はAT&Tの事業活動に制限を課し、その後の技術開発パターンに影響を与えました。その後、コンピュータメーカーはコスト削減とマルチユーザーオペレーティングシステムの開発に注力しました。MITの計算センターは、最初のマルチユーザーシステムの1つである互換タイムシェアリングシステム（CTSS）を開発し、後の共同ソフトウェア開発手法の基礎を築きました。[ 7 ]

オープンソース運動は、80年代後半にリチャード・ストールマンによるGNUプロジェクトの立ち上げとともに始まったフリーソフトウェア運動から派生した。[ 8 ]ストールマンは、オープンソース・コミュニティにおいて、ソフトウェア開発のための自由に共有されるソースコードの概念化において重要な役割を果たしたとみなされている。[ 3 ]フリーソフトウェア運動における「フリーソフトウェア」という用語は、ソフトウェアの交換および改変の自由を意味する。金銭的な自由を意味するものではない。[ 3 ]フリーソフトウェア運動とオープンソース運動はともに、プログラミングコードの自由な交換というこの考え方を共有しており、そのため両運動は文献ではFOSS（「Free and Open Software」）またはFLOSS（「Free/Libre Open-Source」）コミュニティの一部として言及されることが多い。

これらの運動は、オープンソフトウェアに対する考え方において根本的な違いを共有しています。グループ間の派閥を形成する主な違いは、オープンソースソフトウェアとプロプライエタリソフトウェアの関係です。マイクロソフトなどのプロプライエタリソフトウェアのメーカーは、競争力を維持するためにオープンソースソフトウェアの支援に努めることがよくあります。[ 9 ]オープンソースコミュニティのメンバーは、プロプライエタリソフトウェアのメーカーとの共存を望んでおり[ 3 ]、ソフトウェアがオープンソースであるかどうかは現実的な問題だと考えています。[ 10 ]

対照的に、フリーソフトウェアコミュニティのメンバーは、すべてのソフトウェアは言論の自由の一部であり[ 3 ]、プロプライエタリソフトウェアは非倫理的で不当であるというビジョンを維持しています[ 3 ] 。フリーソフトウェア運動は、プロプライエタリソフトウェアを非難する講演を通じて、この信念を公然と支持しています。コミュニティ全体として、プロプライエタリソフトウェアのサポートを拒否しています。さらに、これらの開発者には外的な動機があります。1つの動機は、プログラマーがバグを修正したりプログラムを作成したりすると、オープンソース環境の他の人々に利益をもたらすことです。もう1つの動機は、プログラマーが興味深く楽しいと思える複数のプロジェクトに取り組むことができることです。オープンソースの世界でプログラミングを行うことは、商業的な仕事のオファーやベンチャーキャピタルコミュニティへの参入につながることもあります。これらは、オープンソースプログラマーがソフトウェアを作成し、発展させ続ける理由のほんの一部です[ 11 ] 。

フリーソフトウェア運動とオープンソース運動は、オープンソースに関する実践的な提言において共通点を持っていることを認識しつつも、フリーソフトウェア運動はオープンソース運動と完全に一線を画す姿勢を熱心に維持している。[ 12 ]フリーソフトウェア運動は、オープンソースとプロプライエタリソフトウェアの関係について根本的に異なる姿勢をとっている。しかしながら、フリーソフトウェアコミュニティは、オープンソースコミュニティを彼らの標的とは考えていない。彼らの標的は、プロプライエタリソフトウェアそのものである。[ 3 ]

オープンソース運動は、数々の法的課題に直面してきました。オープンソース製品を管理する企業は、商標の確保に困難を抱えています。例えば、「黙示的ライセンス」の推測の範囲は依然として不明確であり、企業がオープンソースソフトウェアを使用して作成した製品に対する特許を取得する能力を損なう可能性があります。また、アドオンを有料で提供する企業の場合も、同様の機能をオープンソースコードに追加したライセンシーは、特許訴訟から免責される可能性があります。

裁判「ヤコブセン対カッツァー」において、原告は被告に対し、改変版ソフトウェアに必要な帰属表示を記載しなかったとしてライセンス違反を訴えました。被告はソフトウェアの使用条件を遵守していないとしてArtistic Licenseを主張しましたが、帰属表示の文言から、これは当てはまらないと判断されました。「ヤコブセン対カッツァー」は、オープンソースソフトウェアが法的にプロプライエタリソフトウェアと同等であることを確立しました。

マイクロソフトが独占企業であると訴えた裁判では、マイクロソフトには正当な競争相手がいてアップルと同列に扱われていることを証明するために、Linuxとオープンソースソフトウェアが法廷に持ち込まれた。[ 13 ]

オープンソースプロジェクトに携わり、法的アドバイスが必要な方のために、様々なリソースをご用意しています。Software Freedom Law Centerでは、オープンソースに関する法的問題に関する入門書を提供しています。International Free and Open Source Software Law Reviewでは、フリーソフトウェアに関する問題について、弁護士向けに査読済みの情報を提供しています。

形式化

オープンソース・イニシアティブ（OSI）は、オープンソース運動の公式化に大きく貢献しました。OSIは、1998年2月にエリック・レイモンドとブルース・ペレンズによって設立され、Debianフリーソフトウェアガイドラインに基づいたオープンソース定義の作成を通じて、オープンソースというラベルに関する一般的な教育と擁護活動を提供することを目的としていました。OSIは、オープンソース運動の主要な支持者および擁護者の一つとなっています。[ 6 ]

1998年2月、オープンソース運動はオープンソース・イニシアティブ（OSI）によって採択、公式化され、先頭に立った。OSIは、ソフトウェアを「より商業的に利用しやすいもの」として販売するために設立された組織である。 [ 3 ] OSIは米国特許商標庁に「オープンソース」の登録を申請したが、その用語が一般用語または説明的であるとして却下された。そのため、OSIは「オープンソース」という商標を国内的にも国際的にも所有していないが、この用語に関してコモンロー上の商標権を主張している。[ 2 ] 彼らがこのために採用した主なツールは、オープンソース定義であった。[ 14 ]

オープンソースというラベルは、1998年2月3日にカリフォルニア州パロアルトで開催された戦略会議で考案され、同年4月8日にティム・オライリーのフリーソフトウェアサミットの参加者はオープンソースという用語の使用を促進するために投票しました。[ 6 ]

全体として、オープンソース運動から生まれたソフトウェア開発は、コンピュータサイエンス分野に特有のものではありませんが、プロプライエタリソフトウェアに代わるソフトウェアの開発に成功しています。オープンソースコミュニティのメンバーは、コードを改良し、既存のプロプライエタリソフトウェアの多くに匹敵するプログラムを開発しています。[ 3 ]

オープンソース運動において用いられるレトリックは、現在、より広範な非専門家ユーザーやアドボカシー団体を包含するように拡大されつつあります。クリエイティブ・コモンズや国際開発機関といった組織化された団体も、それぞれの目的と目標に沿ってオープンソースの概念を採用しています。[ 15 ]

オープンソース運動の法的正式化に影響を与える要因は、主に著作権、流用、知的財産に関する最近の政治的議論に基づいています。[ 16 ]

オープンソース貢献チームの社会構造

歴史的に、研究者はオープンソースの貢献者を中央集権的なタマネギ型のグループとして特徴づけてきました。[ 17 ]タマネギの中心は、大量のコードとソフトウェア設計の選択を通じてプロジェクトを推進するコア貢献者で構成されています。2番目に深い層は、プルリクエストやバグレポートに応答する貢献者です。3番目に遠い層は、主にバグレポートを提出する貢献者です。最も遠い層は、生成されたソフトウェアのリポジトリとユーザーを監視する人々です。このモデルは、オープンソースソフトウェアのライフサイクルを理解し、オープンソースソフトウェアプロジェクトへの貢献者を理解し、などのツールがプロジェクトへのさまざまなレベルの関与において貢献者をどのように支援できるか、さらにオープンソースソフトウェアの分散性が開発者の生産性にどのように影響するかを理解する研究に使用されてきました。[ 18 ] [ 19 ] [ 20 ]

このモデルに異議を唱える研究者もいる。クロウストンらの研究では、一部のチームはそれほど集中化されておらず、より分散化されたワークフローパターンを採用していることがわかった。[ 18 ]著者らは、プロジェクト規模と集中化の間には弱い相関関係があり、小規模プロジェクトはより集中化され、大規模プロジェクトはより集中化されていないと報告している。しかし、著者らはバグ報告と修正のみを研究しているため、このパターンがバグの発見と修正にのみ関連しているのか、それともオープンソースパラダイムのあらゆる側面において、規模が大きくなるにつれて集中化がより分散化されるのかは不明である。

チームの集中化と分散化を理解することは重要です。これは、ツール設計の参考となり、新しい開発者がチームのダイナミクスを理解するのに役立つからです。オープンソース開発における懸念事項の一つは、コアコントリビューター（「タマネギ」の中心にいる人々）でさえも、開発者の離職率が高いことです。[ 21 ]オープンソースプロジェクトを継続するには、新しい開発者が継続的に参加する必要があるだけでなく、プロジェクトに質の高いコードを提供するために必要なスキルセットも必要です。ミドルトンらは、オープンソースプロジェクトにおけるGitHubへの貢献に関する研究を通じて、コントリビューターがオープンソースチームの正式なメンバーになる（「タマネギ」の「コア」に移行する）ための最大の予測因子は、プルリクエストを送信し、コメントしたかどうかであることを発見しました。著者らは、GitHubというツールが、チームのオープンソースプロジェクトでコントリビューターにこれらの活動への参加を促す「チェックボックス」機能をサポートすることで、このプロセスを支援できると示唆しています。[ 20 ]

若者の参加

オープンソースコミュニティは、オープンソースプロジェクトの持続可能性と革新性を確保するために、若い世代の参加を促すことの重要性を長年認識してきました。しかしながら、オープンソースへの貢献者の高齢化と、若い開発者の獲得が課題となっているという懸念も高まっています。2010年、著名なLinuxカーネルメンテナーであるジェームズ・ボトムリー氏は、Linuxカーネルコミュニティの「高齢化」を指摘し、この傾向は今日も続いています。Apacheソフトウェア財団（ASF）の会長であるデビッド・ナリー氏は、レガシーコードの維持は、新しく革新的なプロジェクトに取り組むことを好む若い開発者にとって、魅力的ではないことが多いと強調しました。[ 22 ]

オープンソースプロジェクトへの貢献は、開発、ドキュメント作成、国際化などの分野で貴重な経験を積む機会となる一方で、新規参入者、特に若い世代にとっては、参加を阻む障壁がしばしば存在します。これらの課題には、技術的、心理的、そしてモチベーションといった要因が含まれます。[ 23 ]

これらの課題に対処するため、Linuxカーネルメンターシッププログラムのような取り組みは、新しい開発者の採用と育成を目指しています。LFXメンターシッププログラムもまた、様々なプロジェクトにおいて次世代のオープンソース開発者やリーダーを支援し、指導することを目指しています。[ 24 ]

プログラマーの動機

プログラマーがオープンソース開発に参加する動機については、研究が進められています。欧州経済学会第15回年次大会で発表された研究では、無償のプログラミング作業への貢献に対する個人および組織のインセンティブを分析し、この形態の「知的贈与」が従来の経済モデルに課題を投げかけていると指摘しました。[ 25 ]潜在的な動機として、いくつかの要因が特定されています。

  • 利他主義：一部の貢献者には利他的な動機が存在するものの、オープンソースプロジェクトへの広範な参加の主な説明としては、この要因には限界があることが研究で示唆されている。バイオテクノロジーなど、より大きな公共の利益をもたらす可能性のある他の分野では、同様の自発的な貢献が見られないのはなぜか、疑問視する研究者もいる。[ 25 ]
  • コミュニティのコラボレーションとコード改善：オンラインのコラボレーション環境は、ピアレビューと修正を通じて継続的なソフトウェア改善を促進します。貢献者は他者のテスト、デバッグ、コード改善から恩恵を受け、相互利益システムを構築することで、より高品質なソフトウェアを生み出すことができます。[ 25 ]
  • 専門家による認知：プロジェクトでは必ずしも個々の貢献者を際立たせるとは限りませんが、多くのプラットフォームでは貢献者の情報を追跡・表示しています。こうした可視性は、専門家による認知、キャリアの機会、そして業界への露出につながります。サン・マイクロシステムズやネットスケープといった著名なテクノロジー企業は、オープンソースへの貢献者としてキャリアをスタートさせた個人によって設立されました。[ 25 ]
  • 技術的な挑戦とスキルのデモンストレーション：一部の研究者は、プログラマーが複雑な問題に取り組む際に、同僚に技術的な能力を発揮する機会として捉えることがある、と指摘しています。[ 26 ]オープンソースコミュニティでは、ユーザーも開発者になれるため、その競争的な性質から、参加者は同僚から認められるために高品質な成果を出す動機付けとなる可能性があります。[ 27 ]
  • 創造的表現：研究によると、ソフトウェア開発は芸術作品の創作と同様の個人的な満足感をもたらすことが示唆されています。オープンソース開発の協調的な性質は、商用ソフトウェア制作環境とは異なる創造的な機会を提供する可能性があります。[ 28 ]

プログラマーの性別多様性

オープンソースコミュニティのプログラマーの大多数は男性です。2006年に欧州連合（EU）が実施したフリーソフトウェアおよびオープンソースソフトウェアコミュニティに関する調査では、全貢献者のうち女性はわずか1.5%であることがわかりました。[ 29 ]コンピューティング分野では女性の割合が一般的に低いものの、技術系専門職における女性の割合は実際にははるかに高く、25%近くに達します。[ 30 ]この差は、女性プログラマーが男性プログラマーよりもオープンソースプロジェクトに参加する可能性が低いことを示唆しています。

オープンソースプロジェクトのメンバーへの調査やインタビューによると、オープンソースコミュニティ内の男性優位の文化は女性に対して歓迎されず敵対的である可能性があるとのことだ。[ 31 ] Outreachyなど、オープンソースソフトウェアへの女性やその他の過小評価されている性自認の人々の参加を支援する取り組みもある。しかし、オープンソースプロジェクトのディスカッションフォーラムでは、ジェンダーの多様性という話題は非常に物議を醸し、時には扇動的になることもある。[ 31 ]オープンソースソフトウェアの中心的なビジョンは、ソフトウェアは個々のコード貢献の功績に基づいて構築および保守されるため、オープンソースコミュニティは実力主義として機能するべきであるというものだ。[ 32 ]実力主義では、コミュニティ内での個人の重要性は、年齢、人種、宗教、性別などの人口統計学的要因ではなく、個々の貢献の質によって決まる。したがって、例えばコミュニティを女性にとってより魅力的なものにするために、性別に基づいてコミュニティに変更を提案することは、特定のプログラマーをスキルだけに基づいてではなく性別によってターゲットにすることで、実力主義の理想に反することになります。[ 31 ]

性別が、コミュニティ内でプログラマーが持つと認識されるメリットに影響を与えるという証拠がある。2016年の研究では、 GitHub上の100万人以上のプログラマーの性別を特定した。これは、プログラマーのGitHubアカウントを他のソーシャルメディアアカウントにリンクさせることで行われた。[ 33 ]男性と女性のプログラマーを比較したところ、女性プログラマーの方が男性プログラマーよりもプルリクエストがプロジェクトに受け入れられる可能性が高い ことが研究者によってわかった。ただし、それは女性が性別を問わないプロフィールの場合に限られる。女性が、女性であることを示す名前や画像のプロフィールを持っていた場合、男性プログラマーよりもプルリクエストが受け入れられる可能性が低い。2015年の別の研究では、GitHub上のオープンソースプロジェクトにおいて、性別の多様性がチームの生産性の有意な正の予測因子であることが判明した。つまり、異なる性別がより均等に混在するオープンソースチームの方が生産性が高い傾向があるということだ。[ 32 ]

多くのプロジェクトでは、マイノリティ開発者へのハラスメントへの懸念に対処するため、 「貢献者誓約」行動規範を採用しています。行動規範に違反した者は懲戒処分を受け、最終的にはプロジェクトから排除される可能性があります。

少数派への不快感を避けるために、多くのソフトウェアプロジェクトでは包括的な言語や用語の使用を義務付け始めています。[ 34 ]

オープンソース採用の証拠

図書館は、情報開発や図書館サービスの向上にオープンソースソフトウェアを活用しています。オープンソースの目的は、より安価で信頼性が高く、高品質なソフトウェアを提供することです。このソフトウェアがこれほどまでに求められている最大の理由は、無料であることです。特に図書館は、オープンソースが提供するリソースのおかげで、この動きから恩恵を受けています。また、他者のリソースを通じて新しい情報を学び、理解するという、同じ考え方を推進しています。オープンソースは共同体意識を生み出します。誰もが様々なトピックに関する情報を提供できる場です。オープンソースツールを使えば、図書館はウェブベースのカタログを作成することもできます。IT情報筋によると、様々な図書館プログラムがオープンソースの恩恵を受けているとのことです。[ 35 ]

政府機関とインフラソフトウェア— 政府機関は、LinuxオペレーティングシステムやApacheウェブサーバーなどのオープンソースのインフラソフトウェアをソフトウェアとして活用し、情報を管理しています。[ 36 ] 2005年には、国立オープンソース政策研究センター（NCOSPR）という新しい政府ロビー団体が設立されました。NCOSPRは、「政府のIT企業におけるオープンソースソフトウェアソリューションの利用を促進する非営利団体」です。[ 37 ]

軍におけるオープンソース運動— 軍は、運用上の潜在的な利点を求めてオープンソースソフトウェアを研究してきました。オープンソースソフトウェアは複数の開発者による改変が可能で、コスト効率の高い開発と迅速なカスタマイズを可能にする可能性があります。軍の関心は、開発速度の向上と運用の柔軟性の向上の可能性に起因しています。しかし、コードの変更とアクセスがオープンであるため、セキュリティ上の懸念が生じます。 2009年に120名以上の軍人によって設立された軍事オープンソースソフトウェアワーキンググループは、ソフトウェア開発者と軍事組織の請負業者間のコラボレーションを促進するために組織されました。このグループは、軍事アプリケーションにおけるコードの再利用と共同開発の機会を模索することを目的としていました。[ 38 ]

教育におけるオープンソース— 大学や組織は、学生の教育に主にオンラインソフトウェアを使用しています。オープンソース技術は、企業に管理ソフトウェアシステムの提供料を支払う必要がなくなるため、多くの機関で採用されています。オープンソースシステムを導入した最初の主要大学の一つは、2009年のコロラド州立大学で、その後多くの大学が追随しました。コロラド州立大学のシステムは、オープンソース管理システムの主要プレーヤーとなったKuali Foundationによって開発されました。Kuali Foundationは、「高等教育のための、高等教育機関によるオープンソースソフトウェアの構築と維持」を目指す組織グループであると自らを定義しています。[ 39 ] Kuali Foundation以外にも、教育現場でオープンソースツールが使用されている例は数多くあります。

「教育者にとって、オープンソース運動は、学生が学んでいる理論を​​どのように応用するかを教える際に使用できるソフトウェアへのアクセスを可能にしました。」[ 40 ]オープンネットワークとソフトウェアにより、教師はコミュニティ内で授業、講義、その他のコース教材を共有することができます。OpenTechCommは、「アクセス、使用、編集がオープンであること、つまり、あらゆるレベルの技術・専門コミュニケーションコースの教師が学生に無料で提供するために頼ることができる教科書や教育リソースを提供すること」に特化したプログラムです。[ 41 ]前述のように、このようなプログラムへのアクセスは、教育部門にとってはるかに費用対効果の高いものとなるでしょう。

ヘルスケアにおけるオープンソース— 2009年6月に非営利団体eHealthNigeriaによって開発されたオープンソースソフトウェアOpenMRSは、ナイジェリアのヘルスケア記録に使用されています。このソフトウェアの使用は、公衆衛生を目的としてナイジェリアのカドゥナで開始されました。OpenMRSは、患者に健康状態の兆候が見られた場合に医療従事者に警告を発したり、出生と死亡を毎日記録したりするなどの機能を管理しています。このソフトウェアの成功は、先進国で利用可能なより複雑な独自仕様のヘルスケアソフトウェアと比較して、初めてこの技術に触れる人にとって使いやすいことにあります。このソフトウェアはコミュニティによって開発されており、誰でも自由に使用できるというオープンソースアプリケーションの特徴があります。これまでに、OpenMRSはルワンダ、モザンビーク、ハイチ、インド、中国、フィリピンで使用されています。[ 42 ]ヘルスケアにおけるオープンソースの影響は、「用語集およびデータ相互運用性ソリューションのリーディングプロバイダー」であるApelon Inc.によっても認識されています。最近、同社の分散用語システム（Open DTS）は、オープンソースのMySQLデータベースシステムのサポートを開始しました。これにより、医療分野におけるオープンソースソフトウェアの利用が可能になり、高価なプロプライエタリな医療ソフトウェアへの依存度が軽減されます。オープンソースソフトウェアのおかげで、医療業界は医療標準を実装するための無料のオープンソースソリューションを利用できるようになりました。オープンソースは医療に経済的な利益をもたらすだけでなく、プロプライエタリなソフトウェアへの依存度が低いため、開発者を問わず、さまざまなシステムの統合が容易になります。[ 43 ]

企業

IBM

もともとIBMは、オープンソースソフトウェアに積極的に進出した企業ではありませんでした。1990年代頃から、知的財産権をはじめとするソフトウェアの私的利用はもはや当たり前のものと考えるようになりました。[ 44 ]ある引用によると、IBMがオープンソースソフトウェアへのリソース投入を決定したのは、競争の激化、特にマイクロソフトからの挑戦を受けた後のことでした。それ以降、IBMは顧客サービスとより堅牢なソフトウェアサポートに重点を置くようになりました。[ 44 ] IBMはオープンソース・イニシアチブの主導的な推進者であり、1998年にはLinuxのサポートを開始しました。 [ 45 ]

サンプルコード付きのEclipse IDE
IBMがオープンソースとしてリリースしたEclipse IDE

別の例として、IBMはEclipse IDE（統合開発環境）をオープンソースにすることを決定し、Eclipseの人気と市場への広がりにより、他の企業も他のIDEをリリースするようになりました。[ 46 ]

マイクロソフト

2008年夏以前、マイクロソフトはオープンソースコミュニティの敵として広く知られていました。同社の反オープンソース感情は、元CEOのスティーブ・バルマー氏が広く利用されているオープンソースソフトウェアであるLinuxを「触れるものすべてに付着する癌」と呼んだことでさらに強まりました。[ 47 ]マイクロソフトはまた、Linuxが235件の特許を侵害したとしてロイヤリティを請求すると脅しました。

2004年、マイクロソフトは欧州連合（EU）の裁判で敗訴し[ 48 ]、2007年の上訴でも敗訴し[ 49 ]、2012年の上訴でも敗訴しました[ 50 ]。マイクロソフトは、市場支配的地位の濫用で有罪判決を受けました。具体的には、多くのプラットフォームで動作し、「相互運用性の障壁を取り除く」ことを目指すオープンソースのSamba（ソフトウェア）プロジェクトとの相互運用性に関する情報を隠蔽していたことが挙げられます。

しかし2008年、当時マイクロソフトのオープンソースソフトウェア戦略責任者であったサム・ラムジ氏は、ビル・ゲイツ氏と緊密に協力し、ソフトウェア業界とマイクロソフト社内においてオープンソース推進の姿勢を醸成し始めました。ラムジ氏は2009年に同社を去る前に、マイクロソフトのオープンソースへの理解と関与を深め、Microsoft Azureをはじめとする様々なプロジェクトへのオープンソースコードの貢献にその表れています。こうした貢献は、以前のマイクロソフトでは想像もできなかったことです。[ 51 ]マイクロソフトのオープンソースに対する姿勢の変化と、より強力なオープンソースコミュニティの構築に向けた努力は、オープンソースの採​​用と適応が拡大していることを示しています。[ 52 ]

参照

参考文献

  1. ^ Levine, Sheen S.; Prietula, MJ (2013). 「イノベーションのためのオープンコラボレーション：原則とパフォーマンス」. Organization Science . 25 (5): 1414– 1433. arXiv : 1406.7541 . doi : 10.1287/orsc.2013.0872 . S2CID  6583883. SSRN  1096442 .
  2. ^ a b c Wyllys, RE (2000).オープンソース運動の概要2016年3月16日アーカイブ、Wayback Machineより。2009年11月22日閲覧、テキサス大学オースティン校図書館情報学大学院より。
  3. ^ a b c d e f g h i Warger, T. (2002) The Open Source Movement Archived 2011-07-17 at the Wayback Machine . Retrieved November 22, 2009, from Education Resources Information Center
  4. ^ Tiemann, Michael (2006年9月19日). 「OSIの歴史」 . Open Source Initiative . 2002年10月1日時点のオリジナルよりアーカイブ。 2008年8月23日閲覧。
  5. ^オープンソース運動の簡潔な歴史（Wayback Machineに2011年4月11日アーカイブ）. Sloanreview.mit.edu (2011年11月18日). 2011年11月30日閲覧。
  6. ^ a b c OSIの歴史 | Open Source Initiative Archived 2002-10-01 at the Wayback Machine . Opensource.org. 2011年11月30日閲覧。
  7. ^ウェーバー、スティーブン. オープンソースの成功. ハーバード大学学長・フェロー. 2004年. 印刷pg.20–28. ISBN 978-0-674-01858-7この段落全体はスティーブン・ウェーバーを参照しています
  8. ^ Tennant, D. (2008年8月11日). Standing on Principle. Computerworld, p. 4. Business Source Premierデータベースより取得。
  9. ^ Taft, DK (2009年11月3日). Microsoft、ApacheConで10万ドルのApacheへの貢献を再コミット2023年11月20日アーカイブ、 Wayback Machineより。(引用：「申し訳ございません。このURLはWayback Machineから除外されています。」)2020年5月8日 eWeekより取得
  10. ^ Elliott, MS; Scacchi, Walt (2008). 「ソフトウェア開発者の動員：フリーソフトウェア運動」. Information Technology & People . 21 (1): 4. doi : 10.1108/09593840810860315 .
  11. ^ Lerner, Josh; Tirole, Jean (2000年3月). 「オープンソースのシンプルな経済学」(PDF) . マサチューセッツ州ケンブリッジ: 全米経済研究所. CiteSeerX 10.1.1.145.3577 . 2017年12月15日時点のオリジナルよりアーカイブ(PDF) . 2015年6月10日閲覧。 {{cite journal}}:ジャーナルを引用するには|journal=（ヘルプ）が必要です
  12. ^ Stallman, RM (2007).「フリーソフトウェア」が「オープンソース」よりも優れている理由2021年3月27日アーカイブ、Wayback Machineより。2009年11月22日閲覧、GNU.orgより
  13. ^ 「United States v. Microsoft Corp., 84 F. Supp. 2d 9 (DDC 1999)」 Justia Law . 2025年10月10日閲覧。
  14. ^オープンソースの定義 | オープンソース・イニシアティブArchived 2007-06-07 at the Wayback Machine . Opensource.org. 2011年11月30日閲覧。
  15. ^サリバン、ジョン・L. (2011). 「社会正義運動としてのフリー・オープンソース・ソフトウェア擁護：21世紀におけるF/OSS運動言説の拡大」. Journal of Information Technology & Politics . 8 (3): 223– 239. doi : 10.1080/19331681.2011.592080 . S2CID 144013228 . 
  16. ^ Ceraso, A.; Pruchnic, J. (2011). 「序論：オープンソース文化と美学」 .批評. 53 (3): 337. doi : 10.1353/crt.2011.0026 . S2CID 31800586. 2017年9月22日時点のオリジナルよりアーカイブ。 
  17. ^仲小路久美代、山本康弘、西中善之、岸田幸一、葉雲文 (2002). 「オープンソースソフトウェアシステムとコミュニティの進化パターン」.ソフトウェア進化の原理に関する国際ワークショップ議事録 - IWPSE '02 . p. 76. doi : 10.1145/512035.512055 . ISBN 978-1-58113-545-9. S2CID  15341686 .
  18. ^ a bケビン・クロウストン、ジェームズ・ハウソン（2005年2月7日）「フリーソフトウェアとオープンソースソフトウェア開発の社会構造」 First Monday . doi : 10.5210/fm.v10i2.1207 .
  19. ^ Sheoran, Jyoti; Blincoe, Kelly; Kalliamvakou, Eirini; Damian, Daniela; Ell, Jordan (2014). 「GitHubにおける『ウォッチャー』の理解」.第11回ソフトウェアリポジトリマイニングワーキングカンファレンス - MSR 2014 議事録. pp.  336– 339. doi : 10.1145/2597073.2597114 . ISBN 978-1-4503-2863-0. S2CID  11496776 .
  20. ^ a bミドルトン、ジャスティン、マーフィー＝ヒル、エマーソン、グリーン、デメトリウス、ミード、アダム、メイヤー、ロジャー、ホワイト、スティーブ、マクドナルド (2018). 「どの貢献が開発者がGitHubチームに受け入れられるかを予測するか」第15回国際ソフトウェアリポジトリマイニング会議議事録. pp.  403– 413. doi : 10.1145/3196398.3196429 . ISBN 978-1-4503-5716-6. S2CID  13695100 .
  21. ^ Robles, G; JM Gonzalez-Barahona; I. Herraiz (2009). 「リブレソフトウェアプロジェクトにおけるコア開発者チームの進化」.第6回国際ソフトウェアリポジトリマイニング会議議事録: 167–170 .
  22. ^ Vaughan-Nichols, Steven J. (2024年7月15日). 「高齢化が進むオープンソースコミュニティには新鮮な血が必要だ」 . The Register . 2025年2月17日閲覧。
  23. ^ Proven, Liam (2025年2月14日). 「なぜFOSSにはベテランが多いのか？」 The Register . 2025年2月17日閲覧。
  24. ^ 「LFXメンターシップ」 . Linux Foundation . 2025年2月17日閲覧。
  25. ^ a b c dラーナー、ジョシュ、ジャン・ティロール（2001年5月9日）「オープンソース運動：主要な研究課題」ヨーロッパ経済評論45 （ 4-6 ）：819-826。doi ：10.1016/S0014-2921(01) 00124-6 。
  26. ^ Greenspun, Philip. 「Managing Software Engineers」 . 2021年10月9日時点のオリジナルよりアーカイブ。2012年2月7日閲覧。
  27. ^雲文葉、岸田 功 (2003). 「オープンソースソフトウェア開発者のモチベーションの理解に向けて」第25回国際ソフトウェア工学会議、2003年. 議事録. pp.  419– 429. doi : 10.1109/ICSE.2003.1201220 . ISBN 0-7695-1877-X. S2CID  1476378 .
  28. ^ Bonaccorsi, Andrea; Cristina Rossi (2003). 「オープンソースソフトウェアが成功する理由」(PDF) . Open Source Software Development . 32 (7): 1243– 1258. doi : 10.1016/S0048-7333(03)00051-9 . hdl : 10419/89290 . 2020年9月19日時点のオリジナルよりアーカイブ(PDF) . 2019年12月14日閲覧。
  29. ^ Nafus, Dawn, James Leach, Bernhard Krieger. 「ジェンダー：調査結果の統合報告書」 FLOSSPOLS, 成果物D 16 (2006).
  30. ^ 「テクノロジー業界における女性：事実」（PDF） . 2021年5月14日時点のオリジナルよりアーカイブ。2021年4月19日閲覧。{{cite web}}: CS1 maint: bot: 元のURLステータス不明（リンク）
  31. ^ a b c Nafus、Dawn（2012年6月1日）。「パッチに性別はない：オープンソースソフトウェアにおいてオープンではないもの」。New Media & Society . 14 (4): 669– 683. doi : 10.1177/1461444811422887 . S2CID  206727320 .
  32. ^ a b Vasilescu, Bogdan; Posnett, Daryl; Ray, Baishakhi; Van Den Brand, Mark GJ; Serebrenik, Alexander; Devanbu, Premkumar; Filkov, Vladimir (2015). 「GitHubチームにおける性別と在職期間の多様性」.第33回ACMヒューマンファクターズ・イン・コンピューティングシステム会議論文集. pp.  3789– 3798. doi : 10.1145/2702123.2702549 . ISBN 978-1-4503-3145-6. S2CID  11705263 .
  33. ^ジョシュ・テレル、アンドリュー・コフィンク、ジャスティン・ミドルトン、クラリッサ・レイニア、エマーソン・マーフィー＝ヒル、クリス・パーニン、ジョン・スタリングス（2017年5月1日）「オープンソースにおける性差とバイアス：プルリクエストの承認における女性と男性」 PeerJ Computer Science 3 e111. doi : 10.7717 /peerj-cs.111 .
  34. ^ “Inclusive Naming Initiative” . 2022年2月3日時点のオリジナルよりアーカイブ。2021年10月22日閲覧。
  35. ^ Poynder, Richard (2001). 「オープンソース運動」 . Information Today . 8 (9). 2011年5月27日時点のオリジナルよりアーカイブ。2011年1月20日閲覧。
  36. ^ Moore, John (2008年8月14日). 「オープンソースの主役？ -」 . FCW . 2021年4月19日時点のオリジナルよりアーカイブ。 2021年4月19日閲覧。
  37. ^ Preimesberger, Chris (2005年10月14日). 「オープンソース運動にロビー活動が進出」 . eWEEK . 2023年11月20日時点のオリジナルよりアーカイブ。 2021年4月19日閲覧。
  38. ^ Toon, John (2009). 「オープンソース運動は軍事ソフトウェア開発を加速させる可能性がある」 . Georgia Tech Research Institute . 2017年7月11日時点のオリジナルよりアーカイブ。 2011年12月21日閲覧。
  39. ^ 「About the Kuali Community | Kuali Foundation」 . Kuali Foundation . 2010年6月12日. 2010年6月12日時点のオリジナルよりアーカイブ。 2024年9月14日閲覧。
  40. ^ St.Amant & Ballentine 2011 p.343
  41. ^ Still, Brian (2010). 「オープンソースが1998年に誕生してから12年、OpenTechCommの時代が到来」 . Journal of Technical Writing and Communication . 40 (2): 219– 228. doi : 10.2190/TW.40.2.g . 2025年1月29日閲覧。
  42. ^ eHealthNigeria. (2012). eHealthNigeria: FAQs Archived 2012-01-04 at the Wayback Machine . 2012年2月4日閲覧
  43. ^ 「Apelon、完全にオープンソースの用語管理ソリューションの提供開始を発表」 （プレスリリース）Apelon、2012年1月17日。 2022年3月2日時点のオリジナルよりアーカイブ。 2021年4月19日閲覧。
  44. ^ a bムンガ, ニーシャル; フォグウィル, トーマス; ウィリアムズ, クエンティン (2009年10月12日). 「ビジネスモデルにおけるオープンソースソフトウェアの採用：Red HatとIBMのケーススタディ」 .南アフリカコンピュータ科学者・情報技術者協会2009年年次研究会議議事録. SAICSIT '09. ニューヨーク州ニューヨーク: コンピュータ学会. pp.  112– 121. doi : 10.1145/1632149.1632165 . ISBN 978-1-60558-643-4。
  45. ^ 「IBM、史上最大のLinuxラインナップを発表」 IBM、1999年3月2日。1999年11月10日時点のオリジナルよりアーカイブ。
  46. ^ブライアン・フィッツジェラルド (2006). 「オープンソースソフトウェアの変革」 . MIS Quarterly . 30 (3): 587– 598. doi : 10.2307/25148740 . ISSN 0276-7783 . JSTOR 25148740 .  
  47. ^ 「Microsoft CEO takes launch break with the Sun-Times」シカゴ・サンタイムズ、2001年6月1日。2001年11月8日時点のオリジナルよりアーカイブ。 2021年6月27日閲覧。
  48. ^ 「Groklaw.net – EUにおけるMicrosoftの決定 – 2004年12月」。2014年10月22日時点のオリジナルよりアーカイブ。2014年10月13日閲覧。
  49. ^ 「Groklaw.net – EU第一審裁判所：マイクロソフトの支配的地位濫用 – 更新 – 2007年9月」。2015年9月24日時点のオリジナルよりアーカイブ。 2014年10月13日閲覧。
  50. ^ 「Groklaw.net Microsoft Loses Its EU Appeal」。2014年10月22日時点のオリジナルよりアーカイブ。2014年10月13日閲覧。
  51. ^ Metz, Cade (2012年1月30日). 「オープンソースソフトウェアを変えた男、ビル・ゲイツに会う」 . Wired . 2021年4月19日時点のオリジナルよりアーカイブ。 2021年4月19日閲覧。
  52. ^ Metz, Cade (2011年11月4日). 「マイクロソフトはいかにして心配をやめ、オープンソースを（ほぼ）愛するようになったか」 . Wired . 2021年10月25日時点のオリジナルよりアーカイブ。 2021年4月19日閲覧。

さらに読む

「 https://en.wikipedia.org/w/index.php?title=Open-source_software_movement&oldid=1336131090」より取得