过渡到项目时如何应对代码质量下降

这是一个棘手的问题,您(希望)正在迈向更大更好的事情,有人必须介入到您离开的过程所造成的空白中,在如何处理事情方面将存在分歧,并且一旦交接完成您的意见对那些需要未来支持的人意义不大。 即使他们确实关心您的意见,也需要在您的指导下管理项目。 我认为最好的解决方案是: 1彻底休息,不要回头 2.如果您拥有健全的单元/回归/集成测试体系,以及用于运行这些测试的连续集成系统,那么这将有助于减轻因这些不称职的人将您难以置信的代码搞砸而造成的声誉风险。 当然,#2只是在开玩笑,但不是真的。 想想您知道自己要离开,但管理层没有,他们只是把某人丢给了您的旧工作,并告诉他们他们有2周的时间来学习有关某个重要项目的所有知识。 他们可能会不喜欢您,并且会在出现任何问题时寻找方法将责任归咎于您。 如果您要去另一家公司,那就是排名第一的地方,从长远来看,也许对您来说都不重要。 但是,如果您希望避免在旧工作中声誉受到负面影响,那么尽一切可能确保公司认为合适的替代方案成功就至关重要。 不仅如此,而且如果您想“密封交易”,请让您的经理尽可能多地交接。 这对于减少“摆动空间”的数量非常重要,因为在这种情况下,您的受害者/安置者在其任职初期出现问题时会责备您。 您不想扮演乔治·W·布什(George W Bush)来对待他们的巴拉克·奥巴马(Barack Obama),让他们无能为力。 一个切实可行的策略必须同时兼顾这两个要素,如果有时间(根据美国雇佣法规定为2周),您将花费合理的金额。 如果您留在同一家公司,而这个新人真的很挣扎,则可能更多。…