以前に別の会社用にコーディングしたプログラムを再作成/オープンソースすることは合法ですか?


49

以前の仕事で、タスクを自動化するための汎用ダッシュボードを作成しましたが、それは非常に有用であることが判明しました-もちろん、以前の雇用者はそこで働いている間に書いたすべてのコードを所有しています。私はもうそこにいませんが、メモリからそのダッシュボードを再作成し、コードをオープンソースにすることは合法ですか?再作成する場合、かなりのメモリがあり、通常のコーディングスタイルと命名規則に従う傾向があるため、コード(おそらく2k〜3k行)は元のコードとほとんど同じです。

編集:もう少し背景-これは、グローバル企業内の小さなチーム(<10)によって内部的にのみ使用されるかなり汎用的なソフトウェアです。「会社」は、このシステムを認識していません。なぜなら、私は自分自身のイニシアチブでそれを作成しているからです。python / django上に構築されています。そして、ほぼ同一ということは、たとえば、djangoモデルは同じ名前/フィールドを持ち、ビューは同じオブジェクトセットを返すために同様のクエリを使用するということです。


15
コードのオープンソース化について彼らにアプローチしましたか?それが彼らのコアのお金を稼ぐビジネスの一部ではないなら、彼らはそれをすることを喜んでいるかもしれません、そして、あなたまたは他がそれを拡張すると仮定して、彼らに新しい機能を無料で提供するという追加の利益も持っています。
dodgy_coder

3
ほとんどすべての契約において、あなたが雇用主のために何をするにしても、それが書かれていようといまいと、彼の知的財産です。したがって、それを再び吐き出し、その契約が契約違反であることを知らない誰かが利用できるようにします。
stijn

