web-dev-qa-db-ja.com

コードに自分の名前や会社名を書く傾向がありますか?

私は自宅と職場でさまざまなプロジェクトに取り組んでおり、長年にわたって、ほぼすべてのAJAXベースのWebサイトで使用する2つの主要なAPIを開発してきました。これらをDLLに変換し、名前空間をConnell.DatabaseおよびConnell.Jsonと呼びます。

上司は最近、会社のプロジェクトのソフトウェアドキュメントでこれらの名前空間を確認し、コードで自分の名前を使用するべきではないと述べました。 (しかし、それは私のコードです!)

心に留めておくべきことは、私たちはソフトウェア会社ではないということです。私たちはITサポート企業であり、私はここで唯一のフルタイムのソフトウェア開発者です。そのため、社内でソフトウェアを作成する方法についての手順は実際にはありません。

もう1つ覚えておかなければならないのは、これらのDLLをオープンソースプロジェクトとしてリリースする予定があることです。

他の開発者はどのように自社内の名前空間をグループ化しますか?個人プロジェクトと作業プロジェクトで同じクラスライブラリを使用している人はいますか?

また、これは逆に機能しますか?完全に仕事でクラスライブラリを作成する場合、そのコードは誰が所有しますか?ライブラリを最初から最後まで見ていたら、それを設計してプログラムしました。自宅で別のプロジェクトに使用できますか?

おかげで、

更新

私はこの問題について上司に話しました、そして彼はそれらが私のオブジェクトであり、彼が私がそれらをオープンソース化するのに問題がないことに同意します。この会話の前に私はとにかくオブジェクトを変更し始めました。これは実際には非常に生産的であり、コードは以前よりもこの特定のプロジェクトにより適しています。

しかし、非常に興味深い議論をしてくださった皆さんに感謝します。このテキストがすべて無駄にならず、誰かがそれから学ぶことを願っています。私は確かにそうしました。

乾杯、

13
Connell

(標準の免責事項-私は弁護士ではありません...)

あなたのプロフィールから、あなたは英国にいるように見えます。

その場合、それはあなたがどのように雇われているかに依存します。あなたが常勤のスタッフであれば、ほぼ間違いなく あなたの雇用主が仕事を所有しています です。あなたはそれらを作成し、作成者として識別される権利があります(つまり、作成したことを人々に伝えることができます)が、コードとその中の知的財産の所有権はあなたの会社にあります。

あなたが請負業者なら、あなたは彼らにいくつかの主張がある場合がありますが、それは契約の性質に依存するでしょう。一般的に言えば、ほとんどの英国のIT請負業者は雇用の労働者として分類されます。つまり、IPは個人ではなく会社にあります。確かに標準的な雇用契約の話は、これがあなたが契約に永久的であるかどうかに当てはまることを示唆しています。

これらの状況下では、それらをオープンソースとしてリリースする(または実際に次の雇用主に持ち込む)権利はなく、他の独自のソフトウェアについて考えるのと同じように考える必要があり、それに応じて行動する必要があります。あなたのものではなく、あなたはたまたまソースコードにアクセスできるだけです。

[〜#〜] edit [〜#〜]:あなたが自分の時間でいくつかを開発したという事実について。自分の権利を主張せずに会社に事前にライセンスを付与せずに仕事でそれを使い始めた瞬間、いつ何が行われたのかを示すことが非常に難しくなるため、非常にあいまいになりました。あなたが言っていることから、コードライブラリは作業時間内でテスト、デバッグ、修正された(そして会社はその時間内に行われたすべてを所有している)ことに加えて、それらに対して実行していた作業との明らかな重複(それらがあなたが取り組んでいた会社が持っていた要件を満たしたということは)彼らが主張を持っていることを意味し、おそらくかなり強いものです。

Unite Unionには これのピース があります。重要なセクションは次のようです。

「明白な法的規定があります:

・1988年の著作権、デザイン、および特許法(CDPA)のセクション11(2)および

・1977年特許法のセクション39

従業員の仕事の所有権を扱う。これらの規定に基づいて、雇用主は基本的に、従業員が作成した作品に関して、知的財産権の所有権を取得します。

・雇用契約の条件に基づいて生産することを要求された、または

・その契約の条件に基づいて生産することが合理的に期待できる。

明らかに、個々の従業員の職務内容が広いほど、上記のセクション11(2)と39の影響を回避することが難しくなります。

仕事が従業員によって自分の時間に作成され、自分のリソースを使用していても、作成された仕事の性質が可能性のあるものであることを雇用主が示した場合、従業員は必ずしもその仕事におけるいかなる権利も主張することはできません。従業員の職務の一部として合理的に検討されています。これは、Missing Link Software v Magee [1989] FSR 361の事例で示されています。そこで、裁判所は、従業員が勤務時間外に自分の機器に書き込んだソフトウェアプログラムの著作権は、雇用の過程で作成されたと判断しました。それはマギー氏が実行するために雇われた任務の範囲内に入ったからです。」

基本的に、これらのライブラリーは、ユーザーが取り組んでいるプロジェクトの特定の要件を満たしているため、それらに対する要求があります。

EDIT 2:2つのバージョンのコードがあるという事実はおそらく無関係であることを理解する必要があります。コードは、会社があなたが取り組んでいたプロジェクトに必要なものであり、会社で雇用されている間に(自分の時間内であっても)作成しました。これにより、プロジェクトに実装した特定のコピーだけでなく、コードの「コアIP」を強く主張することができます。2つのブランチを表示しても変更はないためです。

たとえそれを書き換えたとしても派生著作物と呼ばれ、新しいバージョンであっても、IPは会社に残っていることは注目に値します。

私はあなたが真実になりたいものについての考えを持っていると思います、そしてあなたはそれを作るために物事をひねり出そうとしているので、あなたが言っていることから、私は会社があなたがやらないコードに対してかなり強い主張をしていると思います回避できるようになります。

11
Jon Hopkins

あなたの会社があなたにコーディングにお金を払っているなら、それは彼らのコードです。あなたの許可がない限り、私はそれをオープンソースプロジェクトとしてリリースしません。

12
RoboShop

会社で働いている間に自宅でと書かれたコードが会社によって所有されていると見なされる場合がありました。これが法廷でテストされたかどうかはわかりませんが、会社の時間(つまり、机に座っている時間)に会社の機器を使用して記述したコードが支払われているコードを書く会社)と会社のソフトウェアは会社に属しています。あなたは彼らと契約を結びました(雇用契約を確認してください)。彼らはあなたが彼らのためにコードを書くためにあなたに見返りにお金を与えると言っています。彼らが代わりに慈善を与えるつもりだったので彼らがあなたの給料を差し控えると彼らが言ったならば、あなたは感銘を受けないでしょう。

