回答:
これは本当に必要ですか
いいえ。法的に必要ではありません。(私は弁護士ではありませんが、これが述べられているのを見たことがあります。)
個々のファイルがコンテキストから取り出される可能性があるプロジェクトがある場合、それは賢明かもしれません-しかし、それは次のようなことを言うために数行だけを必要とします:
このファイルは、<license>の下でリリースされる<project>の一部です。
完全なライセンスの詳細については、ファイル<filename>を参照するか、<url>にアクセスしてください。
それ以外の場合は、単にプロジェクトのルートにLICENSEテキストファイルを、READMEファイルに関連する詳細/クレジット/などを置くことができます。 READMEファイル。
おそらく、LICENSEファイルに言及している著作権表示を単に置くことができますが、リリースされたコードがアトミックのままであるという保証はありません。実際、少なくともいくつかの他のプロジェクトでは、その一部がリミックスされる可能性が非常に高いです。
これが、すべてのソースファイルに少なくとも以下を含めることが重要である理由です。
/* Copyright (C) 1883 Thomas Edison - All Rights Reserved
* You may use, distribute and modify this code under the
* terms of the XYZ license, which unfortunately won't be
* written for another century.
*
* You should have received a copy of the XYZ license with
* this file. If not, please write to: , or visit :
*/
これを行うことにより、2つのことを達成できます。
多くの人は、著作権の下に自分の電子メールアドレスも含めています。これは、将来パッチを受け取るのに役立ちます。5月前に書いたコードのパッチを先月受け取りましたが、長い間忘れていました。もちろん、それは電子メールアドレスを維持し、少しのスパムに耐えることを意味します。
あなたが実際にライセンスを強制する必要がある場合、相手が条件が曖昧または欠落していたと言うことができないことが重要です。
さらに、時間の経過とともにコードの断片が他のコードの断片にどのように侵入するかを見るのも楽しいです。ほとんどの人は公平にプレーし、著作権とライセンス条項を尊重します。
オープンソースに注目したい!=著作権なし。
オープンソースは、誰かが著作権を主張し、特定の法的文書(GPLのような)を採用して、そのコードに他の人に権利を与えることに依存しています。
したがって、クローズドソースコードに適していると判断したものは、オープンソースコードにも適しています。
コードが使用および再配布される条件を定義しています(または、これらの条件に応じて、定義しない)。
少なくとも、ライセンスは次のような質問に答えることができます。
等それは決して包括的なリストではなく、ライセンスが明確に述べる質問のアイデアをあなたに与えることです。
Copyright YYYY First Last. Subject to the XYZ license.