怎么做代码，怎么做代码人跳舞

工作中发现，有一些同事虽然也工作了多年，自己写代码也比较严谨条理。不过让他去给其他同事做代码Review，经常只有寥寥几个不痛不痒的意见。跟同事交流中发现，除了他们对于这个从写代码到走读代码这个角色转换，还是有点不是很适应外，的确还会面临一些实实在在的难题。这里只列了前面三条：

• 提交的代码跟自己的领域关系不大，自己没读懂，也提不出什么意见
• 代码哗啦啦一大片，不知道从哪里开始看
• 代码的确看了，不过的确看不出什么问题来

对于这三条，对刚开始做代码走读的人来说，的确是比较困难的进行代码走读。我在这里也有一些简单的建议，大家可以做个参考。

• 走读的代码跟自己领域关系不大。

对于这种情况，我的意见是可以让对方把设计讲一下，再让他自己讲一下自己的代码。在对方讲述过程中，先对代码有个整体概念，然后在对方打开技术细节后，就容易发现比较深层次的问题。而且有时候对方在讲述过程中，可能自己就能发现代码的问题了。不要觉得让对方讲会让自己看起来没水平，你觉得疑惑的地方有时候也是代码作者考虑不清楚的地方。

• 提交代码很多。

这个处理思路跟前面的一样，主要让写代码的人讲，自己听的时候提出自己觉得疑惑的地方。如果对方解答也不清楚，往往就是代码中隐藏的问题。

• 代码的确看了，看不出什么问题来。

这个也不排除代码质量真的很不错。不过很多时候，代码走读人员都能从寥寥几行代码中发现问题。比较有效的方法就是，看更有经验的同事怎么走读代码的。同一份代码，自己看不出问题，别人提了一大箩筐意见，而且都是比较有价值的意见。自己可以揣摩一下大牛们怎么去思考问题的，一般有哪些点是自己没考虑到的。坚持下来后，不仅是自己的代码走读能力有所提升，对自己怎么设计，思考问题都很有好处。