您是否应该保留所有编写代码的副本？ [关闭]

#1 楼

但是，对于开发人员来说，保留他们编写的代码的个人副本是否不常见
（以供将来参考）？


我不知道它多么普遍是，但无论是否普遍，这仍然不是一个好主意。

程序员通常会以思维方式运行，即两次解决同一问题是浪费时间。我们尝试将代码设计为可重用（有时）。我们构建了类和函数的库，以备将来将来使用。有时我们甚至将我们的代码分发出去，这样其他人就不必再编写代码来解决我们刚刚遇到的相同问题。因此，当您从一项工作转移到另一项工作时，希望随身携带“您的”代码可能是可以理解的。但是出于以下原因，您仍然不应该这样做：


这不是您要使用的代码。
您为前雇主编写的代码是业务的一部分他们建立。他们的代码是他们竞争优势的一部分。当然，竞争者可以编写自己的代码来解决相同的问题，但他们不应利用您雇主所支付，拥有和未授权您参加的工作来获得好处。从任何意义上说，您的新雇主都不希望您从前雇主那里获得任何代码。您越指望您为某个前任雇主所做的工作，就越会使您的新雇主面临法律上的危险。您为Old Employer做的工作，New的老板可能会意识到，当您去其他工作时，您将获得他们的代码副本。那可能不适合他或她。
即使您不拖延实际路线，也不只是从旧内容中得出含糊的想法，仅拥有旧内容可能会引起怀疑，您可能正在将其用于某些东西。想象一下，老雇主起诉新雇主，而作为一小部分从老公司迁移到新公司的员工之一，您突然发现自己在交钱。你们当中没有人实际将Old的代码复制到New的产品中，但是您面前的律师问：“ SuperFoo先生，您是现在还是现在，或者自离开Old Employer以来一直有您拥有的任何代码副本还有其他人在Old Employer工作时写的吗？”
您不需要上个月，去年或更久以前编写的代码。您一次解决了问题，现在您知道如何再次解决该问题。或者，您可能知道如何不解决问题-因为您有经验，所以新的实现会更好。
有更好的方法。通过从上下文中读取旧代码很难回去学习任何有用的东西。稍后，描述您所学知识，想法的日记或日记会更加有用。不想！唯一可以得到的是凌晨3点的电话：“嘿，SuperFoo？您好吗？听着，您有我们的东西的副本，对吗？系统，我们已经将其范围缩小到了您写的新手根本不理解的几个文件。我知道已经晚了，但是您能带他通过SuperDuper.pl吗？放手吧。你不需要它。

#2 楼

我总是保留我编写的代码的副本，并在工作之间使用它。随后的雇主永远都不会看到/运行该代码，但是我在家中将其用作参考：“啊，是的，我不是做了与Project X上类似的操作吗？”。

这是法律？取决于管辖权和情况，但这是相当普遍的。从道德上讲，我没有问题，只要您不只是向新雇主提供代码即可……这是对您所做工作的提醒和演示，而不是为雇主提供免费资源。

[另一方面，当您查看旧代码时，不可避免地会感到羞耻：'我在想什么？我到底为什么要那样做？']

#3 楼

这是一个非常糟糕的主意。该代码不属于您（合法地说），拥有它可能会给您带来很多麻烦。当您转到新工作并且仍然保留该源代码时，这一点变得更加正确。如果它是竞争对手，那就更糟了。如果您在不再为他们工作时可以访问他们的源代码，那么您的公司将不会感到高兴。

这一切都是为了管理风险。显然，您希望保留以前雇主提供的东西，并可以在其他地方使用。这就是为什么他们在离开您后的X个月/年内使您的符号禁止竞争条款出现，但是拥有该代码会使您更容易受到某人指责您公然复制该公司代码的攻击（即使您没有这样做，并使用了相同的想法）。

当然，从编写代码中获得的有用的东西不是确切的语法吗？这是您获得的知识。处理所有这些法律问题可能不值得。

#4 楼

这并不少见。

我有一份我专业编写的几乎所有代码的副本，当然还有我当前项目中的所有代码，无论是谁编写的。除了代码，我还拥有大量法律文书，清楚地定义了我可以做什么和不能做什么。仅拥有代码与尝试从代码中获利是不同的。

这是一个法律问题，法律问题往往非常复杂和局部化。如有疑问，您确实需要与律师交谈。我可以保留我的代码，但是我99％的确定这样做不会遇到麻烦。

