職場で書かれたソフトウェアツールはいつ公開できますか?


24

私は仕事でかなり一般的なソフトウェアの問題に取り組んでいますが、解決したいライブラリが見つからないので、自分で(少なくとも最低限のバージョン)を書くことを検討しています。プロジェクトには1.0バージョンが必要なため、1.0バージョンのすべてではないとしても、いくつかを作成します。うまくいけば、仕事を家に持ち帰って、楽しみのためだけに磨き上げて、オープンソースプロジェクトとしてリリースしたいと思うかもしれません。ただし、1.0バージョンを職場で書いた場合、法的な意味でこれを行うことは許可されないのではないかと心配しています。明らかに上司(おそらく気にしないだろう)に尋ねることはできますが、他のプログラマーがこの問題にどのように対処し、法律がどこにあるのか興味があります。私の一文の質問は、職場での仕事のためにあなたが元々書いたソフトウェアツールをオープンソース化するのはいつ(合法/倫理的に)大丈夫ですか?営業時間外に元のソースを大幅に拡張した場合はどうなりますか?

フォローアップ:自宅で時間を全部書いて、仕事で使うだけだとしたら、物事は劇的に変わるでしょうか?

フォローアップ2:雇用主をoffそうとしているわけではないことに注意してください(彼らは自分が所有する製品を構築するために私にお金を払っていることを理解しています)-関係者全員にこれを行うための公正な方法があるかどうか疑問に思っています...将来、非営利団体が私のコードを使用して、時間を節約できたらいいと思います。また、別の問題もあります。ライブラリを非常にシンプルで汎用的なもの(JavascriptのHTMLテーブルなど)で記述した場合、法的リスクにさらされることなく自分の時間に二度と書き直すことはできません(まったく新しい書き直しやより大きなプロジェクトのセグメント)。仕事中のコードが脳内のどこかに影響を与えている可能性があるため、この種のプロジェクトのコードを書く権利を私の人生の残りの期間(この会社の許可なしに)放棄しますか?これはソフトウェア特許に関連しているようです。


5
契約を確認し、弁護士に相談してください。多くの雇用契約には、「すべての発明は雇用主が所有しています」というタイプの条項があります。その法的強制力はさまざまです...弁護士に相談する必要があります。

7
「うまくいけば、仕事を家に持ち帰って、ただ楽しみのために磨き上げて、オープンソースプロジェクトとしてリリースしたいかもしれません。」-あなたの会社がこれを行うことを承認する可能性は非常に低いです。あなたの作業成果物はあなたではなく彼らによって所有されています。
ラムハウンド

5
彼らがそれをリリースすることに同意していないのに仕事が見つかった場合、私はこれをあなたが途方もなく深い水に入れることを強く望んでいます。書面で入手してください。
リグ

中規模の企業のほとんどは、承認されていないソフトウェアを職場のコンピューターにインストールすることも許可していないことに注意してください。いずれかのアクションコース。
calum_b

2
@Ramhoundそんなに白黒だとは思わない。自宅で同様のことを書いているときに、どうして仕事バージョンについて考えられないのですか?とにかく、これはおそらく雇用契約の競業禁止条項によってすべて処理されます。私のポイントは、おそらくあなたの会社のコードがあなたが書いたコードに(無意識のうちに)影響を与えることを防ぐ方法はないということです。
AlexMA

回答:


41

雇用主のリソースを使用して作成した製品をリリースしたり、許可なく雇用主から支払われている間に製品をリリースすることは、法律上または倫理上、ほとんど決して大丈夫ではありません。

ただし、雇用契約に依存します。会社から支払われたり、製品を製造するために会社のリソースを使用したりした場合、その作品が会社に属している可能性があります。上司と法務部を通過する必要があります。雇用契約によっては、個人のリソースを自分の時間に使用して作業している場合でも、関連するテクノロジーの使用や、プロジェクトで雇用主から得た知識の使用に制限がある場合があります。

支払い済みの時間、会社のリソースを使用している場合、または会社のビジネスに関連すると考えられるものを開発している場合は、常にマネージャーや法務部門からガイダンスを求めて、契約に違反していないことを確認し、プロジェクトに取り組むための適切な許可。通常、作業を開始する前にこれを行う方が簡単です。プロジェクトで行うアプローチが変わる可能性があるためです。

自分の時間に職場で使用する製品を書くことは疑問であり、雇用主が遵守しなければならない規制に依存します。少なくとも、仕事をオフラインにすることで、雇用主のスケジュール、予算、および見積もりに干渉する可能性があります。場合によっては、適切に追跡および請求される製品を時間外に作成することにより、契約上の規制に違反する可能性があります。


