被安排接手别人的代码到底是一种什么感觉？
强颜欢笑但实际上心烦意乱怨气纵横……
某位江湖前辈说过一句话：“如果你恨他，就让他去接手别人的代码。”足以见得被安排接手别人的代码，对程序员来说是最痛苦最可怕的事。
工作中难免会因为团队成员的离职而被安排接手别人的代码。这个时候我们应该怎么做呢？
第一步：
首先，当你看到一坨像屎一样的代码的时候，先说服自己，静下心来。去找产品需求与业务流程文档，你接手的代码，必然和某个产品需求相对应，必然实现了某个业务流程，先了解产品需求和业务流程，才能更好的读代码。
第二步：
了解业务流程在代码层面的体现，让你的“前任”整理一些文档和图表给你，因为只有他能提供代码层面的东西，比如：
类图
模块划分说明
数据流图
时序图
状态图
第三步：
读代码，直到读懂为止。有了产品需求，有了业务流程，有了代码设计相关的文档和图表，接下来你就该死磕代码了。
第四步：
在理解现有代码的基础上，识别出哪些部分实现得逻辑不清晰或有待改善，然后结合业务与自己的理解将其重构，这样，这些代码就基本上成为你的代码了。
最后，希望大家少喷“前任”了，因为，实际上你的代码在更牛B的程序员眼里也是一坨屎，哈哈哈。
公众号：w3cschool技术教程
