ソースファイルの著作権表示/免責事項


60

オープンソースプロジェクトの各ソースファイルに著作権表示、さまざまな法的免責事項、場合によっては完全なライセンス契約さえ置くことは一般的な慣行です。これは本当に(1)オープンソースプロジェクトと(2)クローズドソースプロジェクトに必要ですか?これらの通知をソースファイルに入れることで、何を達成または防止しようとしていますか?

私はそれが法的質問であることを理解しており、ここで完全に有能な答えを得ることができるとは考えていません。プログラマー向けです。 、それは「誰もがそれをやる」からですか、それともあなたは法的助言を得たのですか?その理由は何ですか?

回答:


41

これは本当に必要ですか

いいえ。法的に必要ではありません。(私は弁護士ではありませんが、これが述べられているのを見たことがあります。)


個々のファイルがコンテキストから取り出される可能性があるプロジェクトがある場合、それは賢明かもしれません-しかし、それは次のようなことを言うために数行だけを必要とします:

このファイルは、<license>の下でリリースされる<project>の一部です。
完全なライセンスの詳細については、ファイル<filename>を参照するか、<url>にアクセスしてください。


それ以外の場合は、単にプロジェクトのルートにLICENSEテキストファイルを、READMEファイルに関連する詳細/クレジット/などを置くことができます。 READMEファイル。


1
ライセンスボイラープレート全体を配置しない場合は+1。私は1行だけを使用しますCopyright YYYY First Last. Subject to the XYZ license.
。– mk12

1
多くの企業は、「ライセンス管理」を行いたいため、著作権のラインを持ちたいと考えています。言い換えれば、インターネットからコピーされたGPLっぽいものをチェックしてください。基本的に、彼らはソースコードをスキャンして著作権の行を探します-これは実際には「Copyright」/「(c)」を含む最初の行です。そのため、その行には著作権所有者(著者または会社)と、それがフリーソフトウェアかどうかのヒントを含める必要があります。 したがって、 @ mk12は最小値がどのように見えるかについてほぼ正しいです。真実は->であるため、2行目または3行目はソースコード以外の場所では認識されません。
グイドU.ドラハイム

12
「IANAL」をグーグルで検索したいのですが、そうするのが少し怖いです。
ピーター・デ・ビ

1
@PieterDeBie「私は弁護士ではありません」の略です
アダムリンドバーグ

<license>にバージョン番号を含めると便利です。LGPL 2.1は、オープンソース開発者にとって素晴らしい保護シールドでした。GPL 3.0は、すべてを消費しようとするウイルスです。
user922020

22

おそらく、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月前に書いたコードのパッチを先月受け取りましたが、長い間忘れていました。もちろん、それは電子メールアドレスを維持し、少しのスパムに耐えることを意味します。

あなたが実際にライセンスを強制する必要がある場合、相手が条件が曖昧または欠落していたと言うことができないことが重要です。

さらに、時間の経過とともにコードの断片が他のコードの断片にどのように侵入するかを見るのも楽しいです。ほとんどの人は公平にプレーし、著作権とライセンス条項を尊重します。


2
「XYZライセンスの条件。残念ながら、これは今後1世紀には書かれません。」130年になります。:P
ジョーZ.

多くの企業は、「ライセンス管理」を行いたいため、著作権のラインを持ちたいと考えています。言い換えれば、インターネットからコピーされたGPLっぽいものをチェックしてください。基本的に、彼らはソースコードをスキャンして著作権の行を探します-これは実際には「Copyright」/「(c)」を含む最初の行です。この例は、「All Rights Reserved」であるため、フリーソフトウェアではないことを示しています。つまり、3番目にライセンスシートが存在する必要があることを意味します。その意味で、定型のライセンステキストは必要ありませ
グイドU.ドラハイム

4

オープンソースに注目したい!=著作権なし。

オープンソースは、誰かが著作権を主張し、特定の法的文書(GPLのような)を採用して、そのコードに他の人に権利を与えることに依存しています。

したがって、クローズドソースコードに適していると判断したものは、オープンソースコードにも適しています。


1
Altho単一のファイルが...ので、多分、ファイルの頭にある著作権表示は、オープンソースプロジェクトでより多くの意味を成して、クローズドソースのものよりも、オープンソースプロジェクトから別の場所に取られるより多くのチャンスがある
ジェームズ

1
ライセンスが「その著作権を放棄する」ことはありません。使用および/または変更および/または再配布する許可を与えます。
グレンランダース-パーソン

@ GlennRanders-Pehrson良い点、編集。
ジェームズ

2

オープンソースプロジェクト向け

コードが使用および再配布される条件を定義しています(または、これらの条件に応じて、定義しない)。

少なくとも、ライセンスは次のような質問に答えることができます。

  • 収用:誰かがコードを受け取って別のプロジェクトに進化させることはできますか?このような現象の好例は、オープンソースのChromiumプロジェクトに基づいたGoogle Chromeです。
    • 彼らはあなたに信用を与え、許可を求めるなどする必要がありますか?
  • 商用利用: Photoshop内でサードパーティのDLLとしてなど、コードを商用利用できますか?その場合、異なる条件が適用されますか?
  • 再配布:コードの使用は、同様の/同一のライセンスを持つソフトウェアで行う必要がありますか?これを必要とするGPLなどのライセンスは、バイラルライセンスと呼ばれます(それが否定的な用語なのか、それとも単なる事実の声明なのかわかりません)。

等それは決して包括的なリストではなく、ライセンスが明確に述べる質問のアイデアをあなたに与えることです。


1
私はそれを理解していると思いますが、なぜ各ソースファイルに法的通知を入れるべきですか?それとも彼らがそうすべきではないのなら、なぜ人々はそれをするのですか?
mojuba

ライセンスがソースコードから分離されていても、ライセンスが失われないようにするための安全な方法のように思えます。
-doppelgreener

-1

コードに著作権を置くもう1つの理由は、誰がそれを書いたかを他の人に知らせることです。私は、コードがどこから来たのか、それがどのくらい続いたのかを見ることができるのが好きです。他のプロジェクトでコードがどのように使用されているかを見るのは興味深いものです。したがって、合法的に何かに著作権を置く必要はないかもしれませんが、情報提供の理由で追加してください。-ソーントン


1
これは質問に答えません。問題は、著作権表示をするかどうかではなく、すべてのソースファイルにライセンステキスト全体を入れるかどうかでした。
ブランディン
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.