メインコンテンツにジャンプ
オープンソース

オープンソースソフトウェアライセンスの理解

オープンソースソフトウェアライセンスの場合、2つの大きなカテゴリがあります。 一部のライセンスはコピーレフトライセンスのカテゴリに属し、他のライセンスは許可のあるオープンソースライセンスです。

アニク・ドハバル・バブー

Anik Dhabal Babu

コンテンツマーケター

オープンソースソフトウェアライセンスの理解

オープンソースソフトウェアライセンスの場合、2 つの広範なカテゴリがあります。 一部のライセンスはコピーレフトライセンスのカテゴリに属し、他のライセンスは許可のあるオープンソースライセンスです。

この記事では、オープンソースソフトウェアライセンスとは何か、そしてその種類について説明します。

導入

An Open Source License is a type of license that allows users to freely view, modify, and share the source material of the software. This way, users are able to frequently update the source code and build on the original product.

Depending on the Open Source License type chosen, users may or may not be able to do certain activities with the code, such as selling it or using it commercially. In addition, there are many different types of Open Source Licenses out there, each offering different terms and conditions depending on how you want to use the source material.

したがって、オープンソースライセンスの種類を完全に理解することは、利点を活用するために不可欠です。 したがって、決定を下る前に、以下の情報を読んでください。

オープンソースライセンスの種類

type-of-oss-licence

許可のあるライセンス

許可のあるライセンスは、時には非コピーレフトライセンスとしても知られています。これは、ユーザーにソース code を使用、変更、共有する許可を与えますが、ユーザーは再配布の際に、派生作品を含む、変更された条件を選択することもできます。ソフトウェアの文脈では、派生作品とは元のプログラムに基づいたソフトウェアを指します。元のソフトウェアが許可のあるライセンスでリリースされた場合、作成者は、元のソフトウェアのライセンスが要求するよりも異なる条件で派生作品を共有することができます。

コピーレフトライセンス

オープンソースのコピーレフトライセンスは、オープンソースソフトウェアのユーザーに、ソフトウェアを変更、使用、再配布する権利を与えます。ただし、ユーザーは、元のライセンスで与えられた権利を他のユーザーに受け継ぐことを義務付ける必要があります。

Copyleft licenses define how redistribution and changes to the code are allowed, prohibiting any attempts at making it proprietary or non-open. This ensures that developers modifying the software have access to the source code to update it or even incorporate their own changes. Of course, any modifications must also be made available so others can benefit from its open source availability. This is a non-issue for academic or research use-cases, but is often a deal breaker when building commercial software.

オープンソースソフトウェアライセンスを含める理由

オープンソースソフトウェアのライセンスを含めることは、ソフトウェアを他者にオープンソースで公開または共有する場合に不可欠です。ライセンスは、以下の重要な目的を果たします:

  • コラボレーションと革新を促進する

Open source licenses allow anyone to view, modify, and distribute the source code of your software. This encourages other developers to contribute to your project, fix bugs, and add new features. This can lead to a more robust and innovative software product.

  • ユーザーに制御と柔軟性を与える

オープンソースライセンスは、通常、ユーザーがソフトウェアを商用目的で使用、修正、配布できることを許可します。これにより、ユーザーがソフトウェアの体験を制御し、独自のソフトウェアベンダーに依存する必要が減ります。

  • コミュニティを構築する

オープンソースライセンスは、ユーザーと開発者を結集してコミュニティを構築するのに役立ちます。このコミュニティは、サポート、フィードバック、プロジェクトの新しいアイデアを提供できます。

  • ソフトウェアをよりアクセスしやすく包括的にする

オープンソースソフトウェアは、ダウンロードと使用が無料で、多くの言語で提供されることが多いため、世界中の人々にアクセスしやすくなります。収入や背景に関係なく、

さらに、これらの利点の他に、オープンソースライセンスは次の利点もあります:

  • 著作権侵害を回避する

__CAPGO_KEEP_0__のソフトウェアをライセンスなしで配布すると、著作権侵害訴訟のリスクにさらされる可能性があります。オープンソースライセンスは、ユーザーにソフトウェアの使用、修正、配布の許可を明示的に与え、法的責任から保護することができます。

  • トップの才能を引き付け、維持する

オープンソースプロジェクトに惹かれる多くの才能あるソフトウェア開発者がいます。オープンソースライセンスでソフトウェアをリリースすることで、会社を潜在的な従業員に魅力的な企業にします。

  • ブランドの評判を高める

オープンソースソフトウェアは、テクノロジー界で広く尊敬されています。オープンソースライセンスでソフトウェアをリリースすることで、協力と革新への取り組みを示すことができます。

oss_licence(1)

許可付きソフトウェアライセンスは、最も人気のあるものです。実質的には、これらのライセンスはユーザーにソフトウェアを修正して再配布することを許可し、最小限の制限で行うことができます。最も人気のある許可付きソフトウェアライセンスの3つのバージョンは次のとおりです。

MIT License

MIT License は最も人気のある許可付きオープンソースソフトウェアライセンスです。ユーザーに著しく自由な権利を提供し、条件を遵守する限り、ソフトウェアを自由に共有、修正、使用、商業化することを許可します。 __CAPGO_KEEP_0__

Apache License 2.0

The Apache License 2.0 は、ソフトウェアの自由な変更と再配布を可能にする、著作権の保証を提供する人気のある許可状です。このオープンソースのライセンスでは、独自の変更と再配布が許可され、明確なライセンス条項が提供され、ソフトウェアを使用する際に誰でも自分の権利を理解できるようにします。

BSD (Berkeley Software Distribution) License