1
理論的には合法だが、法廷でそれを証明する幸運。:(
SF。

6
ここで興味深い違いは、「合法」と「倫理」の違いです。ほとんどの場合、質問をしなければならないのは、すでに答えを知っていて、それを認めたくないからです。
ジョエルイーサートン

1
これがジェネリック関数である場合、どこに行ってもそれを再利用し、オンラインで投稿することさえ完全にうまくいくようです。それでは、なぜ一連の関数がそんなに異なるのでしょうか?
-kefeizhou

回答:


35

良い質問ですが、プログラマーからの法的助言が得られないので、質問するのはおそらく間違った場所です。IANAL、適切な法的助言を求めてください。

合法ではありません。古い会社が所有しているプログラムとほぼ同一のプログラムをリリースすると、訴えられる可能性が非常に高いです。それは私がそれがたくさん起こると確信していると言った。

できることの1つは、別の言語でプログラムを再作成することです。そうすれば、ソースコードを持って会社を出て、それをオープンソースにしなかったことは明らかです。慣れ親しんだ問題を別の言語で解決することも教育的です。

また、プログラムを改善したり、拡張性を高めたりする方法を検討することもお勧めします。2回目は、ほとんどの場合、1回目よりもはるかに優れています。最初に行ったかもしれないデザインの決定。

決してリリースしなくても、良い練習になるでしょう。最終的に法的助言を得て、それをリリースすることを選択した場合、よりよく保護されます。


5
同じ言語を維持したい場合は、「ほぼ」同じコードを書いてUIを変更することを検討してください。mcottleが言ったように、あなたはそれを改善するかもしれません。ウェブページが以前とまったく同じコードを「ほぼ」持っていても、まったく違って見える場合は、訴訟問題からさらに遠ざかっています。
オリビエポンス

1
UIを含むコードの一部は異なりますが、いくつかはさまざまな理由(個人的なコーディングスタイルなど)で同じになる場合があります。クリアで100%になるには、どれくらいの距離が必要ですか?
-kefeizhou

1
「合法ではないと感じた」場合は-1。問題は実用的であり、合法ではありません。
ショーンマクミラン

2
なぜゼロから何かを書き換えると、みんながもっと良いことをするだろうと思うのですか?実際に何かを悪化させることができます。
クレメントヘレマン

2
@ClementHerreman:同意します。いつか実際に動作することが証明されているものを使用する方が良いでしょう。ゼロから書き直した場合、多くの改善を行うことができますが、新しいバグも発生します。
-kefeizhou

21

法的かどうか、あなたの雇用主があなたが怪我の世界にいる問題を見つけて、それを押すことを決めた場合。たとえあなたが正しいと判断されたとしても、潜在的な訴訟はあなたにとって完全に破滅的なものになる可能性があります。また、著作権で保護されたコードでOSSコミュニティを汚染することでOSSコミュニティの怒りを被るリスクがあるだけでなく、雇用主によって不正と見なされることによる評判の喪失もあります。

また、製品を採用した人からのアクションのリスクもあります。最悪の場合、製品を使用している人は、以前の雇用主からライセンスを取得するか、ソリューションから削除する必要があり、時間とお金がかかります-いずれにしても、損害賠償を求めて訴えることになります。

正しいことをする方が簡単だと思われます-あなたの前の雇用者と話し、あなたが彼らのために開発した製品をオープンソース配布の意図で再利用することの同意を得ます。彼らは単に「先に進む」と言うかもしれません。彼らの背中の後ろでそれを行うことは一般的に悪い考えであり、法的問題は別として。


ほぼ常に、最終製品の所有を気にする雇用主は、それを作成した従業員が同意を得て他の方法でそれを配布することを許可しません。それ以外の場合、それを所有する目的は何ですか?
ジョーZ.

14

以前にやったこと(学んだ教訓など)を再現する機会を与えたプログラマーのタイプは、「ほぼ同一」なものを生成します。あなたが完璧な何かをコーディングしたと思わない限り?その時点で、自分自身に問いかけるより大きな質問があります。


10
あまり時間のない怠け者です。この特定のケースで同じ問題を2回解決しようとするのではなく、機能するものを使用したいだけです。
kefeizhou

8

ダッシュボードは1ダースです。あなたの雇用主はそのアイデアのIPを所有したことはありません。あなたの雇用主、特定の実装に関する著作権を所有していました。

新しいコードを最初から作成できます。つまり、その作品は派生作品ではありません。これを証明できるようにメモをとっておくのは賢明です。


最近の更新:theregister.co.uk/2011/09/30/software_copyright。ECJは、ソフトウェアプログラムの「アイデアと原則」に該当するため、UI自体は著作権で保護されていないことを明示的に述べることが期待されています。
MSalters

5

技術的には、派生作品を作成しています-既存のソリューションに精通しており、それをメモリから再作成しています。通常のIANALが適用されますが、あなたの元雇用主が著作権侵害であなたを訴えた場合、私の推測では、彼らはかなり強い議論を持っていると思います。派生作品と見なされます。

法的専門性はさておき、元雇用主との訴訟に入ることは、あなたが望んでいることではありません。たとえあなたが勝ったとしても、あなたは「あの男」になります。


3
それが派生作品の定義方法だとは思わない-実際にその一部を含める必要があると思う。
ショーンマクミラン

管轄権と解釈に依存しますが、「派生する」とは必ずしも「一部を含める」ことを意味する必要はありません。
tdammers

1
@tdammers:はい、しかし、それはここで尋ねることは役に立たなくなります。私たちは一般的な弁護士ではなく、OPの弁護士ではない可能性が高いです。特定の法的質問に答えることはできません(「派生作品」を構成するものは、F / OSSの世界ではホットな議論のトピックであることに注意してください)。
デビッドソーンリー

まあ、私のポイントは、あなたが記憶からものを再作成しても、裁判官/ re審員があなたが主張している新しいものとまったく同じように見える元のものを書いたことを知っていると、それが派生していないことを証明するのに苦労するということです派生作品ではありません。「有罪が証明されるまで無実」は私法には適用されません。
tdammers

4

米国では、あなたの元雇用主があなたを訴えることにした場合、裁判官が何を考えても問題になります。

理論的には、あなたの会社はあなたの仕事を所有しているのであって、あなたの脳ではありません。したがって、あなたが自分の時間に再び仕事をするならば、彼らはそれの所有権を持ってはいけません。結局のところ、彼らはあなたを雇う前にあなたが知っていたことのためにあなたを雇った。彼らがあなたの事前知識を利用できると仮定することは論理的ではないように思えますが、同時にあなたが去った後にあなたが同じことをすることを拒否します。でも、IANAL。

もちろん、彼らがあなたにいくつかのクレイジーなものに署名させない限り。または、特許を申請しない限り。彼らがそうすれば、彼らあなたの脳のその部分を所有します。その場合、脳内でその知識を構成する神経細胞のパターンはもはやあなたのものではないので、二度とそれらの使用を控えるべきです。あなたの魂を売ることについて話してください。


3

メイントピックから逸​​脱して、これはすべて悲しいと感じます。

質問について:

あなたが家具を作る大工で、前の会社が設計図とデザインを提供していた場合、別の会社に雇われます。まったく同じものを作り始めると、明らかに困っています。

あなたの前の会社があなたの作品の製品のみを購入し、それらを設計し、「発明」した(そしてそれを証明できる)場合、法律はあなたにあるべきです。

物語の教訓:次回は最初からオープンソースを行います。


当時私はそれを検討しましたが、金融会社からの小さなコードでもオープンソース化しようとすると、あまりにも多くの官僚主義が関与します。
-kefeizhou

3

(a)インターネットから法的助言を受けないでください(この助言を含む!)

(b)たとえあなたが勝ったとしても、訴えられることは裏側の本当の痛みです

(c)訴えられる本当のリスクはないと思うようです。もしそうなら、あなたがこれを行う私法権を持っているかどうかはおそらく問題ではありません。

それが合法であるかどうかにかかわらず、これは、このプロジェクトをどれだけ再現したいのか、訴えられるリスクをどれだけ実行したいのか、ということになります。あなたがお金を持っているなら、私はあなたがこれを行う権利を持っているかどうかについて弁護士と最初に話すことを提案します。


0

メモリからソリューションを再作成することと、同じ仕様に対する元のソリューションを作成すること(ただし、IANALの場合は質問してください)には、おそらく法的な違いがあります。後者を証明するために、ブログで開発する予定のツールのオリジナルの完全な仕様を公開することをお勧めします。それから、あなたの以前の仕事を見たことがない他の開発者がそれをコーディングすることが可能です。


0

簡単な方法を次に示します。-公開されているURLからダッシュボードを開きます。-より簡単/より良い/そうするための最良の方法を考えてください。-以前に提案したように、異なる言語で書き換えます。ルビー、ハスケル、リスプなどを学ぶ正当な理由。-プロジェクトをオープンソースにします。「inspired by ...」を追加して、元のサイトにリンクしてください。


0

許可を求めても、それほど時間はかかりません。書面による法的署名が必要です。あなたの自己をカバーします。

しかし、あなたが彼らのためにあなたがすでに作成したものを再作成できるように頼むつもりなら。それらに売ります。彼らにアイデアを売る。既に使用しているソフトウェアの一部をオープンソース化し、プログラミングコミュニティからの重要なレビューや追加の可能性にオープンにします。ソフトウェアを管理および改善するために社内でリソースを費やす必要はありません。より大きな利益を得たいと思わない限り。私は本当に彼らにアイデアを売ることを意味します。

顧客に販売しているのがコアビジネステクノロジーでない場合、おそらく簡単に承認を得られます。それが顧客に販売するものである場合、彼らは同じ製品と競合する競合他社に自分自身をオープンにします。あなただけが、以前の雇用主がそのコードをどの程度重要視しているかを本当に知っているでしょう。それがそこに収入の生成へのその輸入ではなく、生産性向上だけであるならば、あなたは承認を得る可能性が非常に高い。

それはあなたが欲しいものを得るための最も安価で最短のルートです。はいと言っても問題ありません。少し時間がかかります。彼らがノーと言って、あなたがまだ続けたいなら、彼の意見について弁護士に尋ねてください。彼らが所有しているのは実装だけだと思います。見た目や動作がまったく変わらないほどの十分な変更を加えて再作成する場合は、はるかに優れています。

私たちが労働の産物を所有していない現在のシステムの機能不全の状態です。人々が自分の努力から自由に利益を得ることのできる最も成功した社会のいくつか。この状況と封建的土地所有とそれが生み出した問題とを比較することができます。ある時点で、人々は異なる方法でビジネスを行うようになります。自分のプロジェクトの時間の5分の1のGoogleのように。


0

確かにこれはすべてあなたとクライアント間の契約に帰着します。これを行うことを計画していた場合は、「このソースソードはkefeizhouの知的財産のままです...」または何か(後知恵は20/20であることを知っています)を記載した条項が必要でした。私は、Programmers SEがlegaklのアドバイスの最良のソースではなく、合法かどうかにかかわらず、これが問題を引き起こしているという他のコメントに同意します。ちなみに、私はグラフィックデザイナーとして働いていましたが、その業界では、ほとんどすべての仕事がデザイナーではなくクライアントのIPのままでした。


ある顧客のために車の絵を描いたとしても、別の顧客のために車の絵を二度と描くことはできませんか?
ネイト

いいえ、1人のクライアントに車の絵を描いてから、同じ車の絵を2人目のクライアントに提出することはできません。しかし、2番目のクライアントに、1番目のクライアントの車と同じか、あまりにも似ていると法的に主張できるものを提出することもできません。
ポールTデイヴィス

-1

フランスでは、違法です。

コードの所有者はあなたの上司です。どのように取得しても、USBサムドライブまたはメモリから取得します。

そのダッシュボードを使用する場合は、所有者と契約を設定する必要があります。


確かに、すべての会社は、全国的な法律ではなく、これに関する独自のポリシーを持っていますか?これは、会社の従業員との契約にあると思います。
-dodgy_coder

デフォルトでは、コードを書くことと引き換えに給料を受け取ります。可能性はあるかもしれませんが、私は代替ポリシーを知りません。あなたがフリーランサーでアプリやライブラリを販売している場合、これは異なります。その場合、あなたは上司であり、コードを所有しています。
-mouviciel

良いことは、私はフランスにいません。
-kefeizhou

1
フランスに-1を与えることはできますか?「メモリから」の取得は、ディスクからの取得とまったく同じではありません。
ショーンマクミラン

2
これは、フランスでアルゴリズムを実装したり、ある種のプログラムを作成した場合、そのアルゴリズムを実装したり、別の雇用者向けにその種のプログラムを作成したりできないことを意味しますか?
デビッドソーンリー
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.