在笔者几年的软件开发经历中，特别是前两年的某公路工程管理和某绩效考核产品的开发中，遇到了一些问题，我这些时间也一直在考虑这些问题，并寻找解决的方法，现在有了一点思路，还望大家斧正。
在这里，我只针对一个方面的问题进行阐述，涉及的面很窄，但还是具有普遍性。
在软件开发中，特别是产品的开发中，有这样一个问题，就是代码的易读性差和代码风格不一致，并且代码的质量不高，由此直接导致在人员更替需要交接工作时，需要花费很多精力，并往往导致项目延期甚至失败；而且，低质量的代码给后期维护工作也带来了很多问题。我认为，要解决这个问题，可以在项目中引入代码质量审核员的角色。
代码质量审核员需要履行如下的职责：
1． 审核程序员的代码，主要检查注释说明等内容，使自己能在没有程序员的帮助下理解程序的结构和功能。如果不能达到这个目的，说明程序员的注释、说明写的不够，可以配合程序员完成这些内容。
2． 检查程序代码的风格，使每个程序员的代码风格都和给定的标准风格一致。这也是保证代码易读性和质量的一个重要手段。
3． 结合程序员的代码进行单元测试。毕竟程序员看问题的角度是一定的，不能面面俱到，而由代码质量审核员来进行单元测试，可以在更多方面进行代码测试，从而可以提高代码质量。通过Nunit或Junit等单元测试工具，可以使测试快速进行。
在传统的软件开发中，以上三个方面一般都是程序员自己来完成的，但是，自己来完成这些工作是很困难的，而且由于个人看问题角度、惰性、时间因素等的存在，使这些工作没有很好的来完成。不过，如果单独把这些工作分离出来，交给某个（些）人来完成，可以起到更有效的作用。
当然，这么做势必会为软件开发增加人手，在一些小的项目里也许不合适，但在一些大的项目或产品中，由于开发周期较长，可以起到更好的质量保证作用。
代码质量审核员这个名称也许叫的不合适，大家有更好的称呼别忘了告诉我啊。
