GitHub で RAD フレームワークのオープンソース ライセンスを選択する方法

この記事では、著作権について少し説明しますが、主に RAD フレームワークの無料ライセンスの選択について説明します。 イオンDV。 フレームワーク およびそれに基づくオープンソース製品。 許可ライセンスについてご説明します Apacheの2.0、何が私たちをそこに導いたのか、そしてその過程でどのような決断に直面したかについて。

ライセンスを選択するプロセスは非常に労力がかかるため、十分な知識を持って取り組む必要があります。法教育を受けていない場合は、さまざまな無料ライセンスに関する情報の未開のフィールドが目の前に開きます。 主に行うべきことは、いくつかの制限基準を作成することです。 議論と熟考のプロセスを通じて、あなたとあなたのチームは、製品のユーザーに何を許可したいのか、何を禁止すべきなのかを理解できるようになります。 すでに特定の説明を持っている場合は、それを既存のライセンスに重ね合わせ、最も多くのポイントが一致するものを選択する必要があります。 もちろん簡単そうに聞こえますが、実際には、議論した後でも疑問が残ることがほとんどです。

まず、へのリンク 選択alicense.com、私たちが頻繁に使用した便利なサイト。 特に注意してください 比較表 13 の主な基準に従ってライセンスを取得します。 英語と忍耐力があなたとともにありますように。

選り抜きの小麦粉

まずは、ライセンスの一般的な機能から始めましょう。 フリーソフトウェア。 オープンソース ソフトウェアは、モデルに応じて商用および非商用の配布を制限しない、独占的に無料のライセンスを意味します。 オープンコア。 したがって、無償ライセンスに基づいてソフトウェアをネットワーク上に置くことは、第三者による譲渡、配布、販売を完全に制限することはできません。これに対しては心の準備が必要です。

無料ライセンスでは、ソフトウェアのリバース エンジニアリングに参加したり、他の利用可能な方法でソフトウェアを変更したりする権利がユーザーに与えられます。 ほとんどのライセンスでは、製品の名前を変更したり、システムの作成者や所有者の権利を変更する操作を実行したりすることはできません。

無料ライセンスに関して私たちが興味を持った主な質問は次のとおりです。

1. ソフトウェアに加えられた変更は記録されるべきであり、システムの著作権保持者とは関係がありませんか?
2. 派生ソフトウェアの名前は、著作権者のソフトウェアの名前と同じであってはなりませんか?
3. 新しいバージョンのライセンスを、独自バージョンを含む別のバージョンに変更することはできますか?

最も一般的なライセンスのリストを注意深く検討した後、より詳細に検討したいくつかのライセンスを選択しました。 潜在的なライセンス イオンDV。 フレームワーク それは、GNU GPLv3、Apache 2.0、MIT、および MPL でした。 マサチューセッツ工科大学（MIT） ほぼ即座に除外されます。これは寛容な非コピーレフトライセンスであり、ほぼあらゆる方法でコードの使用、変更、配布を許可しますが、私たちはこのオプションに満足できず、著作権と著作権の関係を規制するライセンスが必要でした。ホルダーとユーザー。 GitHub 上の小規模プロジェクトのほとんどは、MIT ライセンスまたはそのさまざまなバリエーションに基づいて公開されています。 ライセンス自体は非常に短く、唯一の禁止事項はソフトウェア作成者の著作権を示すことです。

次は免許証でした MPL 2.0。 確かに、すぐには思いつきませんでしたが、さらに詳しく検討した後、すぐに除外しました。主な欠点は、ライセンスがプロジェクト全体ではなく個々のファイルに適用されることであるためです。 また、ユーザーがファイルを変更した場合、ライセンスを変更することはできません。 実際、オープンソース プロジェクトをどれほど熱心に変更したとしても、そのようなライセンスのせいでそれを収益化することはできません。 ちなみに、これは著作権者には関係ありません。

