Project management 管理开发人员之间的代码转换

您的最佳实践是什么，以确保新雇用的开发人员能够快速掌握代码？并确保开发人员继续前进，不会阻碍正在进行的发布

开始的一些想法：

• 文件

• 使用完善的框架

• 培训/鼓励辅导

• 合同中的通知期

---

从管理层的角度来看，最好（但似乎很少遵循）的做法是在培训计划中留出时间，无论是对新员工还是需要培训他们的当前开发人员。那里没有免费的午餐

从人的角度来看，我见过的新员工入职的最佳方式是让他们与当前的开发人员进行配对。这是向他们介绍团队编码标准和实践的好方法，同时让他们了解代码

如果您的团队不喜欢结对，那么为系统的关键部分是如何构造的，或者关键位是如何交互的，提供一些最新的图表确实有帮助。根据我的经验，对于中等复杂度的程序（.5m行代码），关键点可以通过一些文档（可能是一些实体关系文档片段，也许还有一些捕获高级交互的序列图）来理解

从代码的角度来看，让积垢堆积在代码库中会反过来伤害你。最佳实践是在开发过程中积极重构，并遵循足够的编码准则，使代码看起来一致。作为团队中的一名新开发人员，走进一个类似沼泽的代码库可能会让人泄气

如果有大量有经验的开发人员，使用通用框架会有所帮助。如果您在Java阵营，从这个角度来看，Hibernate和Spring似乎是安全的选择

---

如果非要我选一个，我会用图表提供足够的区域粗略地图，让新开发人员能够找到他们所在的位置，以及他们所关注的代码的规模如何适应更大的范围。

从管理角度来看，最好（但似乎很少遵循）的做法是在培训计划中留出时间，对于新员工和需要培训他们的当前开发人员。那里没有免费的午餐

从人的角度来看，我见过的新员工入职的最佳方式是让他们与当前的开发人员进行配对。这是向他们介绍团队编码标准和实践的好方法，同时让他们了解代码

如果您的团队不喜欢结对，那么为系统的关键部分是如何构造的，或者关键位是如何交互的，提供一些最新的图表确实有帮助。根据我的经验，对于中等复杂度的程序（.5m行代码），关键点可以通过一些文档（可能是一些实体关系文档片段，也许还有一些捕获高级交互的序列图）来理解

从代码的角度来看，让积垢堆积在代码库中会反过来伤害你。最佳实践是在开发过程中积极重构，并遵循足够的编码准则，使代码看起来一致。作为团队中的一名新开发人员，走进一个类似沼泽的代码库可能会让人泄气

如果有大量有经验的开发人员，使用通用框架会有所帮助。如果您在Java阵营，从这个角度来看，Hibernate和Spring似乎是安全的选择

---

如果我必须选择一个，我会用图表提供足够的区域粗略地图，让新开发人员能够找到他们所在的位置，以及他们正在寻找的代码的大小如何符合更大的图景。

这个问题以前被问过很多次，我认为应该结束。这个问题以前被问过很多次，我想应该关门。