GitHubライセンスを選択する方法と、間違った選択をしないことが重要なのはなぜですか？GitHubは、ITプロジェクトとその後のホスティングの共同開発のための最大のサービスです。このWebサービスの助けを借りて、無制限の数の人々が一度にプロジェクトに取り組むことができ、世界中のどこからでも作業することができます。また、GitHubには、開発者によるすべての変更をいつでも表示および制御できる管理システムまたはコントロールがあり、変更前の状態に戻ることもできます。
GitHubライセンスとは何ですか
ライセンスは、州のフォームによって作成された特別な文書であり、特定の種類の起業活動に従事することを許可します。これには、必然的に締約国の特別な注意が必要です。しかし、ほとんどの場合、実際には、省略されたライセンス契約または私法ライセンスの発行を規定する契約のみが使用されます。一般に、ライセンスは1つだけを追求しますが、最も重要な目標は、ライセンサーとライセンシーの間の義務と権利に関する合意です。これらの義務と権利は絶対に何でもかまいませんが、法律の枠内でのみ可能です。顕著な例は、ライセンサーがライセンシーによる作品を使用する際に、著作権所有者の名前の強制的な表示を要求する場合があることです。または、たとえば、作品のコピーを許可するには、しかし、それを変更することは絶対に禁止してください。あるいは、原作と全く同じ条件で作品を制作するという要件を推測するなど、さまざまな条件が提唱されている例がたくさんあります。
ただし、ライセンスはライセンサーだけでなく、ライセンシーの権利も保護することを忘れてはなりません。その中であなたは作品のすべての使用条件をはっきりと見て読むことができるので、彼はライセンサーが彼の作品の使用に対して突然ロイヤルティやその他の補償を要求することを恐れる必要はありません。
作品に関連付けられているライセンスをオプトアウトした場合でも、その国で施行されている法的規則に従って著作権が適用されます。簡単に言えば、ライセンスがないからといって、他の作者がこのプロジェクトを好きなように使用できるということにはなりません。それどころか、特定のライセンスがなければ、プログラマーは法律によって付与された権利を決して放棄しないため、すべてが絶対に逆になります。ライセンスがすべての権利と義務を管理することを常に覚えておくことも重要です。これは、作品の所有者をユーザーの期待や保証の意味から保護するためです。結局のところ、誰も彼のコードが法廷に行くことを望んでいません。
著作権とは
著作権は、知的活動の結果として、彼がユニークであると同時に有用な作品を作成した場合にのみ人に表示されます。たとえば、同じプログラムの作成を取り上げることができます。上記のすべてが完了すると、その人が作者になり、今では彼はこの作品のすべての著作権を完全に所有しています。また、著作権は独占的で非独占的であると言わなければなりません。彼らの違いは、財産権は誰にでも譲渡できるということですが、いかなる状況においても財産権は常に作者だけに残るわけではありません。結局のところ、著者であることは不可侵で不可侵の権利です。
オープンソースライセンスとは何ですか？
これは、初心者の開発者やプログラマーの間でもかなり人気のある質問です。ライセンスがないとプロジェクトも簡単に存在する可能性があるため、なぜライセンスをプロジェクトに添付する必要があるのか理解できないからです。ただし、これは完全に正しいわけではありません。たとえば、初心者の開発者がかなり重要で有用なコードを作成したものの、ライセンスで保護しなかった場合、他のユーザーが質問をするからです。そしてまさにこれのために、クライアントが彼のところに来て、このコードを商業目的で使用したいとき、彼らはコードにライセンスがないことを知り、単にそれを拒否します。これは、企業が法律や弁護士との問題を必要としないため、ライセンスなしでコードを使用しないという事実によるものです。
特定の条件に適したGitHubライセンスはどれですか？どのように選択しますか？
ライセンスの選択はプロジェクトの目標と開発者自身の個人的な好みや要望にのみ依存するため、この質問に対する正確な答えはありません。ご覧のとおり、GitHubにはさまざまなライセンスがあります。最も重要なのは、それらがすべて無料で公開されていることです。つまり、すべてのプログラマーが
自分のプロジェクトにぴったりのオープンソースライセンスを見つけることができます。しかし、最も重要なことは、オープンソースライセンスがライセンスのない単なるコードではないことを忘れてはなりません。
- 強力な保護。
- 弱く防御します。
- 寛容。
強力な保護
強力な防御ライセンスは、ほとんどの場合、GPLのバリエーションです。これらのライセンスには、コードまたはプロジェクトがどのように使用されるか、またはすでに使用されている場合でも、プロジェクトのライセンスとソースコードの開示が必然的に必要です。
弱く防御する
弱く防御的なライセンスは、ほとんどの場合、LesserGPLのバリエーションです。パーミッシブライセンスとの主な違いは、GPLライセンスの下でプログラムのライセンスを取得するだけでなく、ソースコードを必ず提供する必要があることです。さらに、プログラマーのプロジェクトにライブラリが含まれている場合、つまり、LGPLライセンスに基づく静的リンクまたは動的リンクの場合、プログラマーのプロジェクトライセンスのいずれとも互換性があります。
寛容
パーミッシブライセンスは多数ありますが、その中で最も人気のあるライセンスはMIT、Apache 2.0、およびBSDです。わずかな違いはありますが、これらのライセンスには、オープンソースプロジェクトと商用目的およびプロジェクトの両方でコードを使用できるようにする機能があります。ただし、この場合、元のプログラムの作成者を示す必要があることを覚えておくことが重要です。
その他の人気のあるGitHubライセンス
これらの3つのライセンスグループに加えて、他にもあります。たとえば、最も有用なライセンスの1つは、クラスパス拡張機能を備えたGPLv2です。このライセンスは、オープンソースプロジェクトと商用プロジェクトおよび目的の両方で使用することもできます。その最も人気のある外観はOracleであり、この会社はクラスパス拡張機能を備えたGPLv2を使用して、オープンソースプロジェクトとソリューションのライセンスを取得しています。たとえば、通常のGPLライセンスではバイトコードを処理できないため、このライセンスは非常に重要で便利です。つまり、コンパイルとリンクのプロセスに関する特別な説明がありますが、これは他のインタプリタプログラミング言語には完全に不適切です。このような言語には最も人気のあるJava言語が含まれています。このような場合に、クラスパス拡張機能を備えた特別なGPLv2ライセンスがリリースされました。結局のところ、このライセンスの下でリリースされたライブラリは、他のライセンスを使用して、商用プロジェクトや目的で使用できることを非常に明確かつ明確に示しています。
。
ライセンスの追加
最終的なライセンスが最終的に選択された後、残っているのはそれをプロジェクトルート自体に追加することだけです。このアクションを実行するには、プロジェクト自体の作成中、または一般的には他の任意の時点で、選択したライセンスをプロジェクトルートの下に追加する必要があります。しかし、このアクションでも、GitHub Webサービスはユーザーの面倒を見ることができ、プロジェクト自体の開始時でも最終的なライセンスを追加するためのかなり便利な方法を作成しました。
