GPLやLGPLの適用された製品を出荷した場合、自分のサイトのどこかでミラーを維持しなくてはなりません。
Googleはこのミラーを維持しており、オープンソースソフトウェアの利用を追跡するためのソフトウェアを利用しています。そのため、追跡の作業はさほど難しくないですが、時間のかかる作業ではあります。
商用ソフトウェアでは、これは何をやる時にも当てはまり、しかもその後時間が経つに連れて作業は何倍にもなるのです。
われわれは相互的な(オープンソース)ライセンス契約を好んでいないわけではありません。われわれは相互的ライセンスの下で大量のソフトウェアをリリースしています。ただ、ApacheやBSDスタイルのライセンスでソフトウェアをリリースする方が、より簡単だというだけのことです。みなさんに「持っていってください。とにかく、持っていって構いません」と言えること。これは素晴らしいことです。
まず担当部署の人たちがわれわれのところに、「このGoogleソフトウェアをリリースしたい」と言いに来ます。その際、彼らが開発サイクルのどの段階にいるかによって、作業が簡単になるか大変になるかが決まります。
「これをリリースしたい」と言われても、そのソフトウェアに当人たちが把握していない依存関係が存在する場合があります。この場合は、「リリースは可能だけど、そのためにはこんな手順を踏むことになる」と提示することになります。
ほとんどのケースで、特に小さいものの場合、リリースの許可を出すまでにかかる時間は3〜4日です。われわれはその間に法的な検討やその他の作業を行います。ですから、Googleでのソフトウェアのリリースは非常に簡単です。
パッチはさらに簡単です。通常、パッチについては1時間以内にリリースの許可を出しています。
また、新しいプロジェクトについては、だいたい2日か3日で承認します。
AndroidやChromeのような大きなプロジェクトとなると、話は複雑です。プロジェクトが巨大で、多くの下位コンポーネントなどを持っているからです。彼らに対しては、一定のインフラを提供する必要があります。
Androidについて言えば、われわれは150のGitリポジトリを管理しています。われわれは、それらのリポジトリなどを管理するための多くのソフトウェアを利用しています。
他にも作業がありますが、あまりここでの話とは関係がありません。とにかく、製品の寿命がかなり長いのに対し、作業の期間は日数で数えることができる程度のものです。
1つだけ問題があると感じている箇所があったのですが、誰もその問題を解決しようとしていませんでした。
私はSourceForgeはかなり素晴らしいものだと思っていますし、SourceForgeが始まった時、私はVA Linux Systemで働いていました。
しかし、企業1社だけがあれだけ大きなオープンソースのインフラを持っているということは、権力でもあります。
そこで私は、自分たちがバックアップの役割を果たしてもよいのではないかと考えました。人々はSourceForgeなり何なりで開発を続けることができます。私はともかく、このように非常に重大な機能をもつオープンソースのインフラを、1社の企業だけが維持している状態を避けたいと思っているのです。
CNET Japanの記事を毎朝メールでまとめ読み(無料)
パナソニックのV2H蓄電システムで創る
エコなのに快適な未来の住宅環境
ZDNET×マイクロソフトが贈る特別企画
今、必要な戦略的セキュリティとガバナンス
企業や自治体、教育機関で再び注目を集める
身近なメタバース活用を実現する
ものづくりの革新と社会課題の解決
ニコンが描く「人と機械が共創する社会」