您倾向于在代码中写上自己的名字还是公司名称？

我一直在从事家庭和工作中的各种项目，多年来，我开发了两个主要API，几乎可以在所有基于AJAX的网站中使用。我将它们都编译为DLL，并将其命名为Connell.Database和Connell.Json名称空间。

我的老板最近在公司项目的软件文档中看到了这些命名空间，并说我不应该在代码中使用我自己的名字。（但这是我的代码！）

要记住的一件事是我们不是软件公司。我们是一家IT支持公司，而且我是这里唯一的全职软件开发人员，因此，关于如何在公司中编写软件，实际上没有任何程序。

要记住的另一件事是，我确实打算有一天将这些DLL作为开源项目发布。

其他开发人员如何在公司内将其命名空间分组？是否有人在个人和工作项目中使用相同的类库？

反之亦然吗？如果我完全在工作时编写类库，那么谁拥有该代码？如果我从头到尾都看过库，请对其进行设计和编程。我可以在家中将其用于其他项目吗？

谢谢，

更新资料

我已经与我的老板谈过这个问题，他也同意它们是我的目标，他对我开放源代码很好。在进行对话之前，我无论如何都开始更改对象，这实际上非常有效，并且代码现在比以前更适合该特定项目。

但是感谢所有参与此辩论的人。我希望所有这些文本都不会浪费，并且有人从中学习。我当然做到了

干杯，

（标准免责声明-我不是律师...）

根据您的个人资料，您似乎在英国。

在这种情况下，这取决于您的工作方式。如果您是永久性员工，那么几乎可以肯定，您的雇主拥有这些作品。您编写了这些代码，并有权将其标识为作者（也就是说，您可以告诉人们您编写了它们），但是代码的所有权和其中的知识产权归您的公司所有。

如果您是承包商，则可能会向您提出索赔，但这取决于合同的性质。一般而言，大多数英国IT承包商都被归类为待租工人，这意味着IP仍然属于公司而不是个人。当然，关于标准雇佣合同的讨论表明，无论您是永久合同，情况都是如此。

在这种情况下，您无权将其作为开源发布（或确实将其发布给您的下一个雇主），并且您应该以与考虑其他任何专有软件相同的方式来考虑它们并采取相应的行动-他们是不是您的，您恰好可以访问源代码。

编辑：关于您在自己的时间中开发了一些它的事实。在开始使用它的那一刻，没有事先声明您的权利并事先将其许可给公司，您就变得非常模糊，因为现在很难显示何时完成了操作。您所说的代码库已经在工作时间内经过了测试，调试和固定（并且公司拥有他们在工作时间内所做的任何事情），以及与您为它们所做的工作明显重叠的事实（事实证明，它们满足了您正在处理的公司的要求），这意味着他们确实提出了要求，并且可能要求很高。

统一联盟在这方面有一块。关键部分似乎是：

“有明确的法定规定：

·1988年的版权，设计和专利法（CDPA）第11（2）条，以及

·1977年专利法第39条

处理员工作品的所有权。根据这些规定，雇主对于雇员创造的任何作品，基本上都拥有知识产权的所有权。

·必须根据其雇用合同的条款进行生产，或

·可以合理地预期根据该合同的条款进行生产。

显然，单个雇员的职务描述越广，他/她要避免上述第11（2）和39节的影响就越困难。

即使工作是由员工在自己的时间和使用自己的资源创建的，但如果雇主表明所创建的工作的性质是可能的，则该员工也不一定能够主张该作品的任何权利。合理考虑作为员工职责的一部分。在Missing Link Software诉Magee [1989] FSR 361一案中就证明了这一点。法院裁定，雇员在工作时间以外在自己的设备上编写的软件程序中的版权是在雇佣过程中取得的，因为这属于Magee先生被执行的任务范围。”

基本上因为这些库满足了您正在为它们工作的项目的特定要求，所以它们对它们有主张。

