コードへのライセンス

オープンソースプロジェクトを立ち上げる際の最も戦略的な決定の1つは、ライセンスを選択することです。このライセンスは、寄稿者があなたをどのように見るか、第三者がどのように消費、悪用、改善、フォーク、および派生物の作成を行うことができるかを推進します。要約すると、コミュニティがプロジェクトをどのように受け入れるか。ライセンスは、プロジェクトの最も明白な性格特性と考えてください。

ライセンスオプションの範囲を理解するのは簡単な作業ではありませんが、2つの大きなグループに分類できます。

• コピーレフト：GPL、Affero、MPLなどのこれらの種類のライセンスは、相互動作を表します。これらのライセンスは、二次的著作物を同じライセンスの下で配布する必要があることを意味します。これは、ソフトウェアの自由を維持する方法であり、プロジェクトを使用するサードパーティに同じコピーレフトライセンスを強制します。
• パーミッシブ： MITやApacheのようなパーミッシブライセンスは、オープン性を意味し、サードパーティがあなたの仕事を引き受け、ラップし、ライセンスを取得し、興味があればそれからお金を稼ぐことを提案します。

コピーレフトに移行するということは、組織の商用顧客がプロジェクトを使用したい場合は、プロジェクトライセンスを維持し、ソフトウェアも開く必要があることを意味します。すべての顧客がそれを受け入れるわけではないことを私たちは知っています。また、コピーレフトライセンスは、法的互換性を複雑にします。このタイプのシナリオでは、顧客がコードを開く必要性を回避するために、弱いコピーレフトライセンスが使用される場合があります。

コピーレフトが自由ソフトウェア宗教の哲学的選択であるとしましょう。あなたのコードを使用している他のプロジェクトからのすべてのコードは無料になります。したがって、依存関係でコピーレフトプロジェクトを使用すると、同じライセンスを採用する必要があるため、この単純な事実がプロジェクトのライセンスを選択する際の決定要因になる可能性があります。

一方、パーミッシブライセンスは、制御よりもいくつかの点で優れた選択の自由を強化します。寛容なルートでオープンソースになると、コミュニティは自分の好きな方法でコードを使用できるため、プロジェクトにさらに興味を持つようになります。この関心は、コードの価値に基づいて、より多くの貢献者と人気につながる可能性があります。商用のお客様は、何も義務付けられていないため、ライセンスについて心配する必要はありません。コードを取得して、自分のニーズに合うように変換することもできます。彼らはあなたの組織によって採用される新しい道を発見するかもしれないので、それは素晴らしいでしょう。

競合他社のことを考えてください。彼らはあなたのプロジェクトを取り、それを研究し、価値を見つけ、それをダウンロードし、それを形作り、異なるライセンスの下でそれをマークし、そしてあなたの全く同じ顧客にそれを彼ら自身で売ることができます。しかし、あなたはこれがちょうど起こったと世界に言いたいと思いませんか？あなたのオープンソースプロジェクトが競合他社の仕事の中心にあるということですか？

プロジェクトや組織ごとに哲学、ニーズ、特殊性が異なるため、Empathyの インターフェイスXをApache 2.0パーミッシブライセンスで公開するというここでの決定は、このシナリオであっても、他のシナリオでは完全に間違っている可能性があります。しかし、私たちはそれを発見したいと思います。どう思いますか？

私たちのオープンソースの旅についてもっと読んで、その一部になってください。

MalcolmBainとソフトウェアライセンスにおける彼の多大なサポートに特に感謝します。