コーポレート・フレンドリーオープンソースは

Question

ライセンスのオープンソースライセンスは、より多くの企業に優しいとは何か、すなわち、それらは、市販品を調達開く必要なしに商用製品に使用することができますか？

Answer 1

私は、Apacheライセンス（具体的には、バージョン2）をお勧めします。これは「コピーコピー」ライセンスではなく、既存の企業やその弁護士にとって重要ないくつかの問題に取り組んでいます。

「コピー・レフト」は、フリー・ソフトウェア基盤の理念であり、オープン・ソースとしてライセンスされているライセンス・オープンソース・コードを組み込んだものを必要とします。その哲学は、自社の製品を独自のものにしておきたい確立された企業によって毒とみなされています。

Apacheのライセンスは、「コピーを残した」規定を持たないこととは別に、プロジェクト寄稿者からの権利の付与に特化しており、現代の企業は通常、複数の法人（例：親会社およびその子会社）。ほとんどのオープンソースライセンスは、これらの点に対処していません。

あなたが選択したライセンスは、商用の非オープンソース製品に組み込むという意味でコードを「企業にやさしい」ものにしたい場合は、GPLや他の "コピー・レフト・タイプのライセンス。これが重要な要因となるプロジェクトに時間や資金を投入する前に、弁護士と相談することが最善の方法ですが、「コピーを残す」ライセンスは、フリーソフトウェア財団のウェブサイト。 FSFが拒否したライセンスは、この意味で企業が親しみやすいものである可能性が最も高い。

（これは尋ねられませんでしたが、ごくわずかな例外を除いて、GPLやその他の「コピー・レフト」タイプのライセンスでさえ、商業エンティティが内部でのみ使用する場合、 ）

Answer 2

2つの最も一般的に使用されるライセンスは、あなたが望むものを許可します。BSD Licenseと MIT Licenseです。 （list of licensesもOSIによってオープンソースとみなされています）。

Answer 3

GNU Lesser General Public Licenceも、企業に優しいですし、かなり頻繁にライブラリで使用します。特定のライブラリの使用が許可されていますが、その変更は公開する必要があります。

Answer 4

BSDライセンスの代替として、Ms-PLライセンス（Microsoftパブリックライセンス）を使用することもできます。ほとんど同じですが、（間違いなく）良い言葉です。さらに、その名前に「Microsoft」という名前がついています。これは他の何ものでもないように、「組織に優しい」と叫びます。 「企業」とは、;-)

Answer 5

は、私は、同じ会社で採用されている人々に配布社内開発、プログラムを考える傾向にあります。その意味では、ほとんどすべてのフリーソフトウェアライセンスは「企業に優しい」ものです。

しかし、フリーソフトウェアを含むクローズドソースソフトウェアの配布に関しては、除外されている唯一の大きなもの（私の頭の上から外れている）だけがGPLです。 LGPL、BSD、MIT、Artisticライセンスコードを埋め込むことができます。 「価格」はクレジットを与える必要があるかもしれませんが、実際にソフトウェアを作成してデバッグするよりも安いでしょう。

商標（Mozilla）を保護しようとするライセンスや、より広範なソフトウェア（Sun）の互換性を検討すると、ぼやけてしまうことがあります。あなたの制約は、必ずしもコードの配布に関連するとは限りません。あなたがわからない場合は

は要約すると、あなたは弁護士に相談してください。

Answer 6

基本的にGPLのみが製品全体がGPLであることを要求し、LGPLはそのライブラリに固有の部分がオープンソースであることを意味します。しかし、両方の場合、問題はアプリケーションを配布するときにのみ発生します。

他のすべてのオープンソースライセンスでは、唯一の一般的な要件は宣伝（つまり、ユーザーにある時点でどのオープンソースコンポーネント/ライブラリが使用されているかを示すこと）です。

その後あなたが「いいえ、競合商品」のライセンスを持っている...すべてのすべてで

、最も定評のビジネスフレンドリーなライセンスがApache License、Artistic LicenseとMozilla Public license私見です。

また、Creative Commonsがソフトウェア開発に広く使用されていない場合でも、いくつかのオプションはビジネスに便利です。

編集：忘れましたBSD（これはライセンスよりもライセンステンプレートです）とMITダニエルが言及しています。その使用法は消え去っているようですが、開発言語/オープンソースのサブコミュニティに応じて考慮すべきいくつかのライセンス指向性があります。

Answer 7

理想的には私はApache Software Licenseの下でライセンスが必要なコンポーネントを探しました。その後、LGPL、BSD、Artistic Licenseは私の次の好みです。

Answer 8

OSIの「広く普及している、または強力なコミュニティを持つライセンス」リストの9つのライセンスのうち6つが、Apache、BSD、MIT、Mozilla、CPLの基準を満たしていると考えています。 、およびEclipse。 MozillaライセンスとCPL（Common Public License）には、企業にとってより魅力的な特許の言語があります。

See here詳細については、

Answer 9

MIT、ApacheおよびBSDは、企業にとって最も親しみやすい傾向があります。私が遭遇した企業の中で、最も親切なものは、通常、Qパブリック、GPL、Mozillaです...

Answer 10

ウィキペディアには非常に便利なlist that compares all the free software licensesがあります。右側に緑色のボックスがある場合（「別のライセンスで変更をリリースする」）、あなたが必要とするのはそれだけだと思います。