要するに、それはあなたのコードではありません。あなたはそれを所有していません。名前空間はそれらに属しているため、会社名にする必要があります。彼らはそれを書くために誰かに支払いました! (つまりあなた)。


  • 警告:契約または雇用条件をチェックして、上記が本当にあなたのケースに当てはまるかどうかを判断する必要があります。とにかく、少なくとも、会社の時間に自分のことをやるのは簡単です。とにかくそれが彼らに属していると主張します。将来の最善のアドバイスは、自分のために何をするか、雇用者のために何をするかを維持することです完全に別々に。
3
gbjbaanb

間違えたところがあると思います。問題は、自宅で自分の時間にコードを記述し、そのコードが仕事で役立つことがわかったので、そこでもコードを使用し始めたことです。この場合、おそらく適切なことは、業務外で行われたコードを会社のコードに組み込むことではありません。すでに書いた機能を書き直すために会社の時間を使わなければならないので、彼らはそれを使うことができます。 「しかし、それは時間の大きな浪費だ」とあなたは言う。したがって、他のオプションは、彼らがコードを使用することを合法的に許可されていることを彼らが知っているように、彼らが価格または無料であなたからコードをライセンス/購入することです。あなたの雇用主の心で何が起こっているのかと思うと、彼らはあなたが退職したときにそのコードがどうなるのだろうと思っているのでしょうか?彼らはまだそのコードを使用する権利を持っていますか?

多くのプログラマーは、おそらく雇用主にとって役立つであろう余暇に仕事をしますが、会社の承認なしにコードを混ぜ始めるべきではありません。

2
Kibbee

将来のプログラマーは、ドキュメントのレベルが不十分な場合に備えて、誰がコードを書いたかを知る必要があります(悲しいことにそうです)。

私はこの理由でいつも自分の名前に署名します。そして、私は私が素晴らしい仕事をすることを確認する必要があることを私に思い出させます。 :)

2
Alex

ほとんどの人が言っているように、会社がコードについて何らかの主張をしているのはおそらく事実です(「私はおそらくこのプロジェクトの90%を自宅で書きました。それは不明瞭です」)。

将来的に検討すべきことの1つは、雇用契約を慎重に見直し、「自分の時間、自分のキット->自分の所有権」を全面的に取得するか、会社からプロジェクトごとの権利放棄を取得することです。残念ながら現時点ではそれは役に立ちません。

0
Vatine

他の名前を使用することの何が問題になっていますか?あなたの息子/娘/猫/犬/ハムスターの名前は?そうすれば、これらの困難を抱える必要はありません。「フレンドリー」な名前を選択しただけです。

0
Mathew

すべての答えは所有権に集中しているようです。
しかし、所有権と著者名(著者と所有者、それぞれ)は異なる概念です。
著者は道徳的、または譲ることのできない権利にリンクされています これは

  • 永久
  • 不可譲
  • 不可解な権利
  • サイズ変更不可
    場合によっては、すでに作成された著作物とその利用の収益が債権者に差し押さえられる可能性がある場合、後者は、債権者が支払われるべき金銭を回収する目的で当該著作物を明かすことを要求しないことがあります。その著者による。

道徳的、または譲渡不可の著者の権利は、ほとんどの管轄区域では放棄できません

所有権は経済、別名財産、権利に関連しています。

労働者が頻繁に客員研究員/教授として働いたり、複数の事業体を雇用/資金調達したりしているときに、科学論文への署名方法の実践に従うだけではないのはなぜですか。または3Dパーティの独立した資金調達の下:著者名+作業が行われた場所+作業に資金を提供したクレジット。

これらは多対多の関係にあることに注意してください(1人の著者、彼の作品、複数の所属および資金調達を持つことができます)。