既存のソフトウェアパッケージを別の言語に移植するアイデアを模索しています。 Apache License 2. の下でリリースされ、無料で配布されています。ただし、ライブラリの使用とそのコピーの作成には大きな違いがあります。もちろん私は完全に信用を置き、それがどこから来たのかについて正直に言います。そして、私は確かに港からお金を稼ぐつもりはなく、他のプロジェクトでそれを使うだけです。
もちろん私は言うライセンスを読みました:
- 著作権ライセンスの付与。このライセンスの条件に従い、各コントリビューターは、複製、派生作品の準備、公開表示、公開を実行するための永続的で、世界規模で、非独占的、無料、ロイヤルティフリーの取り消しできない著作権ライセンスをここに付与します。サブライセンスを取得し、著作物およびそのような派生著作物をソース形式またはオブジェクト形式で配布する。
[...]
再配布。以下の条件を満たしていれば、著作物またはその派生著作物の複製物を、改変の有無にかかわらず、任意の媒体で、ソースまたはオブジェクトの形式で複製および頒布することができます。
a。作品または派生作品の他の受信者には、このライセンスのコピーを提供する必要があります。そして
b。変更されたファイルには、ファイルを変更したことを示す目立つ通知を含める必要があります。そして
c。お客様は、配布する派生著作物のソース形式で、著作物のソース形式からのすべての著作権、特許、商標、および帰属の通知を保持する必要があります。ただし、派生著作物のいかなる部分にも関連しない通知を除きます。そして
d。作品に配布の一部として「通知」テキストファイルが含まれている場合、配布する派生著作物には、そのような通知ファイルに含まれる帰属表示の読み取り可能なコピーを含める必要があります[...]
あなたはあなた自身の著作権声明をあなたの修正に追加することができ、あなたの修正の使用、複製、または頒布、または全体としてのそのような派生物全体について、追加または異なるライセンス条件を提供することができます。それ以外の場合、作品は本ライセンスに記載されている条件に準拠しています。
ライセンスのコピー、既存の著作権表示、帰属などを厳重に保持することを条件として、作者の許可の有無にかかわらず、「派生作品」としての移植は非常に許可されています。
しかし、だからといってそれが意味するところをすべて理解しているわけではありません。たとえば、ポートは必ず元のライセンスと同じライセンスを共有する必要がありますか?
私はまだ作業を開始しておらず、パッケージの作者にもまだ連絡していません(私は連絡します)。多くの作業が無駄になるリスクがあるかどうかを確認したいと思います。また、APIのみに基づいてクリーンルーム実装を行う必要があるかどうか、または既存のソースコード(まだ調べていない)に基づいて作業を行うことができるかどうかも知る必要があります。
翻訳(異なる自然言語と異なるプログラミング言語の両方への翻訳)は、派生著作物と見なされます。
オリジナルとは根本的に異なる派生作品を作成して別の(密接に関連していない)プログラミング言語に翻訳すると、Apacheライセンスの要件をどのように適用するかを理解するのは実際には非常に困難です。私は非常に強く元のパッケージのメンテナと、著作権がどのように扱われることを望むかについて話し合うことをお勧めします。また、弁護士と相談することもできます。
厄介な部分は4c節です。
c。お客様は、配布する派生著作物のソース形式で、著作物のソース形式からのすべての著作権、特許、商標、および帰属の通知を保持する必要があります。ただし、派生著作物のいかなる部分にも関連しない通知を除きます。そして
ここでの問題は、そのような根本的な変更により、元の作品からのどの(著作権と帰属)通知が翻訳版にも法的に関連しているのか、したがって、どの通知を保持し、どの通知を削除する必要があるのかを見分けることがほぼ不可能であることです。