単体テスト用のソフトウェアライセンスを選択することは重要ですか? [閉まっている]
-
06-07-2019 - |
質問
LGPLでソフトウェアのライセンスを取得しました。私はすべてのファイルにライセンスヘッダーを含めるのが面倒なので、ユニットテストファイルをスキップしました。それは問題ですか?
解決
質問に直接答えるために(怠unitから単体テストファイルのライセンスヘッダーをスキップするのが問題かどうか)、私の直感的な答えはおそらくそうではありません。オープンソースの純粋主義者と法律専門家は、おそらくすべてのソースファイルにライセンスを含める必要があると言うでしょう。これは良い習慣だと思いますが、特にコードにLICENSE.txtファイルが付属している場合、そうしなかったとしても世界の終わりではありません。単体テストコードの場合はさらにそうであり、おそらくプロジェクトのコンテキスト以外ではまったく適用されません。
私は明らかに弁護士ではありませんが、誰かがあなたのライセンスを助長しない方法であなたのソースコードを使用した場合(この場合LGPL)、私はライセンスがライセンスに含まれていないと主張することを想像するのに問題があります特定のソースファイルには大量の水が含まれています。コードを使用してライセンスが何であるかを事前に確認したい人がいることを期待します。誰かがあなたのコードを盗んで自分で呼び出すと、ファイルにライセンスヘッダーがなかったからといって大丈夫ではありません。私の意見では、「これを盗むことは許可されていません」というサインがあるかどうかにかかわらず、盗難は盗難です。 :-)残念ながら、それは私たちが住んでいる複雑な世界では十分ではないでしょう...(ため息)
おそらく、最良の答えは「申し訳ありませんが安全」ということですが、あなたの本能と信頼できる経験豊富な開発者のガイダンスに従ってください。それがあなたがSOで尋ねた理由だと思います。 ;-)
他のヒント
プロジェクトには、名前と著作権表示を含む汎用の定型的なソースファイルの使用を検討してください。新しいファイルを作成する代わりにそれをコピーします。また、各ファイルのソース管理にチェックインする前に、必ず日付と情報を確認してください。これは簡単なステップです。
誰かが「盗む」かどうか本当に気になりますか?あなたのユニットテスト?
私は弁護士ではありませんが...私の知る限り、すべてのソースファイル、それは人々が自分の尻を覆うのが好きなだけです。ライセンスを明確なREADME.txtまたはLICENSE.txtに含め、ソースを公開する場所に十分に含める必要があります。これにより睡眠が取れなくなった場合は、ライセンスコメントを入力するスクリプトを記述してください。
コメントに基づいて更新:
この質問に明確な回答が本当に必要な場合は、ソフトウェアの自由にお問い合わせください。組織
プロジェクトのすべてのソースファイルに著作権ヘッダーを追加することは、スクリプト言語を知っている人にとって非常に短いプロジェクトです。 Perl、Python、Rubyなどのスクリプト言語がわからない場合は、学習を始めるのに適した時期です。
たとえば、著作権ヘッダーをそれ自体に追加するPerlスクリプトは次のとおりです。
#!/usr/bin/perl -w
use strict;
# Copyright Header Here
my $copyright_header = <<COPYRIGHT;
# MyProject v1.0
# Copyright Jader Dias, 2009
COPYRIGHT
open FILE, "<parse.pl" or die $!;
while ( my $line = <FILE> ) {
if ( $line =~ /\#\s*Copyright Header Here/ ) {
print $copyright_header;
} else {
print $line;
}
}
close FILE or die $!;
プログラムの構造に応じて、元のファイルのタグを著作権ヘッダーに置き換えるか、ヘッダーをファイルの最上部に追加することができます。
怠azineで手順をスキップすることは常に悪いです。正しいことをします。効率的に行います。いつもやってください。ストーリーの終わり。