「次のライブラリにLesser GPLを使用するべきではない」という記事の翻訳。ロシアソフトウェア開発アカデミーの学者であるOleg Andreyevによる解説付き。
www.gnu.org/licenses/why-not-lgpl.html
次のライブラリにLesser GPLを使用すべきではない理由。
GNUプロジェクトには、ライブラリの2つの主要なライセンスがあります。 1つ目はLesser GPL、2つ目は通常のGPLです。 それらの間には大きな違いがあります:LGPLでは、閉じたプログラムでライブラリを使用できますが、GPLは無料のものでのみ使用できます。
ライセンスの選択は戦略によって決定され、状況によって異なります。 現在、ほとんどのGNUライブラリはLGPLによってカバーされています。つまり、ある戦略を使用し、別の戦略を拒否します。 したがって、GPLの下でより多くのライブラリをリリースすることをお勧めします。
閉じたソフトウェア開発者には金銭的な利点があります。 フリーソフトウェア開発者は、お互いに有利になるはずです。 ライブラリに通常のGPLを使用すると、閉じたソフトウェアよりも利点があります。無料のプログラムではそのようなライブラリを使用できますが、非フリーのプログラムでは使用できません。
GPLを使用することは、すべてのライブラリにとって有益ではありません。 最も一般的な状況は、無料のライブラリの機能が、代替の実装を通じてプライベートソフトウェアで既に利用可能な場合です。 この場合、ライブラリはフリーソフトウェアに特別な利点を提供しないため、LGPLを使用することをお勧めします。
それが、glibcにLGPLを使用する理由です。 世界には多くの代替Cライブラリがあります。 実装にGPLを使用する場合、プライベートソフトウェアの開発者は代替の使用に問題はありません。 しかし、私たちには困難が生じる可能性があります。
それにもかかわらず、ライブラリに興味深いユニークな機能(GNU Readlineなど)がある場合、これはまったく別の話です。 Readlineライブラリは、対話型プログラムの入力処理と履歴保存を実装していますが、その機能は他の同様の実装では完全には利用できません。 GPLライセンスの下でのこのようなライブラリのリリースとフリーソフトウェアでの使用の制限は、コミュニティに明確な効果をもたらします。 Readlineを使用する必要があったため、少なくとも1つのアプリケーションが無料になりました。
類似物のない強力なGPLライブラリの配列を収集すると、それらは新しい無料プログラムの構成要素として機能します。 これは、フリーソフトウェアのさらなる開発にとって大きな利点となり、他のプロジェクトは、ライブラリを使用するためにソフトウェアをフリーにすることを決定します。 大学図書館に影響を与えることは最も簡単ですが、今日では多くの商業組織がフリーソフトウェアに目を向け始めており、この方法で影響を受ける可能性があります。
自由競争の重要性を減らすためのクローズドソフトウェアの開発者は、作者がGPLコードのコレクションに貢献するのを思いとどまらせようとします。 たとえば、閉じたソフトウェアでコードを使用することが許可されている場合、「より多くのライブラリユーザー」を約束し、野心に訴えることができます。 約束された人気は魅力的であり、図書館の開発者は、図書館の人気を高めることがコミュニティが最初に必要とするものであると簡単に結論付けることができます。
しかし、私たちはこれらの誘惑、同志に屈してはなりません。 私たちが一緒に立っていれば、もっと多くのことを達成できるからです。 私たち、フリーソフトウェア開発者は、互いに助け合う必要があります。 フリーソフトウェアのみで利用可能なライブラリをリリースすることにより、私たちはお互いのプログラムが非公開の代替プログラムよりも優れているようにします。 フリーソフトウェアは一般に競争力が高いため、フリーソフトウェア全体の動きはさらに大きくなります。
_____________________________________________________
ストールマンは、時間の経過とともにますます多くのフリーソフトウェアが存在し、代替手段がない場合、ますます多くの商用コードがフリーになり、最終的には共産主義がソフトウェアの世界に来るだろうと書いています(LHCが早く来ない場合)。 私には別の視点があります。GPLソフトウェアの数が増えると、GPLの制限と、LGPL、BSD、MIT、Apache2などのはるかに無料のライセンスの利点にますます注意が払われます。 より多くの開発者がGPLコードを使用して実際に困難に直面し、ますます多くのコードが本当に無料でリリースされます。 ストールマン、開発者コミュニティ、企業、および他の誰の主張からも解放されます。 libcの多くの実装があるように、遅かれ早かれ、Readlineと他のライブラリの本当に無料の実装が現れるでしょう。 その結果、GPLコードはそれ自体で制限され、他の閉じたエコシステムと同様に、開発できないために劣化します。
ご注意 GPLコードは、「共産主義が悪い」ために退化することはありませんが、人間の性質は、まず第一に、その個人的なリスクを最小限に抑えるように努めているためです。 何らかの理由でコードを開く必要がある商用開発者は、競合他社が開発を隠さないようにするためだけにGPLの下でコードをリリースする必要があり、したがって、彼らに利点を与えません。 ポピュラーな品質と無料の実装を行いたい人にとっては、彼ら自身の商業開発と同僚の生活を台無しにする理由はありません。 自由な関係は相互尊重を生じさせ、閉じたソフトウェアの側面からでさえ、コードのより多くのユーザーはより多くのフィードバックとより高い製品品質につながります。 しかし共産主義は良くも悪くも、誰もそれをどこにも構築していないので、著者は知りません。