独自のフレームワークをオープンソースにせずに新しい仕事で使用するにはどうすればよいですか？
私は何年もフレームワークに取り組んできました。それはしっかりしていて、広範囲に渡ってテストされています。それはまさに、雇用主が新しいプロジェクトの基盤に必要なものです。すべてを最初から書き直したり、競合するオープンソースの代替手段を使用しても意味がありません。
私の願いは、雇用主がコードを変更できるように、バイナリとソースにアクセスするための無料で非独占的で再配布不可能なライセンスを雇用主に与えることです。私は雇用主がクローズドソースコードに依存できないことを理解しているので、私はソースを雇用主に無料で提供します（2年間の無料の仕事に相当）。私は自分の著作権を保護し、雇用主がそのコードを他人に与えることを防ぎたいだけです。新しい仕事を始めるとき、多くのプログラマーがこの状況にいると思います。
ただし、オープンソースにすることは、この質問の目的には関係のないさまざまな理由で問題外です。ソースを閉じたままにしたいが、非独占的で再配布不可能なライセンスの下で無料のコピーを提供したい。
だから私の質問は：
いつ使用したいフレームワークがあると思いますか？おそらく、彼らがそれを使いたくないのであれば、私が仕事を引き受ける前にOR私のライセンスを受け入れないので、私は仕事を引き受けていません。
雇用主との取引にはどのようなライセンスを使用すればよいですか？
他の考慮事項やコメントはありますか？
更新：
- 私が言えることの1つは、ソフトウェアを（ライセンス付きで）使用している他の会社があるため、オープンソースにしたり、単に著作権を私の新しい雇用者に譲渡したりできないことです。この議論。
フレームワークを使用することは、ジョブを受け入れるための条件であるため、あらゆる種類の提案を（口頭でさえ）受け入れる前に、これについて本当に話し合う必要があります。
ライセンスに関する質問については、「顧客」にソースコードへのアクセス権を与えるという事実はnotであるため、プロジェクトをオープンソースにする必要があります。フレームワーク（ソースコードを含む）を、他の企業に使用したのと同じライセンスで雇用主に提供することは完全に可能です。ライセンスで明示的に許可されていない限り、ソースコードを読み取ることはできますが、ソースコードを変更または再配布することはできません。
また、変更を許可するが再配布は許可しない、よりリラックスしたライセンスを雇用主に与えることを選択することもできます。
考慮すべき他のものに関しては：
- フレームワークが必要な場合にライセンスを付与しますが、許容できる仕事を提供しませんか？
- あなたが他の顧客にも配布したいと思うかもしれないあなたの雇用主のためにニースの拡張を行う可能性を考えましたか？あなたの雇用主の同意なしにそうすることはあなたを合法的に滑りやすい斜面に着陸させるかもしれません。
標準的な雇用契約を締結してフレームワークを導入する代わりに、さらに珍しい構成を検討することもできます。たとえば、2つの契約を締結します。 1つは、雇用主のために行う仕事の雇用契約です。ただし、雇用主の要求に応じてフレームワークで行うすべての仕事はその契約の条件から除外されますが、雇用主は機会を与える必要があります労働時間の下でその仕事を行うため。もう1つは、通常の雇用契約から除外された作業を実行するフレームワークのサービス契約です。
そのような構成の利点は、フレームワークを完全に制御していること、およびそれを維持していることは明らかであることです。見返りに、雇用者は要求された更新をすばやく取得します（余暇に更新を行う必要がないため）。
これはかなりまれな状況なので、適切な法的助言を求めることを強くお勧めします。
潜在的な雇用者として、これは私にとって多くの危険信号を発します。
- 独自のフレームワークは通常、競合他社よりも大幅に使用、文書化、テストされていません。より多くの目=より多くのバグが発見/修正され、より多くのドキュメントが作成された、など。
- それはあなたがあなたのコミュニティの標準化に反対していることを示しています。既存のフレームワークの何が問題になっていますか？あなたは自分のほうがいいと思っています。あなたが主役を雇っていない限り、これは通常私にとってネガティブです。
- あなたはすでにあなたと会社に法的な問題を引き起こしています。 MITまたは同様のライセンス（私がやりたいことなら何でもできる））である場合にのみ、私はこれを検討します-将来、他の何かは厳しく制限されます。IPの問題に対処したり、考慮事項：会社または製品の所有権が変更された場合はどうなりますか？彼らが資金を調達しようとした場合はどうなりますか？すでに退職した場合、訴訟が起こる可能性があります。
- それはあなたが知識を蓄え、コミュニティやあなたの会社よりもあなたより良いことをしたいことを示唆しています。あなたがチームを離れた場合、彼らは狭い場所に残っていますか？
通常、これらのタイプのフレームワークはyoに役立ちますが、実際にそれを使用する技術チームに悪影響を及ぼします。
彼らがフレームワークを使用しない場合に仕事を引き受けない場合は、オファーを受け入れる前にそれを立ち上げる必要があります。
私が会社だったら、会社がコードでやりたいことがほとんど何でもできるライセンスなしであなたのコードを使う方法はありません。現在あなたにとって合理的であると思われる制限は、ビジネスニーズの変化に伴い、将来、会社に問題を引き起こす可能性があります。
BSDまたはApacheのライセンスは会社に受け入れられるかもしれませんが、それはあなたが望むよりももっと無料かもしれないようです。
しかし、いずれにせよ、お金が（直接的または間接的に）関与しているため、交渉がここまで進んだら、弁護士に交渉の詳細に関与してもらうことをお勧めします。