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

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

私の上司は最近、会社のプロジェクトのソフトウェアドキュメントでこれらの名前空間を見て、コードで自分の名前を使うべきではないと言いました。（しかし、それは私のコードです！）

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

もう一つ心に留めておくべきことは、いつかこれらのDLLをオープンソースプロジェクトとしてリリースするつもりだということです。

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

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

おかげで、

更新

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

しかし、非常に興味深い議論に関係したすべての人に感謝します。このテキストがすべて無駄にならず、誰かがそれから学ぶことを願っています。確かにした。

乾杯、

（標準免責条項-私は弁護士ではありません...）

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

その場合、それはあなたがどのように雇用されているかによります。あなたが常勤のスタッフであれば、ほぼ間違いなくあなたの雇用主が作品を所有しています。あなたはそれらを書いて、著者として特定される権利を持っています（つまり、あなたが書いたことを人々に伝えることができます）が、コードの所有権とその中の知的財産はあなたの会社にあります。

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

これらの状況では、あなたはそれらをオープンソースとしてリリースする（または実際にあなたの次の雇用者に引き継ぐ）権利を持っていません、あなたは他のプロプライエタリソフトウェアについて考え、それに応じて行動するのと同じ方法でそれらについて考える必要があります-彼らはあなたのものではなく、たまたまソースコードにアクセスできるだけです。

編集：あなたが自分の時間でそれのいくつかを開発したという事実に関して。事前に会社にライセンスを付与してライセンスを付与することなく職場で使用し始めた瞬間、いつ何をしたかを示すのが非常に困難になったため、非常に曖昧になりました。あなたが言っていることから、コードライブラリは作業時間でテストされ、デバッグされ、修正されました（そして会社はその時間に行われたものを所有しています）、そしてあなたがそれらのために行っていた作業との明らかな重複（会社があなたが取り組んでいた要件を満たしていたということは、彼らがクレームを持ち、おそらくかなり強いクレームを持っていることを意味します。

Unite Unionにはこれに関する記事があります。キーセクションは次のように表示されます。

「明示的な法定規定があります：

・1988年著作権、意匠、特許法（CDPA）のセクション11（2）および

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

従業員の作品の所有権を扱う。これらの条項の下で、雇用主は、従業員が作成した作品に関して、本質的に知的所有権を取得します。

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

・その契約の条件の下で生産することが合理的に期待される可能性があります。

明らかに、個々の従業員の職務内容が広くなればなるほど、上記のセクション11（2）および39の影響を避けることは難しくなります。

従業員が自分の時間に自分のリソースを使用して作品を作成したとしても、雇用者が作成された作品の性質がそうであり得ることを雇用者が示している場合、従業員は必ずしもその作品の権利を主張できるとは限りません従業員の義務の一部として合理的に考えられます。これは、Missing Link Software v Magee [1989] FSR 361の事例で実証されています。そこで、裁判所は、従業員が勤務時間外に自分の機器で作成したソフトウェアプログラムの著作権は雇用中に作られたと判断しました。それは、マギー氏が実行するために雇用されたタスクの範囲内に収まったためです。」

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

編集2：コードの2つのバージョンがあるという事実はおそらく無関係であることを理解する必要があります。このコードは、あなたが取り組んでいるプロジェクトで会社が持っているニーズを満たし、会社に雇用されている間にそれを書きました（たとえ自分の時間にあったとしても）。これにより、プロジェクトに実装した特定のコピーだけでなく、コードの「コアIP」を強く主張できます。2つのブランチとして表示しても、それは変わりません。

それを書き直しても派生作品と呼ばれ、IPは新しいバージョンであっても会社に残っていることに注意する価値があります。

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

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

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

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

• 警告：契約または雇用条件を確認して、上記のことが本当にあなたのケースに当てはまるかどうかを判断する必要があります。とにかく、彼らに属していると主張します。将来のための最善のアドバイスは、あなたが自分のために行うことと雇用主のために行うことを完全に分離することです。

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

多くのプログラマーは空き時間にスタッフの仕事をしていますが、それはおそらく雇用主に役立つでしょうが、会社の承認なしにコードの混合を開始すべきではありません。

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

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

ほとんどの人が言っているように、おそらく会社がコードに何らかの主張を持っているというケースです（「このプロジェクトの90％をおそらく自宅で書いた」などのフレーズを含む）。

将来的に考慮すべきことの1つは、雇用契約を慎重に検討し、包括的な「自分の時間、自分のキット->自分の所有権」を取得するか、会社からプロジェクトごとの免除を取得することです。残念ながら、現時点では何の助けにもなりません。

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

すべての答えは所有権に集中しているようです。
しかし、所有権と著者（著者と所有者、それぞれ）は異なる概念です。
著者は、次のような道徳的または譲渡不能の権利にリンクされています。

• 永久
• 譲れない
• 不可解な権利
• Unsizeable
  既に作成された作品とその搾取の収益が、場合によっては債権者に押収される可能性がある場合、債権者は、著作者が支払うべきお金を回収する目的で、その作品を公開することを要求しない場合があります。

道徳的または譲渡不能な著者の権利は、ほとんどの法域では放棄できません。

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

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

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