web-dev-qa-db-ja.com

私が書いたパブリックコードライブラリは、契約/商用製品で使用した後も無料で開いたままにする必要がありますか?

私は自分の好みの言語(PHPですが、実際には問題ではありません)でクラスの小さなライブラリを作成し、通常、ほとんどのプロジェクトでそれらを使用しています。

これまで、プロジェクトは個人的なものでした。または、私のパートタイムの仕事では、実際には商用製品ではない小さなものでした。後で同じライブラリを再利用しなければならない自由がある限り、これらのことはどちらも私を心配しません。 [その点で、アルバイトの使用について心配する必要がありますか?それらは後で私のライブラリに問題を引き起こす可能性がありますか?]

しかし、すぐに、私が書いたライブラリを使用することは間違いない、より深刻なフリーランス/契約の仕事に入ると思います。

契約または作業条件により、プロジェクトで以前のコードを使用できることを明示的に許可する必要がありますか?さらに重要なのは、プロジェクトの後、またはGithubの履歴であり、明らかに長く開発されたことを示していますか?十分な契約の前に?

このようなコード(ライブラリ、コードの再利用、オープンソースなど)の法的な問題は何ですか?

7
rockerest

すべてが手元にあるように見えますが、事前にこれらの問題について慎重に検討することをお勧めします。

  1. このコードを雇用主にライセンス供与することを雇用主に知らせる必要があります(ソースコードライセンス、永続的、派生作品など)。

  2. そのライセンスは、ソースコードと場合によってはユーザーインターフェイスに明示的に(参照により)文書化し、雇用主との署名済みの契約書に記載する必要があります。

  3. それは彼らに情報に基づいた選択をする機会を与えます。

  4. 上司に代わって作成した派生作品については、非常に注意して上司に相談してください(彼らは、彼らに代わって作成したすべての派生作品を自然に/合法的に所有します。githubで派生作品を見ると、不幸になったり驚いたりする可能性があります)。

  5. 最初にコードを完全にオープンソース化する方がはるかに簡単です。その後、プロジェクトxへの貢献/強化が期待され、貢献は同じオープンソースライセンスの下で明示的に行われると合意で言うことができます。

  6. プロジェクトで行う夕方の仕事に関して弁護士に相談する必要があるかもしれません。会社の従業員/請負業者の間に作成されたIPを所有することを許可しない契約の言葉をよく目にします(夕方でも) )。

これについてあなたの雇用主と話すことは良いことかもしれません、あるいはあなたに(ほとんどのプログラマーのように)衒学者とラベルを付けることができるので軽く踏みます。

私の妻は彼女が教え始めたときにこれを経験しました。彼女は教材を学校に持ち込んだ。そこで、彼女は最初に自分の貢献を文書化して、将来それらを使用できるようにしました。

7
Andrew Russell

通常、これについては雇用主と話し合うことをお勧めします。通常、契約を結ぶ前に所有しているIPを宣言できるフォームが提供されます。あなたが前もってあなたの仕事を宣言する方が良い場合、または彼らはあなたが契約された仕事の期間内にそのような仕事を生み出すと考えることができます。

GitHubのタイムスタンプについておっしゃいましたが、事前に宣言することができたのに、なぜ無実を証明しなければならない立場に立つのでしょうか。

2
Antony

提起された他のポイントに加えて、1つのライセンスだけが必要であると想定しないでください。

あるバージョンをGPLの下で公開し、別のバージョンをサポートして商用顧客にライセンス供与することができます。 私の答え から 別の関連する質問 あなたにとって興味深いかもしれません。

2
Mark Booth