8
最後の段落の+1。従業員が自発的に自発的に行ったとしても、関連製品に取り組んでおり、正しく会計処理および請求を行わない従業員は、雇用主に大きな影響を与える可能性があります。特に雇用主が政府の請負業者である場合。入札プロセス全体と間接費は、すべての潜在的な政府契約入札者のための公平な競争条件を作成するために、正確な数値を持っていることに依存しています。数字をわざと、意図的であろうとなかろうと、雇用主が契約書や刑事訴追さえ拒否される可能性があります。
ダンク

「雇用主向けに作成された製品」のアイデアを具体化できますか?私が思い付く場合はアイデアやコンセプトと使用製品のコード内のアイデアは、私はそのアイデアを使用させていただいておりますことを、オープンソースのボランティアプロジェクトのために、と言いますか?特許も特許も取得できなかったと仮定しましょう。
AlexMA

1
@AlexMAそのフレーズは私の答えには決して現れないので、あなたが何を拡張したいかわからない。勤務時間中にプロジェクトを作成する場合、または雇用者のリソースを使用している場合は、段落2を参照してください。 (非倫理的または違法ではない場合)許可なく、あなた自身の時間に関係なく、仕事に関連することに取り組む。
トーマスオーエンズ

@ThomasOwensそれは本当の意味ではありません。不明確で申し訳ありません。正確な見積もりは、「雇用主のリソースを使用して作成した製品」でした。私が所有するものに対して、彼らが所有するものを構成するものは何ですか?職場で思いついた一般的なプログラミングのアイデアはどうですか?大工が階段を構築する新しい方法、または新しくてより良いハンマーを考え出し、その技術/ツールを使用して雇用者の階段を作るようなものです。
AlexMA

2
@AlexMA職場で使用するものを作成する場合は、たとえ自分の時間であっても、雇用主の法務部門を通過する必要があります。それは私の最後の段落とダンクのコメントで触れられています-プロジェクトをサポートする目的で外部で仕事をすることは有害な影響をもたらし、場合によっては法的結果をもたらします。無関係なアイデアは一つのことですが、仕事で作ったものを使いたい場合は、作業を始める前に合法化してください。
トーマスオーエンズ

14

うまくいけば、仕事を家に持ち帰って、楽しみのために磨き上げて、オープンソースプロジェクトとしてリリースしたいかもしれません。

あなたは最初にあなたの意図についてあなたの雇用主と透明である必要があります。傷ついた気持ち、誤解、失望などがないように、始める前にそれがどのように機能するかについて合意してください。あなたの雇用主のために行う仕事はあなたの雇用主の財産です。

職場での仕事のためにあなたが元々書いたソフトウェアツールをオープンソース化するのはいつ(合法/倫理的に)大丈夫ですか?

監督者(およびおそらく法務部)から資産を配布する許可を得た場合。

営業時間外に元のソースを大幅に拡張した場合はどうなりますか?

関係ありません。あなたはあなたの雇用主の財産で働いています-ここで数行を変更しても、その事実は変わりません。プロジェクト内のすべての行を変更した場合でも、それはまだ彼らのものです。詳細については弁護士に確認してください。ただし、良いニュースを期待しないでください。

さて、あなたの雇用主は、何らかのオープンソースライセンスの下でライブラリを配布することに完全に満足しているかもしれません。競争上の優位性の一部と考えられるものではない場合、またはライブラリを維持したいが、それを維持するためにすべての作業を必ずしも行いたくない場合、または何らかの善意を獲得したい場合、またはその後、物事がうまくいくことができます。それは彼らの決定であることを覚えておいてください。


Now, your employer may be perfectly happy to distribute the library ....そして、それは潜在的な訴訟および/または将来のその他の法的問題まで開かれません。
マーティンヨーク

@LokiAstari確かに-ソフトウェアの一部をオープンソース化する前に雇用主が考慮しなければならない考慮事項がいくつもあります。私のリストは完全なものではありません。
カレブ

2
When you have permission from your supervisor (and perhaps legal department)...これらの問題について、上司が会社を代表して発言する権利を持つことはほとんどありません。彼/彼女はそれがちょうど良いと思うかもしれません、しかし上級管理職は同意しないかもしれません。許可は上級管理者/法務官から取得する必要があります。
cdkMoose

2
@cdkMooseはい、もちろんです。したがって、法務部が含まれています。「めったに」とは言いませんが、会社の規模/構造についてあまりにも多くの仮定をします。たぶん、監督者はCIO、CTO、またはCEO(または上記のすべて)です。「必要な許可が得られたら」と言って、詳細は読者に任せる必要がありました。
カレブ

雇用主と話すための+1-彼らはこのライブラリ(プログラム自体ではない)をオープンソース化することに完全に満足している(またはしていない)かもしれませんが、それは正しいことです。いくつかの先進的な企業(Google、Facebook)は、それが企業の中心的な提案でない限り、従業員が行う作業の一部をオープンソース化することを許可しています。しかし、それらはすべて審査プロセスを経ます。
スマン