同様の問題がライセンスでも発生します GNU GPLv3。 ファイルがその下に残る必要があります。 GNU GPL はコピーレフト ライセンスであり、二次的著作物がオープン ソースであり、同じライセンスに基づいて維持されることを要求します。 つまり、XNUMX 行のコードを書き直すと、変更をコミットする必要があり、その後の使用または配布の際には、そのコードを GNU GPL に基づいて保存する必要があります。 この場合、これはプロジェクトのユーザーにとっての制限要因であり、私たちにとっての制限要因ではありません。 ただし、GPL バージョン内であっても、GPL を他のライセンスに変更することは禁止されています。 たとえば、変更すると LGPL (GPL へのアドオン) GPL に移行すると、LGPL に戻ることはできなくなります。 そしてこの点が反対票を投じる決定的なものとなった。

全体として、私たちの選択は当初次の方向に傾いていました。 GPL3 まさに、同じライセンスの下で変更されたコードが配布されているためです。 この方法で製品を保護できると考えましたが、Apache 2.0 ではリスクが少ないことがわかりました。 Free Software Foundation によると、GPLv3 は Apache License v2.0 と互換性があるため、ライセンスを Apache License v2.0 から GPL v3.0 にいつでも変更できるということです。

Apacheの2.0

Apacheの2.0 — 著作権を重視した、バランスのとれた寛容なライセンス。 私たちが興味を持った質問に対する彼女の答えは次のとおりです。 ソフトウェアに加えられた変更は記録されるべきであり、システムの著作権保持者とは関係がありませんか? はい、すべての変更は文書化する必要があります。当社は元のコードまたは変更されたコードに対して責任を負いません。 変更を加えたファイルは、変更を加えたコードに添付する必要があります。 派生ソフトウェアの名前は、著作権者のソフトウェアの名前と同じであってはなりませんか? はい、派生ソフトウェアは別の名前および別の商標でリリースされる必要がありますが、著作権所有者の表示が必要です。 新しいバージョンのライセンスを、独自バージョンを含む別のバージョンに変更することはできますか? はい、異なるライセンスに基づいてリリースできます。Apache 2.0 では、非商用ライセンスと商用ライセンスの使用が制限されません。

また、Apache 2.0のオープンソースコードをベースにした新製品や、機能を追加した製品をリリースする場合も、同じライセンスを使用する必要はありません。 以下に、Apache 2.0 ライセンスの条項と制限を記載した画像を示します。

ライセンスには、著作権およびソフトウェアがリリースされるライセンスを保持し、言及する要件が課されます。 必須の利用可能性 著作権情報 著作権所有者の名前とライセンスが含まれていると、ソフトウェアの元の作成者の権利が保護されます。これは、たとえ名前が変更されたり、別のライセンスに基づいて譲渡されたり、販売されたりした場合でも、作成者のマークは依然として残るためです。 このファイルを使用することもできます 注意 それをソース コードまたはプロジェクト ドキュメントに添付します。

GitHub で公開されている製品はすべて、Apache 2.0 ライセンスに基づいてリリースされています。 イオンDV。 戦争アーカイブのソース コードは、今年 3 月に極東ソーシャル テクノロジー センターによって GitHub 上で GPLvXNUMX ライセンスに基づいて公開されました。 現時点では、これに加えて、 フレームワーク と モジュール 出版された アプリケーション 枠組みに沿って作られています。 ハブについてはすでに話しました プロジェクト管理システム 約 通信レジスタ.

それらの。 フレームワークの詳細

イオンDV。 Framework は、メタデータに基づいて高レベルの Web アプリケーションを作成するための、node.js に基づくオープン ソース フレームワークであり、高度なプログラミング スキルは必要ありません。

アプリケーションの機能の基礎はデータ レジストリ、つまり Register モジュールです。 これは、プロジェクト、プログラム、イベントなどを管理するための構造を含む、メタデータ構造に基づいてデータを操作するために直接設計された主要なモジュールです。このプロジェクトは、任意のデータ テンプレートを表示するためにポータル モジュールも使用します。これは、アーカイブ フロント レジストリを実装します。

MongoDb は DBMS に使用され、アプリケーション設定、メタデータ、データ自体が保存されます。

プロジェクトにライセンスを適用するにはどうすればよいですか?

