继续拜读《构建之法》。写这篇随笔是在我们进行结对开发之后。
在结对开发的过程中我们要学会注意以下问题。
一、代码要有规范性
程序员写的代码是要给别人看懂的，在这个结对开发软件的历史阶段，在合作上要更加的紧密，首先我们要做的就是读懂别人的代码，也要让你的搭档读懂你的代码。我们写的代码，人也看，机器也看，但是归根结底是要给人看的，所以，一个好的软件工程师是应该将自己的代码规范化，无论是风格还是设计。在书中，邹欣老师已经将规范化的要求进行了详细的介绍，这里我就不再啰嗦了。
其实，在刚刚读到这点的时候，我很不自觉的就想起我们刚刚接触c语言的时候，那时候，老师就要求我们去将自己的代码规范化，要养成自己的风格，比如说注释，还有行的规范，但是可能不是很懂，但是在接下来的学习后，当我们写的代码越来越多的时候，我们会发现如果我们不去写注释，或者将代码的格式写的特别的混乱的话，我们常常会在上一刻写完代码时候，重回头看的时候，会发现看以前写的代码根本不知道写的是什么意思，以至于每次要知道他是解决什么功能的时候都得重头看一遍，这就是代码不规范的弊端。在现实我们写代码的过程中，我们一定要养成写注释和格式化代码的习惯，这是一个好的软件工程师的必须要具备的素养。
二、代码复审
在复审前，我们要做一些事情。
首先，要确保我们当前的代码实现的功能是正确的，也就是说我们的代码必须能够进行编译通过，这是一个最基本的前提；另外，我们要用复审者的眼光来看待自己的代码，要用复审的标准来要求自己。这是我们最应该做到的。当然，这些事情也是建立在我们代码规范性的基础上的。
那么，在复审的过程中，我们能做什么呢？
首先，我认为复审者就是相当于一个具体的用户，他有权对你的代码进行任何的疑问，并且你一定要将他的疑问继续进行解决，这样才能该说明你的代码和做出的功能是正确的。对于不正确的或者存在有疑惑的内容，我们一定要将其修改解决。就像我们在做结对开发的时候，朋友们经常会来看我们做的怎么样，他们经常提出各种各样的问题，那些问题是我们始料未及的。但是就是因为他们提出的问题，才会让我们的代码越来越完善，越来越正确，以至于我们的结对开发能够成功。
作为一个好的复审者，我们也要有长远的眼光，要想得到这样的一些问题：
“这么修改之后，有没有别的功能会受影响？”
“项目中还有别的地方需要类似的修改么？”
“有没有留下足够的说明，让将来维护代码时不会出现问题？”
“对于这样的修改，有没有别的成员需要告知？”
“导致问题的根本原因是什么？我们以后如何能自动避免这样的情况再次出现？”
这些问题看起来很简单，但是真正的去想到的话真的是不容易，他们能给我们带来的收益也是巨大的，对我们的后期维护和修改也会有巨大的帮助。
结对开发项目已经告一段落，接下来我们应该多的就是更加的去了解，去锻炼，怎样去成为一个更加合格的成员。