5

簡単な答え:

決して。

ここに問題があります:ほとんどの現代の国の法律によれば、あなたはデフォルトであなたが書くすべての著作権を保持しています。これは、雇用主など他の人のために書いた場合でも当てはまります

明らかに、これはソフトウェア開発者の雇用に興味がある人にとっては問題です。

これを解決するために、ソフトウェア会社は、機密保持契約(NDA)に署名する必要があります。このNDA内では、雇用主のために作成したすべてのコードの著作権を放棄すると明示的に規定されています。いつそれをしたかは関係ありません。それはすべて同じです。

言い換えると、あなたが書いたコードはあなたのものではありません。それは雇用者のものであり、あなたはそれを公開することはできません。

開発者がNDAに署名していないということは聞いたことがないので、世界の本当に遠く離れた地域にいない限り、雇用されたときにNDAに署名したと言っても大丈夫です。

あなたの雇用主が何らかの理由でそれを公開することに興味があるなら、それは別の話です(そして、あなたが繰り返しているなら、あなたはそれが正しいことだと納得させようとすることもできます)。しかし、それが唯一の方法です。


4
IANAL、しかしあなたの場合でも...少なくとも米国著作権局からのこの文書によると、米国では真実ではないようです。また、非開示と雇用のための仕事は無関係の問題です-雇用開始時に署名したかもしれない契約はおそらく非開示以上のものをカバーしているため、上記の「NDA」の代わりに「雇用契約」のような用語を使用する方が良いでしょう、そして機密保持契約はしばしば雇用条件とは無関係です。
カレブ

@Caleb、あなたのソースは次のように述べています。「「雇用のために作られた仕事」の概念は複雑になる可能性があります」そしてそれは絶対に正しいです。複雑になる理由の1つは、ソフトウェアは単なるコードではなく、一連のソリューションとアイデアであるためです。質問は、「あなたの会社はコードを所有していますか、それともコード表現されたアイデアを所有していますか?」になります。午前2時に仕事をするという素晴らしいアイデアを思いつき、翌朝にコードで実装するというシナリオを想像すると、より複雑になります。...続ける
riwalk

...ほとんどの企業が採用している解決策は、あなたが思いついたときや書いた時期に関係なく、思いついたものをすべて所有していると述べることです。いくつかの追加の法律がある州(ワシントン州とカリフォルニア州)がありますが、他の州にはありません。それは複雑です。
結論

@ Stargazer712-労働協約でこうした条項を書いた会社はまれです。私は、誰かがまだそれらに挑戦していない州でさえ、それらの用語が違法であるとさえ主張します。また、自分の権利がわからないなどの理由で契約に署名した場合、コードが仕事外にある場合、コードの権利に値しません。
ラムハウンド

1

これは、雇用主との契約関係に大きく依存します...

知的財産

デフォルトでは、多くの組織が汎用の関数/クラスをオープンソース化してより広範なプログラミング/コーディングコミュニティに利益をもたらすようになりましたが、知的財産の観点からはそうでないものとできないものがあります。 。

コードで雇用主のIPまたは企業秘密への参照を使用している場合、おそらく拒否する可能性があることは理解できます。

オープンソース

基本的にデフォルトでは、雇用契約の条件と矛盾しない限り、またはあらゆる面で彼らが行うことと競合しない限り、自分の時間に書いソフトウェアをリリースする権利があります。

私ができる最善のアドバイスは、あなたの雇用主にアプローチし、問題をオープンに議論することです。これにより、以下が提供されます。

  • オープンソース/コミュニティプログラミングに対する雇用主の態度
  • ソフトウェアの理解を反映/強調し、それが固有の/より広い価値がある
  • 彼らがあなたができること/できないことを彼らが知覚することに関するあなたの権利

あなたがあなたの思考/学習を拡大し、実際により広いコミュニティに貢献すること(そしてより大きな、より広い問題を解決すること)をあなたに許すことを拒否する雇用主はあなたがどこで働いているかについて多くを伝えるべきです。多くの場合、企業はコードをリリースすることについて以前よりも広く考えています。なぜなら、それは彼らに利益をもたらすだけではないからです。しかし、それは彼らがすることで彼らを脅かさない形式でなければなりません。

私の時間/その時間

他の答えと同様に、雇用者の時間を使って独自のソフトウェアを構築することはできません。倫理的または主に。雇用主がコードのリリースを約束しない限り、個別に扱います。

場合によっては、プログラマーが自分の時間と作業時間を融合させて素晴らしいものを作成します。これは、すべての関係者があなたの質問の恩恵を受け、おそらく理想的な結果をもたらします。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.