ファイルを追加する LICENSE プロジェクトのリポジトリにライセンス テキストを追加すると、Apache 2.0 によって保護されたプロジェクトが完成します。 著作権所有者を示す必要があります。それだけです 著作権表示。 これはソースコードまたはファイルで実行できます。 注意 (Apache ライセンスに基づいてライセンスされたすべてのライブラリとその作成者の名前をリストしたテキスト ファイル)。 ファイル自体をソース コード内、または作業とともに配布されるドキュメント内に配置します。 私たちにとっては次のようになります。

著作権 © 2018 ION DV LLC.
Apacheライセンス、バージョン2.0の下でライセンス供与

Apache 2.0 ライセンス テキスト

Apacheライセンス
バージョン2.0、2004年XNUMX月
http://www.apache.org/licenses/

使用、複製、および配布に関する契約条件

1. 定義。

   「ライセンス」とは、使用、複製、
   このドキュメントのセクション1から9で定義されている配布。

   「ライセンサー」とは、著作権所有者または著作権者によって認可された団体を意味します。
   ライセンスを付与している著作権所有者。

   「法人」とは、行為主体とすべての者の結合を意味します。
   制御している、制御されている、または共通している他のエンティティ
   そのエンティティで制御します。 この定義の目的のために、
   「制御」とは、(i) 直接的または間接的に、
   契約によるかどうかにかかわらず、そのようなエンティティの指示または管理
   それ以外の場合、または（ii）50％（XNUMX％）以上の所有権
   発行済み株式、または（iii）そのような事業体の有益な所有権。

   「あなた」（または「あなたの」）とは、個人または法人を意味します
   このライセンスによって付与された権限の行使。

   「ソース」フォームとは、変更を行うための優先フォームを意味します。
   ソフトウェアのソースコード、ドキュメントを含みますが、これらに限定されません。
   ソースファイルと設定ファイル。

   「物体」の形状とは、機​​械的な結果として生じるあらゆる形状を意味します。
   ソースフォームの変換または翻訳。
   コンパイルされたオブジェクトコード、生成されたドキュメント、
   および他のメディアタイプへの変換。

   「作品」とは、ソースまたはソースを問わず、著作者の作品を意味します。
   ライセンスに基づいて利用可能になったオブジェクトフォーム。
   作品に含まれている、または添付されている著作権表示
   (例は以下の付録に記載されています)。

   「二次的著作物」とは、ソースまたはオブジェクトを問わず、あらゆる著作物を意味します。
   フォーム、それは作品に基づいている（または作品から派生している）ものであり、
   編集上の改訂、注釈、詳細、またはその他の変更
   全体として、オリジナルの著作物を表します。 目的のために
   このライセンスの派生著作物には、残っている著作物は含まれません。
   のインターフェイスから分離可能、または単にリンク（または名前でバインド）する
   著作物およびその派生著作物。

   「寄稿」とは、以下を含むあらゆる著作物を意味します。
   作品の元のバージョンと変更または追加
   その著作物またはその派生著作物に対して、それは意図的に
   著作権所有者が作品に含めるためにライセンサーに提出した
   または、代理で提出する権限を与えられた個人または法人によって
   著作権所有者。 この定義では、「提出された」とは、
   送信されるあらゆる形式の電子的、口頭、または書面によるコミュニケーションを意味します
   ライセンサーまたはその代表者（以下を含むがこれに限定されない）
   電子メーリングリスト、ソースコード管理システム、
   およびによって、またはその代わりに管理される問題追跡システム
   作業について話し合い、改善することを目的としたライセンサーですが、
   目立つようにマークされている通信を除く
   著作権所有者によって書面で「寄稿ではない」と指定されたもの。

   「寄稿者」とは、ライセンサーおよび個人または法人を意味します。
   ライセンサーが寄付を受け取った人に代わって
   その後、作品に組み込まれました。

2. 著作権ライセンスの付与。 の利用規約に従う
   このライセンス、各コントリビューターはここに永久にあなたに付与します、
   世界中で、非独占的、無料、ロイヤリティフリー、取消不能
   の派生物を複製、作成するための著作権ライセンス、
   公に表示、公に実行、サブライセンス、および配布
   ソースまたはオブジェクト形式の著作物およびそのような派生著作物。

