十步教你如何接手别人的代码！(3)

结对编程
请求别人和你结对编程。即便没有人结对。即便你害怕结对。即便只有20分钟。当别人在编写代码的时候，坐在一旁观看，即便这些代码目前你还用不到。要求与别人结对编程，即便他们不太了解你需要修改的那部分代码。团队中的每个人都积攒了大量的重要知识。这一个阶段的工作是让他们尽可能地将这知识传输给你。通常，你只需坐在一旁看他们写代码以及浏览代码，就可以吸收大量信息，同时还可以帮助别人找出代码中的拼写错误，
提问
积极提问。不要在乎哪些问题太白痴。你的问题很重要，因为这些问题可能揭示了当前团队没有意识到的一些问题。你的问题很重要，因为你不必知道一切。既然你已经被录取了，面试已经结束了，那么你就是团队的一员，优秀的开发团队应该互相帮助，没有人会有优越感。
一位优秀的经理/项目经理
这一点上你可能无能为力（除非你本人就是经理），但如果你的确是团队经理的话，则需要分配给新来的开发人员一些简单的任务。一般来说，这些都不是关键性的任务，而且也许新成员会犯错。这些任务应该是简单的功能或改bug，而且还应该让新成员接触到尽可能多的代码。理想情况下，你应该确切地知道这些任务需要修改哪部分代码，但你只能给出一些提示，比如：
“我感觉有一些奇怪的nil值以某种方式传递到了这个方法中，你可以看看X类和Y类，我感觉这两个类可能漏掉了某处错误，然后不知怎地传递了错误的数据。”
澄清需求并寻求帮助
在第一次修改代码的时候，你需要搞清楚具体的需求。首先应该确保大家的理解没有偏差。如果你在某个任务上花费的时间超出了预想，则应该立即重新讨论。寻求帮助，你没有责任理解所有的代码，每个人都有责任帮助你步入正常的工作。
“我认为我应该修改这个视图，所以整个下午我都在看X和Y，但还是没搞清楚这个值从哪儿来的，你可不可以花半个小时看看这段代码，然后帮我搞清楚问题所在？”
你可以表现出自己的弱势，在团队成员的帮助下学习，这有助于提高团队的指导水平，而且教学互长，在向你解释代码的过程，他们也可以加深对代码的理解。
在向别人解释代码的时候，你完全可以说：“我……不太清楚这个方法，但我们应该修复这个问题。”
放松心情
有人雇佣你或让你参与某个项目，是因为人们相信你，而不是为了考验的你的编程技术有多烂。适应陌生的代码库需要一定的时间。有时候，还需要很多时间。但说到底也只是一些代码，而作为开发你自然很懂代码。虽然你可能还不熟悉眼前的代码，但你也可以利用适应的过程为团队创造价值。你要保持耐心、谦虚，同时还要密切关注大局，不要害怕花时间深入了解某个特定的功能。