您如何支持代码发布后的工作结束？

就代码支持而言，离开公司（甚至集团/部门）的流程是什么？

最好处理所有问题吗？您是否让其余的开发人员可以访问自己作为将来的资源？如果是这样，有没有办法不授予完全访问权限？

我已经亲身体验了第一手开发人员提供的有关通用软件体系结构的答案将是无价的。

我知道，如果需要认真的帮助，那么它将成为雇佣谈判作为支持合同的典型案例。但是，是否需要认真的帮助，您可以采取哪些步骤来简化与您联系的过程？

我当时正在考虑做类似（YOUR_NAME）_codesupport @（YOUR_FAVORITE_EMAIL_CLIENT）.com地址的事情。

我的具体情况：

我是一个合作社学生，因此在公司工作4个月后在公司周围反弹。这意味着向自己介绍许多新的代码库，并在我离开公司时留下大量的孤立代码。如果我留下垃圾代码，我会感到很难过。

您如何支持代码发布后的工作结束？

你不知道 这就是为什么将其称为end。

如果他们在离开后一个月能看到您走进门并开始使用他们的设备感到惊讶，那么您应该在离开后一个月让他们打电话给您并问一系列问题，您会感到惊讶。

好吧，更现实的是，根据情况，您可能会提供一些通过电话或电子邮件回答问题的方法，特别是如果您a）想回到那里，b）与在那里工作的人成为朋友，c ）仍然依赖他们进行良好的审核，d）对公司不会滥用您的善意举止充满信心，和/或e）公司愿意为您提供任何非平凡的额外支持而给予补偿。

这意味着向自己介绍许多新的代码库

这是一项很好的开发技能-您将需要它。

离开公司后还会留下相当一部分的孤立代码。

你工作的一部分，而你还在那里工作是记录你做了什么，或者至少确保其他一些人一起工作的还有对它有一个清醒的认识。这符合公司的利益，他们应该确保在您还在的时候就拥有所需的东西。

如果我留下垃圾代码，我会感到很难过。

首先不要写垃圾代码。如果您之前良好的代码在您离开之前变得垃圾（陈旧，不再需要，等等），请在离开之前对其进行清理。如果离开时您的代码不是垃圾，那么之后发生的事情就不用担心了。

通常情况下，您需要在计划的结束日期前2周左右为此做准备。安排一些时间将知识转移到团队的另一位成员，并在收拾办公桌之前，确保他们能够支持代码。通过将您的联系信息放入代码中，请勿将自己设置为获得永久支持。如果情况如此严重以至于没有人可以解决，他们可能会从HR那里获取您的联系信息。

训练尽可能多的人来替代您（如果有人）。

我发现最好将文档留给代码，如果没有中央文档系统，最好将其签入源代码管理。无论您做什么，都要尽可能地记录以下内容：

• 如何建立一个完全正常运行的系统并在其他开发人员的计算机上运行
• 如何建造
• 如何部署

将所有内容放在中央位置。

通过电子邮件将所有详细信息发送给任何利益相关者。

我总是确保他们了解如果有问题，例如去哪里等，可以打电话给我。以后再打给您，问他们是否愿意在身边工作，这是很常见的。绑定。根据您的新情况和雇佣合同，这取决于您。说对不起，“对不起，我现在没有时间。” 无论如何，几乎总是如此。

我想说的几件事。

在商业中，金钱高于情感。雇主通常没有与您自己相同的观点。一旦离开公司，交易就完成了。谈判和通知期限之内的东西是减轻其风险的步骤。

当然，人们会根据自己的选择互相帮助，但是即使您过去写过书，公司也确实不希望您回来为他们解决问题。但是也有例外，但这取决于您对工作的重要性。

我的一位朋友一年前离开了公司，最近一位项目经理联系了他，以解决几年前写的代码问题。考虑到周转时间和解决问题的复杂性，他是最简单的选择。最后，他帮助他们解决了这个问题；但要看他的个人利益和道德 请注意，一些雇主不同意这一点。即他要回到他的老公司并解决问题。

您要注意的是，

• 在这种情况下，认真做生意的人会专业地行事。他们不再想要你了。
• 从前雇主那里接到电话的最大机会是个人电话。通常，联系您并修复代码并非组织决定。他们也确实会在询问您的时间之前尊重您的时间和当前的工作。
• 企业公司对其代码和设计保持最大程度的保密。他们甚至不想向前雇员公开。
• 通常，辞职的员工将加入具有相似领域的公司。前公司和新公司可能是竞争对手。如果您持有专利，并且基于公司运营原则的性质，即使前雇员愿意，大多数公司也不允许前雇员与其合作。
• 在您的特定情况下，我怀疑4个月的任职期如何使您对组织和项目非常关键，除非您给他们根本性的启发。

别人说的所有话，然后：

考虑共同编程。
坐在一张桌子后面的两个人。成对编程所有内容。当其中一个（您）离开时，另一个人仍然拥有所有知识。

还有许多其他优点，但这是另一个主题。