编辑2：您需要了解代码的两个版本这一事实可能无关紧要。该代码满足了公司对您正在从事的项目的需求，并且您是在公司任职期间编写的（即使是在您自己的时间）。这使他们强烈要求代码的“核心IP”，而不仅仅是您碰巧在他们的项目中实现的特定副本-将其视为两个分支不会改变它。

值得注意的是，即使将其重写也将被称为衍生作品，并且即使在新版本上，该IP仍将属于该公司。

我认为您对要实现的目标有一个想法，并且您正在尝试扭曲事物以使其成为现实，但是从您所说的内容来看，我相信该公司对您将不会使用的代码有很强的主张能够解决。

如果您的公司付钱给您，那是他们的代码。除非获得他们的许可，否则我不会将其作为开源项目发布。

在某些情况下，在公司工作时在家中编写的代码被认为归公司所有。我不确定这是否曾在法庭上测试过，但我认为您使用公司设备编写的任何代码，在公司工作期间（即您坐在办公桌旁的时间由公司支付编写代码的时间），以及公司软件属于公司。您与他们达成了一项协议（检查您的雇佣合同），其中说他们会给您钱，以换取您为他们编写代码的机会。如果他们说因为打算给慈善机构而不愿意支付您的薪水，您将不会留下深刻的印象。

简而言之，这不是您的代码。您不拥有它。名称空间应该是公司名称，因为它属于它们。他们付钱给人写！（即你）。

• 警告：您需要检查您的合同或雇用条款，以确定上述情况是否真的适用，我想说这是反正，因为他们至少可以轻易地解雇您在公司时间做自己的事情，然后声称它仍然属于他们。未来的最佳建议是将您自己和雇主所做的工作完全分开。

我认为您在某个地方犯了错误。问题是您自己在家中编写代码，然后发现代码在工作中会很有用，因此您也开始在这里使用它。在这种情况下，应该做的适当的事情是不要将在外部工作中完成的代码合并到公司的代码中。您要么必须花费公司时间来重写已经编写的功能，否则他们可以使用它。你说：“但这是浪费时间。” 因此，另一种选择是，他们以价格或免费的价格向您许可/购买代码，以使他们知道自己在法律上被允许使用该代码。我认为您的雇主可能会想到的是，他们想知道您离开时该代码会发生什么？他们仍然有权使用该代码吗？

许多程序员在闲暇时间从事可能对他们的雇主有用的工作，但是未经公司批准，您不应该开始混用代码。

将来的程序员需要知道谁编写了代码，以防文档水平不足（可悲的是，通常如此）。

因此，我总是在名字上签名。这也提醒我，我需要确保自己做得很好，因为我知道，如果不这样做，某个生气的同事会在深夜给我打电话！:)

几乎每个人都说过，公司可能对代码有一些要求（例如“我已经在家中写了这个项目的90％。”这很模糊）。

将来要考虑的事情之一是仔细查看雇佣合同，或者获得一揽子“自己的时间，自己的装备->自己的所有权”，或者从公司获得每个项目的豁免。不幸的是，目前这没有帮助。

使用其他名称有什么问题？您的儿子/女儿/猫/狗/仓鼠的名字？然后，您不必遇到这些困难-您只需选择一个“友好的”名称即可。

所有答案似乎都集中在所有权上。
但是所有权和作者身份（分别是作者和所有者）是不同的概念。
作者与精神权利或不可剥夺的权利有关，这些权利是：

• 永动的
• 不可剥夺的
• 不可剥夺的权利
• 不可估量
  如果债权人视情况视已被创作的作品及其开发收益易于被债权人没收，后者可能不要求将其作品泄露以收回其作者应得的款项。

在大多数司法管辖区中，不得放弃道德或不可剥夺的作者权利。

所有权与经济，又名财产，权利有关。

当工人经常作为访问研究人员/教授，受雇/资助多个实体的工作人员时，为什么不遵循科学文章的签名惯例呢？或在3d各方的独立资助下：作者姓名+工作完成地+为工作提供资金的信用。

请注意，这些关系是多对多的（一位作者和他的作品可以有多个从属关系和财务关系）。