1缺少的大部分是我不希望归档的内容。由于法律原因，只有一个小项目的代码丢失了。2项目的性质以及我在其中的角色，我是至少需要弄清楚去哪儿的人之一，即使我没有参与在构建特定的模块中。

#5 楼

我看到您被捕的中国男子，并用“密码不是财产，因此不能被盗”举报您。 />
这样说。


我保留编写的代码吗？绝对。
我保留完整的项目吗？绝对。
我确定我将自己的代码从工作PC驱动到家用计算机吗？您敢打扰！
我是否曾经在其他公司或个人项目中重复使用该代码。不。
我是否经常查看旧代码并开始使用WtF ！？一直这样。

#6 楼

这是一个简单的问题。去找你的老板，告诉他们：“我有在这里工作时编写的所有代码的副本。只有我编写的代码，而不是其他人的代码。这是出于我自己的学业，我永远不会放弃。” />
如果您对他们的看法是对还是错，他们的下一步行动将决定（是的，北美/世界确实存在该词。）

不管您自己的“道德准则“，您为雇主工作。如果他们认为您的所作所为是错误的，那么根据他们的道德准则，这是错误的。当他们付钱给您，并且您被他们雇用时，同意还是不同意就在您的法庭上，这可能会导致您被解雇。我已经让前任员工采用了我们的一些代码，但是我已经首先对所有代码进行了审查。通常，软件开发人员在受聘时会签订合同。如果您签了名，那么您就必须一言不发。

#7 楼

对于开发人员来说，保留他们编写的代码的个人副本是不常见的事情吗？


直接回答问题，我会说这是不常见的。我看到的例外是，很多人都在做自由职业，他们将代码保存在客户未来的维护和增强项目中，我想这在合同中有明确说明（尽管我不在查看我朋友的自由职业合同的习惯，所以谁知道）。我认识的在大型公司工作的人从来没有承认过要保留前雇主的代码。提到我很确定我的现任雇主禁止此类事情-我只需要查找文件即可确定）。我编写/修复的代码通常特定于特定的业务需求，以至于我无法想象它将来会再次出现，以至于重用旧代码比编写新代码要容易代码。

#8 楼

过去，对于开发人员来说，拥有自己的例程库（通常用于解决当前工作中的问题）是很常见的。当开发人员离开时，资源会留在后面，但是任何改进都伴随着他。

这导致了双赢。它也只是所有编写的代码的一个子集。

当然，当今个人图书馆中的大多数内容都将在标准图书馆中。

#9 楼

根据北美大多数地区的雇主与雇员关系，未经雇主事先法律许可，从您的雇主设备传输或传输数字资料（即源代码）是非法的。与工作场所中的员工定义有关的法律是对员工不提供自己的工作设备的描述，除非员工合同中另有规定，但要求员工购买自己的设备的行业除外（即建筑工人。

北美大多数雇佣法律将雇主定义为雇员与雇主关系中的主要风险承担者。在雇主提供材料，设备并控制雇员与工作有关的活动的同时，为雇员支付时间。

雇主为谁支付了创建该材料的费用并为此承担了风险？

关键问题是“您编写的源代码？”这个问题。不，先生，不是你写的。在您雇主的指导下，由他们撰写。您只是打出来的受雇人员。如果您的雇主采取法律行动来保护自己的财产，则北美没有法院陪您。只需将源代码复制到USB拇指驱动器中，您就会陷入困境。另一回事。雇主必须在终止合同时通知您任何材料应退还/销毁。

只是想我会发布这个答案，因为似乎有人认为这是一个灰色区域。我真的不认为如果您是开发人员，那么您应该在Internet上发布您保留雇主材料副本的信息。我的意思是，您显然已经知道该问题的答案，因为您创建了一个新的会员帐户只是为了提出该问题。 ;）

#10 楼

在过去的几份工作中，我已经完成了此任务。我偶尔会重用我学到的想法和东西，但是我一次也没有找到回过头来看看代码的理由。

所以我不再打扰。从法律上来说这是可疑的，实际上我从未发现它有用。

#11 楼

当然。我喜欢保留我所做的所有工作的副本-无论是编写代码还是其他方式。如果愿意，可以将其称为剪贴簿。打破规则？也许。

除非您的下一个雇主是直接竞争对手，否则有关竞争优势的评论是无关紧要的。如果您从电话公司迁移到软件公司，或者从游戏开发人员迁移到数据库开发人员，则没关系。如果您实际上打算重用代码，那么情况就完全不一样了。

