以前の仕事で、タスクを自動化するための汎用ダッシュボードを作成しましたが、これは非常に便利であることがわかりました。もちろん、以前の雇用主は、そこで働いている間に書いたコードをすべて所有しています。もうそこにいないので、メモリからダッシュボードを再作成してコードをオープンソース化することは合法ですか?私がそれを再作成する場合、コード(おそらく2k〜3k行)は、かなり良いメモリを持ち、通常のコーディングスタイルと命名規則に従う傾向があるため、元のコードとほぼ同じになる可能性があります。
編集:もう少し背景-これは、グローバル企業内の小さなチーム(<10)が内部でのみ使用するかなり一般的なソフトウェアです。 「会社」は自分で作ったものなので、このシステムに気づいていません。 python/Djangoに基づいて構築されています。そして、ほぼ同じということは、たとえばDjangoモデルは同じ名前/フィールドを持ち、ビューは同じオブジェクトのセットを返すために同様のクエリを使用するということです。
良い質問ですが、プログラマーから適切な法的アドバイスを受けられないので、おそらくこれは間違った場所です。 IANAL、適切な法的助言を求める。
合法ではありません。古い会社が所有しているものとほとんど同じプログラムをリリースした場合、あなたが訴えられる可能性が非常に高いです。それはそれがたくさん起こると確信しています。
できることの1つは、プログラムを別の言語で再作成することです。そうすれば、ソースコードを持って会社を辞めずにオープンソース化しなかったことは明らかです。慣れ親しんだ問題を別の言語で解決することも教育的です。
プログラムを改善する方法、拡張性を高める方法なども検討することをお勧めします。2回目に何かを行うと、ほとんどの場合、最初のものよりもはるかに優れています。方法」の設計上の決定は、最初に行った可能性があります。
あなたがそれを決してリリースしないとしても、それは良い練習になるでしょう。最終的に法的助言を得て、それをリリースすることを選択した場合、より適切に保護されます。
法的であろうとなかろうと、あなたの雇用主がその問題を見つけてそれを押し上げることを決定した場合、あなたは傷ついた世界にいるでしょう。最終的には正しいと判断されたとしても、訴訟の可能性は完全に破滅的になる可能性があります。また、著作権で保護されたコードでOSSコミュニティを汚染したことによるOSSコミュニティの怒り、および雇用主からの不正行為と見なされることによる評判の喪失を招くリスクもあります。
また、あなたの製品を採用する人からの行動のリスクもあります。最悪の場合、あなたの製品を使用している人は誰でも、以前の雇用主からライセンスを取得するか、ソリューションから削除する必要があり、時間と費用がかかります。
正しいことを行う方が簡単だと思われます。以前の雇用主と話し合い、オープンソースの配布を目的として開発した製品を再利用することに同意してもらいます。彼らは単に「先に進む」と言うかもしれません。法的問題は別として、彼らの陰でそれを行うことは一般的に悪い考えです。
以前に行った何かを再現する機会を与えられたプログラマーのタイプ(学んだ教訓など)は、「ほぼ同一」の何かを生成します。あなたが完璧なものをコーディングしたと思わない限り???その時点で、あなた自身に問うべきより大きな質問があります。
ダッシュボードは10ダースです。あなたの雇用主はそのアイデアのIPを決して所有していません。あなたの雇用者did特定の実装の著作権を所有しています。
新しいコードを最初から作成できます。つまり、その作品は派生作品ではありません。これを証明できるようにメモをとっておくのは賢明です。
技術的には、派生作品を作成しています。既存のソリューションに精通していて、メモリからそれを再作成しています。通常のIANALが適用されますが、元の雇用主が著作権侵害についてあなたを訴えた場合、私は彼らがかなり強い議論をしていると思います、そしてあなたの再作成されたプログラムがなぜそうすべきでないかについてのもっともらしい説明を思いつくのはあなた次第です派生作品と見なされます。
法的専門性はさておき、以前の雇用主と訴訟を起こすことは、あなたがなりたい場所ではありません-あなたが勝ったとしても、あなたは「あの男」になるでしょう。
米国では、以前の雇用主があなたを訴えることにした場合、裁判官が何を考えていても問題があります。
理論的には、あなたの会社はあなたの仕事ではなくあなたの仕事を所有しています。したがって、自分の時間内にもう一度作業を行う場合、彼らはその所有権を持ちません。結局のところ、彼らがあなたを雇う前にあなたが知っていたもののために、彼らはあなたを雇いました。彼らがあなたの以前の知識を活用できると仮定することは論理的ではないようですが、同時にあなたが去った後にあなたが同じことをすることを拒否します。しかし、IANALも。
もちろん、彼らがあなたにいくつかのクレイジーなものに署名させない限り。または、彼らが特許を申請していない限り。彼らがそうした場合、彼らはあなたの脳のその部分をdoで所有します。その場合、脳内の知識を構成する神経細胞のパターンはもはやあなたのものではないため、二度とそれらを使用することは控えるべきです。あなたの魂を売ることについて話してください。
私はメイントピックから逸脱して、これはすべて悲しいことだと思います。
さて、質問です:
あなたが家具を作る大工で、前の会社が青写真とデザインを提供していたなら、あなたは別の会社に雇われます、全く同じものを作り始めたら明らかに困っています。
以前の会社があなたの作品の製品を購入しただけで、それらを設計して「発明」した場合(そしてそれを証明できる場合)、法律はあなたと一緒でなければなりません。
ストーリーの教訓:次回は最初からオープンソースを実行してください。
(a)インターネットから法的アドバイスを受けないでください(このアドバイスを含みます!)
(b)あなたが勝ったとしても、訴えられることは裏側の本当の痛みです
(c)訴訟を起こすリスクは実際にはないと思われるようです。もしそうなら、あなたがこれを行う私法の権利を持っているかどうかはおそらく問題ではありません。
合法であるかどうかに関係なく、これは、このプロジェクトを再作成したい量と訴訟を起こすリスクをどれだけ実行したいかによって決まります。あなたがお金を持っているなら、私はあなたがこれをする権利を持っているかどうか、そしてあなたがそうするなら訴訟を起こす費用はなくなるかについて最初に弁護士と話すことを勧めます。
メモリからソリューションを再作成することと、同じ仕様にオリジナルのソリューションを作成することの間にはおそらく法的な違いがあります(ただしIANALなので、1つ尋ねてください)。後者を証明するために、ブログで開発する予定のツールのオリジナルの完全な仕様を公開することをお勧めします。その後、以前の作業を見たことがない他の開発者がコードを作成する可能性があります。
簡単な方法は次のとおりです。-公開されているURLからダッシュボードを開きます。 -それをより簡単/より良い/などにするための最良の方法について考えてください。 -以前に提案したように、別の言語で書き直してください。 Ruby、haskell、LISPなどを学ぶのに十分な理由。 -次にプロジェクトをオープンソースにします。 「インスパイアされた...」を追加して、元のサイトにリンクしてください。
彼らに許可を求めるのにそれほど時間はかかりません。法的署名が必要です。あなた自身をカバーするために。
しかし、あなたが彼らにあなたが彼らのためにあなたがすでに作成した何かを再作成させるように頼むつもりであるなら。それらに売りなさい。彼らにアイデアを売りなさい。あなたは彼らがすでに使用しているソフトウェアの一部をオープンソースにして、プログラミングコミュニティからの潜在的に重要なレビューや追加にそれをオープンにするつもりです。ソフトウェアを管理および改善するために社内でリソースを費やす必要はありません。彼らがより大きな利益を得たいと思わない限り。私は本当に彼らにアイデアを売ることを意味します。
彼らが顧客に販売しているのがコアビジネステクノロジーでない場合、おそらく簡単に承認を得るでしょう。それが顧客に販売するものであれば、同じ製品で競合する競合他社に自分を開放します。あなただけが、あなたの前の雇用主がそのコードをどれほど重要視しているかを本当に知っています。それがそこへの収入を生み出すことではなく、生産性を高めるだけの場合、あなたは承認を受ける可能性が非常に高いです。
それはあなたが欲しいものを手に入れるための最も安くて最短の道です。彼らが「はい」と言っても問題ありません。少し時間がかかります。彼らがノーと言って、あなたがまだ続けたいなら、彼の意見について弁護士に尋ねてください。彼らが所有する唯一のものは実装だと思います。見た目も動作もまったく同じでない十分な変更を加えて再作成すると、はるかに効果的です。
それは、私たちが労働の産物を所有していない現在のシステムの機能不全の状態です。人々が自分の努力から自由に利益を得ることができる社会で最も成功した社会のいくつか。この状況を、封建的な土地の所有権とそれが引き起こした問題と比較することができます。ある時点で人々は異なったビジネスをするでしょう。グーグルのようにあなた自身のプロジェクトにあなたの時間の1/5を。
確かにこれはすべてあなたとクライアントの間の契約に帰着します。これを行うことを計画していた場合、「このソースsodeはkefeizhouの知的財産であり続ける...」または何か(後で知恵が20/20であることを知っています)を示す条項があったはずです。プログラマーSEがレガクルアドバイスの最良の情報源ではなく、合法であるかどうかにかかわらず、これが問題の準備になっているという他のコメントにも同意します。ちなみに私はグラフィックデザイナーとして働いていましたが、その業界ではほとんどの仕事がデザイナーではなくクライアントのIPのままでした。