昨年、マイクロソフトは75億ドルでGitHubを買収しました。GitHubは、FacebookからWalmart.comに至るまで、数多くのアプリやウェブサイトを支えるオープンソースソフトウェアプロジェクトのオンライン拠点です。この買収は、IBMによるオープンソース企業Red Hatの340億ドルの買収と相まって、オープンソースソフトウェアが大きなビジネスになり得ることを証明しました。
これは少し意外なことです。なぜなら、オープンソースコードは定義上、誰でも自由に共有できるからです。Red Hatはオープンソース製品のサポートを販売することで収益を上げており、FacebookやGoogleのような企業はオープンソースコード上に構築したサービスで収益を上げています。しかし、一部の企業が無料で利用できるコード上に数十億ドル規模のビジネスを構築している一方で、趣味人が余暇に取り組んでいるオープンソースプロジェクトもあります。
「オープンソースのメンテナーになる道は、往々にして偶然です」と、昨年10月の買収完了時にマイクロソフトからGitHubに入社したCEO、ナット・フリードマン氏は語る。「何か素晴らしいものを作り、それを他の人にも使ってほしいからこそ共有する。すると、あなたに対して様々な期待が寄せられるのです。」
GitHubは、クラウドファンディングサービスのPatreonのように、ユーザーが他のユーザーに定期的に支払いを行える「スポンサー」という新機能で、プログラマーの資金分配を支援したいと考えている。ベータテストは木曜日に開始される。

GitHub の CEO、ナット・フリードマン氏。
ベンジャミン・プリッツクライト/Github一部のオープンソースプロジェクトは既にPatreon、OpenCollective、Tideliftといった資金調達ツールを利用して活動資金を調達していますが、スポンサーシップを利用すれば、開発者がGitHub上でプロジェクトをダウンロードしたり、質問したり、バグを報告したりする際に、GitHub内で資金を調達できるようになります。フリードマン氏によると、初年度は、スポンサーシップを受けた人1人につき最大5,000ドルの寄付をGitHubが同額まで上乗せします。同氏によると、このサービスを通じて支払われた資金からGitHubは一切手数料を徴収しません。少なくとも当面は、支払い処理手数料はすべてGitHubが負担します。
フリードマン氏によると、ベータ版では誰でもこのサービスを通じてスポンサーシップを申請でき、ドキュメント作成やソフトウェアプロジェクトの非技術面を担当する人も対象になるという。しかし、GitHubでは技術的にはあらゆる種類のファイルをホストできるものの、当面はソフトウェアプロジェクト以外のプロジェクトでスポンサーを利用することは許可しない可能性が高いとフリードマン氏は述べている。
スポンサーだけではオープンソースの資金難は解決できない。しかし、開発者中心の分析会社RedMonkの共同創業者であるジェームズ・ガバナー氏は、これは開発者への報酬支払いを容易にするための良い一歩だと述べている。「このような仕組みで莫大な富を得る人はいないだろうが、それが必ずしも目標ではない」とガバナー氏は語る。
人気コードエディタVim用のオープンソースプラグイン(Googleのプログラミング言語Goのサポートを追加する)を開発するファティ・アルスラン氏も、このテストに参加している。彼は、スポンサーがクラウドコンピューティング企業Digital Oceanのソフトウェアエンジニアとしての給与を補ってくれるとは思っていないが、この追加資金がサイドプロジェクトに費やす時間を正当化してくれることを期待している。
アルスラン氏は、10代の頃からオープンソースプロジェクトに携わってきたという。「しかし、今は子供が2人いるので、ペースを維持するのがますます難しくなってきています」と彼は言う。
オープンソース開発者への報酬の確保は、道徳的な問題だけではありません。セキュリティ上の問題でもあります。プログラマーがプロジェクトに時間と労力を費やすことができない場合、セキュリティ上の脆弱性は簡単に見過ごされてしまいます。2014年に世界が目の当たりにしたように。その年は、OpenSSLとBashという、重要でありながらあまり知られていない2つのオープンソースプロジェクトに脆弱性が表面化した年でした。これらのプロジェクトは、ほとんどの標準的なウェブサーバーOSに含まれています。オープンソースソフトウェアのセキュリティ監査に資金を提供することは、ウェブのセキュリティ向上に大きく貢献する可能性があります。
多くの場合、オープンソースアプリケーションのユーザーは、そのアプリケーションがどのようなコードで構築されているか、その全てを意識することさえありません。これは、今日の開発者が、ユーザー認証情報の処理といった日常的な機能を処理する、様々なオープンソースのコード「ライブラリ」に依存しているためです。
「90年代には、コードを書こうと思ったらまず基本的なデータ構造を書かなければなりませんでした」とフリードマン氏は言います。「しかし、今日の開発者はより少ないコード量で、はるかに多くのことを達成できます。」
問題は、これらのライブラリが他のライブラリに依存していることが多いため、アプリケーション内のすべてのコードがどこから来ているのかを追跡することが困難になることです。GitHubはまた、開発者が依存するソフトウェアに誰が貢献しているかを確認し、それらのプロジェクトを後援しやすくするための機能も追加しています。
同社はまた、ユーザーが利用している様々なオープンソースプロジェクトを容易に追跡し、セキュリティ修正が利用可能になった際にそれを組み込むための新機能も発表した。フリードマン氏は、これらの新機能はマイクロソフトとはあまり関係がないとしながらも、マイクロソフトの支援を受けることで、チームが新しいことに挑戦する自信が持てるかもしれないと述べている。
WIREDのその他の素晴らしい記事
- 私が(今でも)テクノロジーを愛する理由:困難な業界を守るために
- 決まったルートや停留所がない場合のバス路線図の作成
- 気候適応は降伏ではない。生き残ることだ
- 日焼け止めの化学物質は血流に浸透する
- 「誰かを殺したいなら、私たちが適任です」
- 💻 Gearチームのお気に入りのノートパソコン、キーボード、タイピングの代替品、ノイズキャンセリングヘッドホンで仕事の効率をアップさせましょう
- 📩 もっと知りたいですか?毎日のニュースレターに登録して、最新の素晴らしいストーリーを見逃さないでください