ライセンスだけのオープンソース vs スチュワードされたオープンソース

この記事は Dries Buytaert 氏の公式ブログ「dri.es」の翻訳記事です。Driesブログの記事一覧よりすべての翻訳記事をご覧いただけます。

ほとんどのオープンソースライセンスの末尾近く、たいてい大文字で書かれた条項があります。ほぼすべての責任を免除する条項です。保証なし、賠償責任なし、使用は自己責任で。

そのコードに依存する組織にとって、この条項は厳しいものです。コードが失敗してデータや収益を道連れにしても、ライセンスは何も保証しません。修正もなく、返金もなく、何が起きたかを説明してくれる人もいない。

それがオープンソースライセンスの役割です。コードを利用可能にしつつ、共有する人たちを守る。その保護がなければ、コードの共有は裏目に出る贈り物になりかねません。善意の行為が無限の法的リスクに変わってしまうのです。

しかしライセンスが答えられるのは法的な問いだけです。誰がどの条件でコードを使えるか、作者がどんなリスクを受け入れるか。あなたが使おうとしているオープンソースプロジェクトがどんな種類のものかは、ライセンスには教えてもらえません。

オープンソースには「ライセンスだけのオープンソース」があります。オープンソースライセンスのもとで公開されたコードですが、積極的なスチュワードシップも継続的なケアの約束もありません。アップデート、バグ修正、セキュリティ対応、長期サポートの保証はありません。

そして「スチュワードされたオープンソース」があります。共有インフラとして大切に管理されているコードです。メンテナーはコントリビューションをレビューし、バグを修正し、セキュリティ問題に対応し、リリースを管理し、長期サポートを提供し、さらに多くのことをします。組織はメンテナーへの資金提供、コア開発のサポート、インフラの寄贈、エンドユーザーには見えないコストの負担を担います。

どちらもオープンソースですが、同じではありません。週末の趣味プロジェクトとビジネスクリティカルなソフトウェアが、まったく同じライセンスでリリースされることがあります。法的には同一に見えます。実際には、まったく別物です。

違いはスチュワードシップにあります。ライセンスはコードを利用可能にします。スチュワードシップはコードを信頼できるものにします。そしてプロジェクトに依存する人や組織が増えるほど、必要なスチュワードシップも増えることが多いのです。

責任は、重要性に対する税金です。

「ライセンスだけ」と「スチュワードされた」オープンソースを区別することで、「オープンソース」という言葉だけでは表現できない2つのまったく異なる現実を言語化する語彙が生まれます。

たとえば、この区別はコントリビューションについて話すときに役立ちます。企業がオープンソースに依存しているなら、貢献して恩返しをすべきでしょうか？

ライセンスだけのオープンソースについては、答えはシンプルです。誰もコントリビューションを求められていません。コードはケアの約束も見返りの期待もなく、自由に共有されたものです。

スチュワードされたオープンソースについては、答えはそう単純ではありません。ライセンスには依然として、ソフトウェアは現状のまま提供され、使用は自己責任と書かれているかもしれません。法的には誰も貢献を義務付けられていません。しかしコードの上には、スチュワードシップという層全体が存在します。セキュリティ、リリース管理、インフラ、ガバナンス、マーケティング、長期メンテナンス、その他多くのもの。ライセンスが求める以上の責任を人や組織が引き受けることで、ソフトウェアはより安全に採用でき、アップグレードしやすく、本番環境でも信頼できるものになっています。

Drupalのようなプロジェクトでは、その層には年間数百万ドルのコストがかかり、そのすべてを誰かが負担しています。「オープンソースインフラにはビジネスモデルが必要だ」と「Drupalのインフラ運営にかかるコスト」という記事で、より具体的に掘り下げています。

すべてを単に「オープンソース」と呼ぶとき、私たちは単に共有されたコードと、大切に管理されリスクが軽減されているインフラの違いを隠してしまっています。より良い言語だけでは資金調達の問題は解決しませんが、責任を見えるものにしてくれます。より誠実な会話はそこから始まります。

By Dries Buytaert

この記事は 「License-only versus Stewarded Open Source」（投稿日：2026-07-09）の翻訳記事です。