GitHubは、BSDライセンスの2つのバージョンを選択できるようにします。 BSD 2-Clause “Simplified” License, または "FreeBSD"ライセンスとしても知られています。 BSD 3-Clause “New” or “Revised” License. これらのライセンスの主な違いは、3つの条項です。この条項では、著者、著者、または貢献者を使用して製品またはサービスを推奨することを禁止しています。

Boost Software License

The Boost Software License, はC++のBoostライブラリから来て、2008年にOSIによって承認されました。このライセンスは、MITとBSDライセンスと似ていますが、バイナリ形式で再配布する際にAttributionを必要としません。

オープンソースソフトウェアのコピーライトライセンス

Copyleft licenses grant software users permission to use, modify, and share the source code, but also protect against relicensing through specific restrictions and terms and conditions. This represents the reciprocal characteristic of this license that requires users’ work to adhere to the original rights outlined in the license.

GNUライセンス コピーライトソフトウェアライセンスに関しては、 GPL (General Public License) は最も人気のあるものの1つで、広く使用されています。このオープンソースライセンスは、特定の条件(著作権表示、保証免責事項、または追加されたプログラムに加えられたライセンスなど)を維持する限り、ユーザーにプログラムの複製や修正されたバージョンの配布を許可します。

By making software available with this license type, developers are ensuring that others have access to their source code, allowing them to make improvements and adaptations that benefit the community. In addition, this concept of “copyleft” ensures that anyone can collaboratively share the same freedoms when working with free software.

Mozilla Public License

Mozilla Public License Mozilla Foundation と、弱いコピーレフトライセンスと見なされます。このライセンス (Eclipse Public License と比較して) の主な違いは、ファイルベースのコピーレフトであることです。これは、code をオープンソースまたは独自の code と組み合わせることができることを意味します。

Eclipse Public License

The Eclipse Public Licenseは、Eclipse Foundation から来て、弱いコピーレフトライセンスと見なされます。弱いコピーレフトライセンスは、ソフトウェアユーザーに、code に対して変更を共有することを要求します。このライセンスは、GNU の一般公衆ライセンスの厳しい要件を軽減するために、弱いコピーレフトを実装することを選択しました。

プロジェクトに適切なライセンスを選択する方法

  • オープンソースライセンスでプロジェクトをリリースする場合、使用しているプロジェクトと互換性のあるライセンスを選択してください。

  • 商用目的でプロジェクトを使用することを許可したい場合は、商用を許可するライセンスを選択してください。

  • プロジェクトを変更および配布することを許可したい場合は、変更および配布を許可するライセンスを選択してください。

  • プロジェクトが無料でオープンソースであることを保証したい場合は、コピーレフトライセンスを選択してください。

  • 選択するライセンスが不明な場合は、Open Source Initiative には人気のライセンスの比較リストがあります。

オープンソースプロジェクトに適切なライセンスを選択することは重要な決定です。必要なものと目標を慎重に検討することで、望ましい結果を達成するために役立つライセンスを選択できます。

Capgo の新しいライセンス

__CAPGO_KEEP_0__ のライセンスを変更するにはどうすればいいですか?ライセンスを変更します。

Capgo のライセンスは MIT から GNU Affero General Public License V3 (AGPLv3) またはその後のバージョンに変更されました。Capgo のバージョンはここで見つけることができます。 __CAPGO_KEEP_0__-updater (プラグイン) のライセンスは LGPLv3 から Mozilla Public License Version 2.0 (MPLv2) またはその後のバージョンに変更されました。__CAPGO_KEEP_1__-updater のバージョンはここで見つけることができます。.

この変更は、Capacitor Cloud にサブスクライブしているあなたや、Capacitor を自宅でホストしているあなたには影響しませんが、直接競合するために私のソフトウェアを使用しようとした企業が少し困るかもしれません。 AGPL は Google が問題にしているライセンスです。Google は、__CAPGO_KEEP_0__ のクローズドソースを公開する準備ができていないからです。.

This change makes no difference to any of you who subscribe to Capgo Cloud or who self-host Capgo, but it may upset a few corporations who tried to use my software to directly compete with me without contributing back.

AGPL の目標は、ユーザーの自由を最大化し、企業にオープンソースに貢献することを促すことです。私はユーザー向けのスタンドアロンアプリケーションです。私はライブラリや大きなプロジェクトの一部ではありません。私は Google の寄付を求めておらず、AGPL ライセンスで十分です。code に最も適したライセンスです。 結論です。']} ]} : “Code licensed under the GNU Affero General Public License (AGPL) MUST NOT be used at Google”.

The goal of the AGPL is to maximize user freedom and to encourage companies to contribute to open-source. I’m a user facing, standalone application. I’m not a library or a piece of a bigger project. I’m not looking for Google’s donations, so we’re happy to be AGPL-licensed. It is the right license for Capgo.

texts

オープンソースソフトウェアライセンスを選択する際には、多くの要素を考慮する必要があります。ただし、開発者コミュニティでは、人気のある選択肢があります。許可のある一般的なライセンスには、MIT License、Apache License、BSD Licenseが含まれます。コピーレフトの一般的なライセンスには、GNU General Public License、Mozilla Public Licenseが含まれます。

Capacitorのライブアップデート

ウェブ層のバグがライブの場合、Capgoを使用して修正を配信するのではなく、数日間待ってアプリストアの承認を待つのではなく、ユーザーはバックグラウンドで更新を受け取り、ネイティブの変更は通常のレビューのパスを維持します。

はじめましょう

最新のブログ記事

Capgoは、プロフェッショナルなモバイルアプリを作成するために必要な最良の洞察を提供します。