3. 特許ライセンスの付与。 の利用規約に従うものとします。
   このライセンス、各コントリビューターはここに永久にあなたに付与します、
   世界中で、非独占的、無料、ロイヤリティフリー、取消不能
   （このセクションに記載されている場合を除く）作成する特許ライセンス、作成済み、
   作品の使用、販売の申し出、販売、輸入、その他の方法での譲渡、
   そのようなライセンスがライセンス可能な特許クレームにのみ適用される場合
   必然的に彼らによって侵害されているそのような貢献者によって
   貢献単独または貢献の組み合わせによる貢献
   そのような貢献が提出された作品で。 もし、あんたが
   任意のエンティティ（を含む）に対して特許訴訟を起こす
   訴訟におけるクロスクレームまたは反訴）
   または作品に組み込まれた貢献は直接を構成します
   または寄与特許侵害、その後任意の特許ライセンス
   その作品のためにこのライセンスの下であなたに付与されたものは終了するものとします
   当該訴訟が提起された日現在。

4. 再配布。 のコピーを複製および配布することができます。
   あらゆる媒体における著作物またはその派生著作物、有無にかかわらず
   変更、およびソースまたはオブジェクト形式で、
   次の条件を満たす：

   （a）あなたは作品の他の受信者を与える必要がありますまたは
   DerivativeWorksはこのライセンスのコピーです。 そして

   (b) 変更されたファイルには目立つ通知を含める必要があります
   あなたがファイルを変更したことを述べます。 そして

   © 二次的著作物はソース形式で保持しなければなりません
   あなたが配布するもの、すべての著作権、特許、商標、および
   作品のソースフォームからの帰属通知、
   のいずれの部分にも関係しない通知を除く
   二次的著作物; そして

   (d) 作品の一部に「お知らせ」テキストファイルが含まれる場合
   配布する場合、配布する派生物はすべて
   含まれている帰属通知の読み取り可能なコピーを含める
   そのような NOTICE ファイル内で、そうでない通知を除きます。
   少なくともXNUMXつの派生物の任意の部分に関連する
   以下の場所: 配布された NOTICE テキスト ファイル内
   二次的著作物の一部として; ソースフォーム内または
   二次的著作物とともに提供される場合は、文書。 または、
   二次的著作物によって生成されたディスプレイ内で、
   そのような第三者の通知が通常表示される場所。 内容
   NOTICE ファイルの内容は情報提供のみを目的としており、
   ライセンスを変更しないでください。 あなたはあなた自身の帰属を追加することができます
   あなたが配布する派生著作物内の通知と一緒に
   または、提供された作品からの通知テキストへの補遺として
   そのような追加の帰属通知は解釈できないこと
   ライセンスの変更として。

   あなたはあなた自身の著作権表示をあなたの修正に追加することができ、
   追加または異なるライセンス契約条件を提供する場合があります
   お客様の変更の使用、複製、または配布、または
   そのような派生物全体については、あなたの使用を条件として、
   作品の複製、および配布は、それ以外の場合は準拠します
   このライセンスに記載されている条件。

5. 寄稿の提出。 お客様が明示的に別段の定めをしない限り、
   作品に含めるために意図的に提出された投稿
   あなたによるライセンサーへの条件は、
   このライセンス。追加の契約条件はありません。
   上記にかかわらず、本書のいかなる内容も優先または変更するものではありません。
   実行した可能性のある個別のライセンス契約の条件
   そのような貢献に関してライセンサーと。

6. 商標。 このライセンスは、取引の使用を許可するものではありません
   ライセンサーの名前、商標、サービスマーク、または製品名、
   を説明する際の合理的かつ慣習的な使用に必要な場合を除き、
   作品の出所を確認し、NOTICE ファイルの内容を複製します。

7. 保証の免責事項。 適用される法律で義務付けられている場合を除き、または
   書面で合意したライセンサーは、作品（およびそれぞれ
   寄稿者は寄稿物を「現状のまま」で提供します。
   明示またはいかなる種類の保証または条件もなし
   黙示の、保証または条件を含みますが、これらに限定されません
   タイトル、非侵害、商品性、またはAへの適合性
   特定の目的。 あなたは単独で決定する責任があります
   作品の使用または再配布の適切性、および
   このライセンスに基づく許可の行使に関連するリスク。

