オープンソースプロジェクトが必要な場合、codeplexでどのライセンスを選択する必要がありますか?すべてのライセンスの長所と短所は何ですか?
3 に答える
あなたのプログラムを変更したり、あなたのプログラムの上に (プログラムにリンクすることによって) ビルドしたりする人が、あなたが自分の変更を共有するのと同じ方法で変更を共有できるようにしたい場合は、GPLを選択する必要があります。
あなたのライブラリを変更した人が変更を共有することを保証したいが、共有した条件の下でソースをあなたと共有しないプロプライエタリなアプリケーションから動的にリンクできるようにしたい場合は、次のようにする必要があります。LGPLを選択します。
クレジットを提供する以外に大きな制限なしに、誰もが望むようにコードを使用できるようにしたい場合は、MIT ( X11とも呼ばれます) ライセンスを使用する必要があります。短く、シンプルで、理解しやすく、寛大です。
すでにライセンスを持っている既存のプロジェクトと統合する必要がある場合は、おそらく同じライセンスを使用する必要があります。同じライセンスの下で 1 つのプロジェクトにすべてを含めることで、それを使用したい人にとっては生活がずっと楽になります。ただし、新しいプロジェクトを作成する場合は、上記の 3 つのライセンスのいずれかをお勧めします。これらのライセンスは広く使用されており、よく知られているため、言及したときに意味が正確にわかり、コードの統合が容易になるからです。既存のプロジェクトと。選択できるライセンスは他にもたくさんありますが、一般に、上記のライセンスのいずれかを改善することなく、物事をより複雑で困難にするだけです (あまり知られていない、ライセンスの非互換性などのため)。
それはあなたが望むものに大きく依存します。簡単に要約しますが、さまざまなライセンスについて詳しく読むことをお勧めします。
- GPL: コードを共有したいが、誰かがあなたのコードを商用製品に入れたら夜眠れない場合に最適です。短所:理解するのがほとんど不可能な大量の法的事項。
- BSD/ISC/MIT: 著作権の帰属のみを保持する非常に最小限のライセンス。たぶん市販品です。一般人なら理解できる。短所:Appleがあなたのコードを取得するかどうかを気にするなら、それはあなたのためではありません(サファリのWebkit、OSXのfreebsdユーザーランド)。
- Apache/Mozilla: GPL に似ていますが、ブランド名も保護します。短所:微調整することはできず、取得した名前で呼び出すことはできません。
- 上記のバリエーションが豊富です。短所: ライセンスが何を意味するのか誰も知りません。
ライセンスの選択は個人的なものであり、プロジェクトをどのように使用したいかによって異なります。
これについては、Open Source Inititive で読むことをお勧めします。
特に、カテゴリにグループ化されたライセンスを説明するページがあります。
より一般的なもののいくつかを、目的別に以下に示します。
プロジェクトの商用利用を促進するために、 BSDおよびMITライセンスを確認することをお勧めします。
商用および非商用の作業を奨励し、すべてのユーザーがコードの変更を共有することを強制するには、LGPL ライセンスを参照してください。
あなたのコードを使用するすべての人に変更を共有するよう強制したい場合は、GPL ライセンスを調べてください。
他にも多くの方法がリストされており、それぞれに大きなメリットとデメリットがあります。これらは、ごく一般的な 4 つの選択肢です。