有趣的是，您经常听到有关Web开发人员将“工具箱”与标准的JavaScript库一起提供的信息。和CSS样式表。但是我还没有看到这里提到的内容。

#12 楼

我最近刚刚删除了以前雇主保留的所有旧密码。我只保留了一些我认为对将来有用的代码。实际上，我发现自离开以来，我已经进行了相当多的工作，并且从未参考过旧的代码。我已经找到/发现/学习了解决相同问题的更好方法。

#13 楼

我认为设计模式和实际代码（逐行复制）之间应该有所区别

写下一些伪代码，例如-这是在Y中延迟加载X的好方法是一回事。写下所有代码是另外一回事。

#14 楼

在您的雇主许可下，将纯净的可重用代码作为开源项目发布，以供其他人使用。这样，您的雇主也可以从其他人对该准则的贡献中受益。

通过这种方式，您可以合法地保留代码，建立自己编写的代码的公共组合，并且代码可以使他人受益。

#15 楼

由于多种原因，例如在家中工作，您可能已经拥有了一份副本，而我在工作后就不会删除这些副本，为什么这样做？

但是，就使用它而言，它不如博客文章有用！

底线：编写您的代码，关于您所面临的问题以及如何解决这些问题的博客（尤其是当它是通用的或广泛的问题时），并且不要介意保留上一份工作的（可能是加密的）纪念品。

#16 楼

在财务方面，终审法院解决了这个问题。您不得获取与客户或公司工作有关的信息（在本例中为代码）。但是没有什么可以阻止您记住自己可以做的事，然后在以后写下来。你一回到家就做到了。盗窃是在偷窃，在法庭上，他们试图确定是否复制了密码。

#17 楼

如果要保存代码以便以后重用，那么我有两个问题：如果代码是特定于域的，则它可能也是专有的。无论如何，没有两个业务或问题是完全相同的，并且试图用另一个解决方案来解决一个问题不是一个好的模式。

如果要保存的代码解决了一个常见问题，则应该
询问您的方法。当可能存在（且更好）开源
解决方案时，为什么要花很多精力来解决常见问题？解决常见问题的方法，
您应该真正尝试在公共存储库上和/或代码博客上公开共享代码，而不是自己编写。您的老板不应该反对共享通用库，也不应该强迫您重新发明轮子（如果确实如此，请找一份新工作）。


如果您正在保存您的代码，因为您想将其展示给潜在的雇主或提高您的技能，我建议您改为为开源项目做贡献。

#18 楼

我尚未保留为雇主编写的任何代码。我保留的自由职业者的东西（如果我丢失了代码，可能很难为客户提供支持）。

但是，我正在考虑保留为该雇主编写的代码。原因是我是一名Web开发人员，并且开发了许多看起来很漂亮的客户端程序。我没有设计它们，但是我实现了它们，并且经常想到这个主意。
我想保留这些东西的副本以建立在线投资组合。众所周知，网站不会永远持续下去，因此我无法现实地依靠我的工作保持在线状态。拥有备份副本将使我能够在线拥有作品集。

我知道设计师经常保留作品的副本（即使是供租用的作品）用于作品集用途。 />我不确定这样做的合法性（我的合同中未明确提及）。

#19 楼

好吧，为我公司开发业务逻辑时，我不能保留代码，因为它是公司的非法财产和个人财产。作为开发人员，我知道如何开发该逻辑，因此我可以牢记该逻辑。基本上默认情况下，它存储在您的脑海中，如果您下次需要它，那么您应该自动实现比上一个逻辑/更好的逻辑。这是人的天性和智慧。 :)

但是，当您开发一些实用程序逻辑时，就会出现问题，它们是可重用的并且始终很重要，您可能在不同的项目中经常需要它。因此，您应该随身携带它。

我有替代的解决方案。只需为这些实用程序创建一个不带源/文档的JAR，然后将其添加为您项目中的外部第三方JAR。通过执行此操作，您可能会确定自己的责任以及对自己拥有代码的满意；）

#20 楼

我没有保留代码的原因很简单：公司付钱给我为他们编写代码。我给他们我的代码，他们给我我的薪水。做午饭的那个人，自己没有保留一部分，为什么代码会有所不同？

此外，我之前提出的观点是，我失业，所有这些头痛都留在那里，新工作，新起点，但对旧工作领域中的问题类型有更多的经验和了解。