OSSライセンスの選び方

GitHubが提供しているOSSライセンスの選定指針ガイド choosealicense.com から、ライセンスの選び方を学びます。

はじめに

GitHubレポジトリ等でコードを公開するときは、LICENSE.txtなどでライセンスを示すことが推奨されています。

しかし、多数あるOSSライセンスのうち、どのライセンスを選択すべきなのかは難しい問題です。

GitHubが提供している choosealicense.com というサイトは、ライセンスの選定指針を示してくれています。

今回はこのサイトからOSSライセンスの選び方を学んで整理します。

MIT Licenseが良いでしょう。

MIT Licenseでは、利用者はほぼ自由にプロジェクトを利用することができます。クローズドソース版の作成/配布も可能です。

有名所のプロジェクトでは、Babel, .NET, RailsなどがMIT Licenseです。

GNU GPLv3が良いでしょう。

GNU GPLv3では利用者には広い自由が認められていますが、クローズドソース版の配布などは禁止されています。

有名プロジェクトでは、AnsibleやBash、GIMPなどがGNU GPLv3を利用しています。

既存の開発コミュニティで開発する場合、大抵そのコミュニティで好まれているライセンスがありますので、それにならったライセンスを付与するのが最も簡単で確実です。

開発コミュニティと好まれているライセンスの例:

開発するコミュニティの既存プロジェクトを確認し、そのライセンスを参考にしましょう。

ソフトウェアではないプロジェクトのときも、多くの場合ソフトウェアに使われているライセンスがマッチします。特にプロジェクトをソースコードとしてバージョン管理している場合は、ソフトウェア同様の扱いが可能です。

ソフトウェアではないプロジェクト特有のライセンスを使いたい場合は、以下のような例があります:

・メディア/データ:
CC0-1.0、CC-BY-4.0、CC-BY-SA-4.0が、オープンライセンスとして利用できます。

・ドキュメント:
ソフトウェア用のライセンス、あるいは上記メディア用のライセンスがマッチします。

・フォント:
SIL Open Font License 1.1 によって、制作物をオープンにして他者が利用できるようになります。

・ハードウェア:
CERN Open Hardware licensesが使えます。より寛容な順に、
CERN-OHL-P-2.0
CERN-OHL-W-2.0
CERN-OHL-S-2.0
です。

以上、choosealicense.comからライセンスの選び方を学びました。

省略した部分も多いので、興味ある方はぜひ上記原典をご覧ください。

どなたかの参考になれば幸いです。

[関連記事]

www.bioerrorlog.work