企業がそのコードベースをオンラインで (つまり、Google Project Hosting で) ダンプした場合、サードパーティの GPL コードを使用してリンクすることが許可されます。
もちろん経営陣は、競合他社が自社のコードを盗むと考えているため、コードを公開することを許可していません。
しかし、私の経験では、巨大な企業のコードベースは初心者にとっては役に立たないものです。初めての仕事では、誰もが会社のコードにある程度慣れるまでに少なくとも 3 か月はかかったのを覚えています。
したがって、簡単な修正のように思えます。すべてをオンラインにダンプするだけで問題ありません。
これは機能しますか？または、ここで見逃している他の GPL 要件はありますか?
この投稿のややマキャベリ的な内容についてお詫び申し上げます。
編集: 管理者の許可なしにコードをオンラインで公開することは考えていません。彼らにそうするように説得するべきかどうか迷っています。
GPL は、ソース コードが利用可能であることを要求するだけでなく、ソース コードが GPL の下にある限り、他の人がそれを使用、コピー、配布などするためのライセンスを取得することを要求します。これは、その会社がソフトウェアを販売するだけではお金を稼げないことを意味します。
コードをオンラインに公開するだけでは十分ではなく、GPL の下でリリースする必要もあります。
GPL で保護されたコードが理解しやすいという要件はありません (難読化されたソースは許可されていません)。実際、一部の企業は、GPL に基づいてソフトウェアを提供し、サポートやカスタマイズを販売したり、場合によってはデュアル ライセンスを使用したりすることで利益を上げています。非GPLプログラムで使用できます。
最後に、GPL に基づいてコードをリリースすることは、GPL を回避することではありません。これは GPL に準拠しており、すべての長所と短所を備えています。
考慮すべきもう 1 つのことは、企業の内部ソフトウェアで GPL コードを使用することです。GPL の条項は、ソフトウェアがリリースされた場合にのみ適用されるため、ソースまたはバイナリを公開しないことは、ライセンスに完全に準拠することになります。ほとんどのソフトウェアは他人に販売するために書かれたものではないため、GPL で保護されたソフトウェアを使用すると、ペナルティが発生することがよくあります。
あなたが正しい。ソースを提供する限り、GPL ソフトウェアを任意の価格 ($0.00 から $$$) で販売することができます。リチャードの考えは共産主義ではなく、コーディングの自由でした。
また、「かなり役に立たない」部分にも同意します。マネージャーは、コードの価値を、「その有用性」ではなく、「作成に費やした金額」で判断する傾向があります。また、変更された製品を販売したい場合、競合他社も自分たちのバージョンを GPL しなければならないという事実を彼らは通常見逃しています。
[編集] コードを組織外に配布しようとしない限り、GPL 化されたコードを好きなだけ含めることができることに注意してください。GPL がルールを管理するのは、コードが会社を離れたときだけです (主に、会社内の人々が必要に応じて実際にソースを取得できるため)。そのため、自宅で何をしていても誰も気にしませんが、プロジェクトを路上に持ち出すとすぐに、ソースのコピーを持参することをお勧めします。
いつものように、IANAL。
あなたが何を求めているのか正確にはわかりません。「自分の会社のコードをネットに載せたいのですが大丈夫ですか？」と言っているような気がします。いいえ、私は答えます。それはあなたのものではなく、彼らのものです。彼らはあなたを雇っただけです。コードをリリースすることに決めた場合、あなたは傷の世界を求めています。そして、はい、これにより、リンクできる FOSS ソフトウェアが制限されます。そんな感じです。
GPL要件はあなたの心配の中で最も少ないと思います.
倫理的、法的、およびセキュリティの側面から、おそらくこのルートをたどることはできません.
これを行う前に、上司に相談し、上司に弁護士と相談してもらいます。
そうでなければ、あなたは解雇されます。
GPL コンポーネントを使用できるのは、誰かがそれらを配布し、使用するライセンスをあなたに与えたからです。ユーザーを同じように扱う必要があります。
GPL とは、プログラムをユーザーに配布することです。GPL のいわゆるバイラル条項とは、GPL である部分を使用する場合、プログラム全体を GPL 条件でユーザーに配布する必要があることを意味します。コードを世界に公開することではなく、ユーザーに (必要に応じて) 公開することです。
コードを公開するだけでは十分ではなく、実際には必要ありません (要求に応じてソースのコピーを送信するという書面による申し出は問題ありません)。
要点は、ユーザーをうまく扱うことです。妄想的な EULA ライセンスを彼らに与えたり、NDA 契約への署名を強要したりしません。ソフトウェアを使用、調査、配布、変更、および変更を配布する自由をユーザーに与えます。
ユーザーがソース コードについて知らない場合、ソース コードを調査することが許可されていない場合、またはソフトウェアをサード パーティに配布することが許可されていない場合、ソース コードを公開するだけでは十分ではありません。