GPLの長所と短所は何ですか?[閉まっている]


31

私はいくつかのオープンソースソフトウェアのライセンスを検討しており、GPLを検討しています。このライセンスを使用することの長所と短所は何ですか?



6
複製ではありません。この質問はGPLに焦点を絞っており、「高い視点」の視点をとっていません。
goodguys_activate

1
私はどちらか一方の極端に行く傾向があります:AGPLまたはWTFPL。
TRiG

これを視点に入れてみましょう。Microsoftが最初にこのライセンスを考え出し、すべての規定をまったく同じに保った場合、ライセンスは次のようになりません。FOSSとGLPは見た目ではありません。彼らの宣言を読んでください。彼らは無秩序についてではなく、コントロールについてです。
アンドリューTフィンネル

回答:


45

OK、GPLの長所と短所のリスト:

長所

  • それは、人々が本当にオープンソースに投資するかどうかについて、一生懸命に考えさせます。あなたはそれで生活する準備ができており、他の人があなたが書いたものを使うことができるようにします。
  • オープンソースコミュニティによって何かが開発されたとき、それがオープンソースのままであるようにします。誰かが他の人が行っていたすべての仕事を引き受け、それを再梱包して販売する機会はありません。

短所

  • ほとんどの企業組織にとって、これは完全にノーノーです。GPLライセンスのコードが製品に入るリスクはないため、実質的にすべての中規模企業は、GPLライセンスのコードを明示的に禁止する条項を持っています。
  • それは人々をオープンソースから遠ざけます。
  • 私は自分のアプリであなたのオープンソースの画像ピッカーコントロールを使用しているので、私のアプリ全体もオープンソースでなければならないのは本当に公平なのでしょうか?画像ピッカーを改善し、そのコードをコミュニティに貢献したとしても?この用語は多くの開発者にとって面倒です。
  • 多くの人はGPLの厳しい条件を知らないので、GPLを使用したい他の人にどのような制限を課しているのか理解せずに、聞いたライセンスであるGPLを使用してください。
  • その非常にバイラル。GPL(phew!)の下にあるコンポーネントを含むコンポーネントを含むコンポーネントがプロジェクトに含まれている場合、プロジェクト全体もGPLの対象となります。

最終的に私にとって、短所は長所を上回ります。私にとっては、世界にその利益を説得するのではなく、世界をだましてオープンソースにしようとするオープンソースのエバンジェリストのスマックです。


9
いくつかの短所については+1であり、その点については「厳格」です。MITライセンスは素晴らしい選択肢です。
ルーク

16
これは非常に透明なFUDです。「ほとんどの企業組織にとって完全にノーノーです。GPLライセンスコードが製品に侵入するリスクはないため、実質的にすべての中規模企業はGPLライセンスコードを明示的に禁止する条項を持っています。 」GPLライセンスのコードとプロジェクトは、少なくとも2004年以来Fortune 500で議論の余地がなく、実際、多くの大企業(Google、IBM、Oracleなど)がビジネスの多くを基にしています。

13
ここでは、GPLコードに触れられないことが多いソフトウェア製品会社と、GPLが本質的に影響を与えない内部使用のためにソフトウェアを使用する会社との間に違いがあります。前者よりも後者のほうがはるかに多くあります。
デビッドソーンリー

9
ところで、GPLは社会運動の推進者として設計されましたが、その意図は、常にフリーのままであり、ますます魅力的になるフリーソフトウェアのリポジトリを作成することでした。私が知る限り、開発者をだまして何かにしようとする試みではありませんでした。さらに、GPLの背後にいる人、リチャードストールマンは、フリーソフトウェアとは対照的に、オープンソースとのすべての接続を否定しています。
デビッドソーンリー

