企業向けのオープンソース ライセンス [終了]
https://stackoverflow.com/questions/28530
-
09-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
より企業に優しいオープンソース ライセンス、つまり、商用製品をオープンソース化することなく商用製品で使用できるオープンソース ライセンスはどれですか?
解決
Apache ライセンス (特にバージョン 2) をお勧めします。これは「コピーレフト」ライセンスではなく、確立された企業とその弁護士にとって重要ないくつかの事項に対処しています。
「コピーレフト」は、ライセンスされたオープンソースコードを組み込んだものはすべてオープンソースとしてライセンスされることを要求するフリーソフトウェア財団の哲学です。その哲学は、自社の製品を独占的に保ちたい既存の企業にとっては毒とみなされます。
「コピーレフト」の規定がないことを除けば、Apache ライセンスはプロジェクトの貢献者からの権利の付与に特に言及しており、現代の企業は通常、複数の法人 (たとえば、親会社とその子会社) によって構成されているという事実に明示的に対処しています。子会社）。ほとんどのオープンソース ライセンスはこれらの点に対処していません。
どのライセンスを選択するにせよ、コードを商用の非オープンソース製品に組み込むという意味で「企業向け」にしたい場合は、GPL やその他の「コピーレフト」タイプを避けることが重要です。ライセンス。これが重要な要素となるプロジェクトに時間や資金を投資する前に弁護士に相談するのが最善ですが、「コピーレフト」であるライセンスとそうでないライセンスの簡単な略記は、Free Software Foundation の Web サイトで見つけることができます。 。彼らは、彼らが自分の基準を満たしていないと感じているライセンスを「左のコピー」として特定します。 FSF拒否は、この意味で企業に優しいものである可能性が最も高いものです。
(質問ではこれについては質問されていませんでしたが、ごく少数の例外を除いて、GPL やその他の「コピーレフト」タイプのライセンスであっても、営利団体によって内部的にのみ使用され、営利団体の組織に組み込まれていない場合には、完全に企業に優しいということは言及する価値があります。製品。）
他のヒント
基本的に、GPL のみが製品全体が GPL であることを要求し、LGPL はそのライブラリに固有の部分がオープンソースであることを意味します。ただし、どちらの場合も、問題はアプリケーションを配布する場合にのみ発生します。
他のすべてのオープンソース ライセンスの場合、唯一の共通要件は宣伝性です (つまり、ある時点で、どのオープンソース コンポーネント/ライブラリが使用されているかをユーザーに示します)。
その後、「競合する商用製品が存在しない」ライセンスを取得できます...
全体として、最も認められているビジネスフレンドリーなライセンスは、私の個人的な見解です。 Apacheライセンス, 、 芸術的ライセンス そしてその Mozilla パブリックライセンス.
さらに、たとえ クリエイティブ・コモンズ ソフトウェア開発には広く使用されていませんが、ビジネスに適したオプションもあります。
編集：忘れた BSD (これはライセンスというよりもライセンス テンプレートです) マサチューセッツ工科大学 ダニエルによって言及されました。これらの使用法は消えつつあるように思えますが、開発言語/オープンソースのサブコミュニティに従って、考慮すべきライセンスの傾向がいくつかあります。
BSD ライセンスの代替として、 PLさん ライセンス（マイクロソフトのパブリックライセンス）。ほぼ同じですが、（おそらく）より適切な表現になっています。さらに、名前に「Microsoft」が入っており、他にはない「企業向け」を謳っています。;-)
の GNU 劣等一般公衆利用許諾書 企業にも使いやすく、図書館でもよく使われています。それは可能にします 使用法 特定のライブラリの変更を公開する必要があります。
OSI の「人気があり広く使用されているライセンス、または強力なコミュニティを持つライセンス」のリストにある 9 つのライセンスのうち 6 つがあなたの基準を満たしていると思います。Apache、BSD、MIT、Mozilla、CPL、および Eclipse。Mozilla ライセンスと CPL (Common Public License) には、企業にとって特許をより魅力的にする可能性のある特許に関する文言が含まれています。
ここを参照 詳細については。
「企業」というと、私は内部開発、つまり同じ会社に雇用されている人々にのみ配布されるプログラムを思い浮かべる傾向があります。その意味では、ほぼすべてのフリー ソフトウェア ライセンスは「企業向け」です。
ただし、フリー ソフトウェアを含むクローズド ソース ソフトウェアの配布に関して、除外される唯一の大きなものは (私の頭の中に思いつきますが) GPL です。LGPL、BSD、MIT、芸術的なライセンス コードを埋め込むことができます。「価格」にはクレジットが必要かもしれませんが、実際にソフトウェアを作成してデバッグするよりもはるかに安いでしょう。
商標を保護しようとするライセンス (Mozilla) や、より広範なソフトウェアの互換性 (Sun) を考慮すると、物事が曖昧になることがあります。制約は、必ずしもコードの配布だけに関係しているわけではありません。
要約すると、不明な点がある場合は弁護士に相談する必要があります。
理想的には、次のライセンスを取得したコンポーネントを探しました。 Apache ソフトウェア ライセンス. 。その後、LGPL、BSD、Artistic License が私の次の好みです。
MIT、Apache、BSD は最も企業に優しい傾向があります。私が遭遇した中で最も企業フレンドリーではないのは、通常、Q Public、GPL、Mozilla です。
ウィキペディアにも非常に便利な情報があります すべてのフリー ソフトウェア ライセンスを比較するリスト. 。右側に緑色のボックス (「別のライセンスで変更をリリースする」) がある場合は、これで十分だと思います。