8. 責任の制限。 いかなる場合においても、いかなる法理論のもとでも、
   不法行為（過失を含む）、契約、またはその他の場合、
   適用法で義務付けられている場合を除き（意図的かつ大まかになど）
   過失行為）または書面で同意した場合、寄稿者は
   直接的、間接的、特別な、
   として発生するキャラクターの偶発的または結果的な損害
   このライセンスの結果、または使用されていない、または使用できない
   仕事（のれんの喪失による損害を含むがこれに限定されない、
   作業の停止、コンピューターの障害または誤動作、またはすべて
   その他の商業的損害または損失）、たとえそのような貢献者であっても
   そのような損害の可能性について知らされています。

9. 保証または追加責任を受け入れる。 再配布中
   その著作物または派生著作物、あなたは提供することを選択できます、
   および、サポートの受け入れ、保証、補償の料金を請求します。
   またはこれと一致するその他の責任義務および/または権利
   ライセンス。 ただし、そのような義務を受け入れる場合、あなたは行動することができます
   あなた自身のために、そしてあなたのためではなく、あなたの唯一の責任のために
   他の寄稿者の、そしてあなたが補償することに同意した場合にのみ、
   各寄稿者を弁護し、いかなる責任についても無害に保つ
   理由により、そのような寄稿者が被った、またはそのような寄稿者に対して主張された請求
   そのような保証または追加の責任を受け入れること。

   条件は以上です。

   付録：Apacheライセンスを作業に適用する方法。

   Apacheライセンスを作品に適用するには、以下を添付してください
   ボイラープレート通知。フィールドは括弧「[]」で囲まれています。
   独自の識別情報に置き換えられます。 （含めないでください
   角かっこ！）テキストは適切なもので囲む必要があります
   ファイル形式のコメント構文。 また、
   ファイルまたはクラス名と目的の説明を
   著作権表示と同じ「印刷ページ」を使用すると、
   サードパーティのアーカイブ内の識別。

   著作権[yyyy] [著作権所有者の名前]

   Apache License バージョン 2.0 (「ライセンス」) に基づいてライセンスされています。
   ライセンスに従う場合を除き、このファイルを使用することはできません。
   ライセンスのコピーは、次の場所で入手できます。

   http://www.apache.org/licenses/LICENSE-2.0

   適用法で要求されている場合、または書面で合意されている場合を除き、
   ライセンスに基づいて配布される場合は、「現状のまま」で配布されます。
   明示または黙示を問わず、いかなる種類の保証または条件もありません。
   許可を管理する特定の言語については、ライセンスを参照してください。
   ライセンスに基づく制限。

ライセンス＝契約

無料ライセンスでは、無料ではありますが、寛容性は認められず、制限の例はすでに示しました。 オープンソース ソフトウェアはユーザー向けに特別に設計されているため、自分とユーザーの両方の利益を考慮してライセンスを選択してください。 プロジェクトのユーザーは、ライセンスを自分と著作権保持者との間の一種の契約として認識する必要があるため、ソース コードに対して何らかのアクションを実行する前に、プロジェクトのライセンスによって課される制限を注意深く検討してください。

ライセンスのトピックにいくらか光を当てることができたことを願っています。問題の複雑さにもかかわらず、ライセンスがオープンソースへの道の障害にならないようにしてください。 プロジェクトを開発し、自分や他人の権利を忘れないでください。

便利なリンク集

最後に、既存のライセンスに関する情報を検索し、目的に最適なものを選択する際に役立ついくつかの役立つリソースを紹介します。

• ITのライセンス
• ライセンス一覧
• github からのライセンス リポジトリ
• オープンソースへのガイド
• ライセンステキスト
• さまざまな種類のオープンソース ライセンスの違い
• オープンソース ライセンスに関する短いガイド
• 超便利 記事 から マークワン
• オープンソースのライセンスの種類
• GNU GPL 3 について
• StackOverflow からの回答

出所： habr.com