4
デイビッド・ソーンリーの経験は基本的に私のものと一致します。内部使用のためにGPLコードを使用しない会社について聞いたことがありません。ちなみに、Linuxは何十もの場所にあります。ただし、配布用のソフトウェアを開発する多くの企業は、開発コードベースの近くでGPLコードを許可しません。LGPLは通常は問題ありませんが、常にそうとは限りません。
デビッドシュワルツ

2

h4xxrは間違いなくFTW答えを与え、ここでは、ライセンスの種類は何を表しているかのあなたがしているわからない場合は、有用であることが分かる可能性があり、さらにいくつかのリンクです。

フリーソフトウェアライセンスの比較(表の比較)
オープンソースイニシアチブ-名前によるライセンス言い方 -今日のソフトウェアの世界で一般的に使用されるライセンス) GPLと互換性のあるものを含むソフトウェアライセンスのリスト

F --- GPL <-インテリジェントな批判(これらの「知恵の真珠」を愛する必要があります:-)


2

FWIW個人的に私は開発者を率いる大きなオープンソースプロジェクトを持っています。GPLがコードを使用することを一部の人々に妨げていたので、マルチライセンスモデルを採用しました。私のコードは、独自のライセンスモデルを選択してライセンスを取得し、GPL、LGPL、MITのいずれかのライセンスを許可します

LGPLを使用すると、コード/ライブラリ/実行可能ファイルをそのまま製品に組み込むことができます。これは、製品の機能を必要とする可能性があるが、製品の機能を変更する必要のない商用/クローズドソース製品を構築する企業に最も役立ちます。

MITライセンスは基本的に寛容なライセンスであり、人々があなたの作品を好きなように修正し、自分の作品に再利用できるようにします。ユーザーがこれを実行する可能性があり、ユーザーが行う可能性のある変更のソースにアクセスできないことを気にしない場合は、これを使用します。


2

GPLの選択は、イデオロギーのステップです。

フリーソフトウェア開発者はライブラリを使用でき、商用プレーヤーは(少なくともGPLとして製品をリリースしたくない限り)使用できないため、アドバンテージを与えています。企業は、同じ機能を備えたライブラリを作成するために労働者に支払いをしなければなりません。あなたはそのようにフリーソフトウェアを宣伝しています。

MITなどの制限の少ないライセンスを選択する方が実用的です。

お金のためにコーディングするとき(フリーランサーとして、従業員として)、自分でライブラリを使用できます。しかし、誰もがそうすることができるので、あなたはその方法で企業がお金を節約するのを手伝っています。


+1 GPLはイデオロギー/哲学の決定であり、技術的な決定ではありません。これが良いか悪いかは哲学的な問題に依存し、各プロジェクトまたはチームが決定します。
アンドレスF.

1

自由にライセンスされたオープンソースプロジェクト(X11、PostgreSQL、Haskellなど)に関しては、GPLとLGPLは裏目に出ています。GPLが禁止している、またはX11ライセンスが禁止しているためではなく、GPLコードをそのようなプロジェクトで使用することはできません。


0
  • 利点:人々は自分の変更/貢献を利用できるようにすることが法的に保証されています。
  • コスト:多くの商用ユーザーはコードを使用できません。彼らはあなたのコードを使用しないので、決して貢献しません。libcinderの人々が(L)GPLコードを使用できない理由を説明するこのスレッドを参照してください。ライブラリを静的にリンクする必要がある場合、LGPLでさえ問題になる可能性があります。

これはSaaS以外のシナリオでのみ当てはまると思います...また、フォークを見つけて、コピーを共有するよう依頼する必要があるかもしれません。
goodguys_activate

SaaSにはAGPLがあります。違反を特定することは自明であるが、見つけたときに、あなたを助けるために人がいる:gpl-violations.org
LennyProgrammers

あなたの利益は間違っています。私がソフトウェアを編集して自分で使用した場合、あなたは私の編集を見る権利がありません。共有することに興味のないグループに配布する場合も同様です。ユーザーは、ソースではなく、すべての人を参照してくださいする権利を有します。
K.ステフ
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.