バックリンク要件のあるオープンソースライセンス

Question

私はJavascriptライブラリを開発しており、オープンソースライセンス（GPL、BSD、MITなど）でリリースすることを考えていますが、そのためには、ソフトウェアを使用するWebサイトが私のWebサイトにリンクしている必要があります。

そのようなライセンスについて知っていますか？そして、彼らはどのようにライセンステキストの帰属部分を定式化しましたか？

このBSDライセンスは、私が望んでいると思うことを実行すると思いますか？（私はそうではないと思います:-)）

[...] 3.この作品を再配布する各ウェブサイトには、my-website.example.comへの目に見えるrel=followリンクが含まれている必要があります。ソフトウェアが再配布されている各ページからrel=followリンクを介して到達可能。
（たとえば、ホームページに戻るリンクや、ホームページから[クレジット]セクションにリンクできる[会社概要]セクションへのリンクを設定できます）

非標準ライセンスの解釈に関する法的な問題のために、一部の企業がライブラリを使用したくないことを理解しています（この回答をご覧ください： https://softwareengineering.stackexchange.com/a/156859/54906 ）。 —半年後、またはおそらく数年後、私はプレーンGPL + MITも（元のライセンスに加えて））で作品のライセンスを取得します。

user53019 · Accepted Answer

はい、それを示すライセンスを作成できます。 いいえ、あなたはそれをすべきではありません。

まず、ポイントは何ですか？あなたがあなたの仕事の帰属を取得しようとしているなら、すでにそれを必要としている多くのライセンスがあります。クリエイティブコモンズ法案に適合するはずのライセンスがいくつかあります。

リンクバックを要求することはせいぜい疑わしいです。追加のトラフィックが発生する保証はありません。そのようなリクエストをどのように実施しますか？さらに重要なのは、なぜあなたの製品の将来のユーザーに迷惑な制限を課すのですか？あなたはただ彼らを怖がらせているだけです。

リンクバックで検索エンジンをゲームしようとすることも疑わしい試みです。エンジンが特定の方法で動作すると思うからといってnowは、将来もそのように動作し続けるという意味ではありません。以下の私の3番目のポイントは、この側面に焦点を当てています。検索エンジンは、最も急速に変化するテクノロジーの1つです。

第二に、なぜ後でライセンス構造を変更することを検討しているのですか？繰り返しますが、あなたのポイントは何ですか？あなたの目的を満たす/満たす1つまたは複数のライセンスを選び、それを堅持してください。ライセンス構造を変更することは、既存のユーザーベースを苛立たせて怖がらせるだけでなく、将来のユーザーを怖がらせるための優れた方法です。将来のユーザーは、「彼はこれを一度やった、彼が再びそれをやらないようにするにはどうすればいいのか」と言うでしょう。

ライセンスを変更しても意味がない場合がありますが、製品を使用している組織にとっては、より多くの作業が必要になります。新しいライセンスを確認する必要があります。法的要件と一致しない場合があります。それは彼らに同じ機能を提供するために新製品を選ぶことを強いるかもしれません。あなたが本当にしなければならないのでない限り、それをしないでください。

後でデュアルライセンス構造に移行しても、ユーザーがどのカテゴリに分類されるかが必ずしもわからないため、ユーザーのために作成している追加の作業をバイパスすることはありません。 *彼ら*には潜在的な責任があるため、*彼ら*がレビューを実行する必要があります。

コメントの1つでライセンスの選択的施行について言及しましたが、この2番目のポイントで発生する問題のいくつかを回避する方法としてそれを検討している可能性があります。しかし、選択的な執行は差別に等しい。一部の法域では許容されますが、他の法域では、執行に対するすべての権利を失います。非施行条項を書面で提出した場合、ライセンスの条件が実際に何であるかについて混乱を引き起こすことによって問題を悪化させているだけです。

第三に、変更の提案された言い回しはもろいです。さまざまなテクノロジーよりも長持ちするはずのテクノロジーまたは実装を指定することは、悪い考えです。要件が技術的に実行不可能な場合、人々は将来どのように準拠しますか？答えは彼らがそうしないということです、そしてそれは彼らがあなたの製品も使わないことを意味します。

あなたがライセンス（または検索エンジン）を操作するあなたの製品で牽引力を得たいならば、それをする方法ではありません。牽引力を得る最良の方法は、単に素晴らしい製品を書くことです。利用可能にします。それがどれほど素晴らしいかを示してください。サポートをアクティブに保ちます。そしてそれは成長します。

競合他社がソースをコピーすることを心配している場合は、ソースをリリースしないでください。これまで。ライセンスと著作権は、それらの側面が違反されたことを証明できる場合にのみあなたを保護します。違反を証明することは、驚くほど難しい場合があります。あなたが提案したすべての策略は、正当なユーザーがあなたの製品を使用することを難しくし、将来の競合他社があなたの製品を盗むのを防ぐためにほとんど何もしません。定義上、犯罪者は法律に従わない。