原力的黑暗面4-愿原力与你同在

问个简单的问题：如果Lippman到我们公司工作，会考核S吗？Hehe，我看不一定。

Lippman作为大师，写代码错误很少，无需走查或unit test，就基本没什么错误，偶尔几个错误，也由于代码清晰，迅速找出并解决了。OK，Lippman同学应该得100分。但公司里除了他，还有我们这些水平不怎么样的人，如果没有走查和unit test，我们死定了。公司为了开发人员的普遍水平，要求必须做走查和unit test，也许还需要如上例中那样编写如何做竖式运算的文档。Lippman大师不得不将他大部分的时间用于此，结果本来他只需要1个月做完的项目，现在不得不花3个月，和我们差不多，也不过是考了60分，凭什么他考核好？

规程应该尽量发挥人的“原力”，让他们去拿100分的成绩；那些考50分甚至30分的人怎么办？就需要对他们培训，让他们也都能拿高分，而不是为了他们，把100分的人拉下来。我们目前的很多过程，并不能让人进步。开发人员写100篇文档就能进步吗？显然不能。只有让他们勇于尝试，尝试不用竖式运算而计算结果，才能优化过程，他们会在项目进行的过程中得到提高。

再深入一点，现在我们面临的问题中是人的素质问题更重要还是过程更重要？深吸口气，想一想：如果我们有世界最好的人，比如Lippman或者Martin Fowler，那么无论什么过程，他们都能执行好，做出优秀的产品，为公司创造价值；而如果相反，有最先进的过程，但只有一批高中生，虽然他们也去获取需求，也去设计，还评审（天知道他们能不能在评审中发现基本的错误），凭他们的能力，不是说不能做产品，而是不能做出为公司挣大钱的产品。

经过这么多年的弯路，软件业已经发现，最终人是最重要的。但为什么我们一直强调过程呢？因为，和培养人的素质相比，推广过程较快，较易，更为诱惑，甚至可能只需要一句话：不执行过程就下浮，全部搞定。所以如果一个规程执行的时候很多人在直觉上反对，就需要考虑会不会有问题。因为符合开发人员的直觉，才符合人性。符合人性的过程就容易推行，反之就会被抵制。我们期望的是，开发人员主动去执行规程，甚至出现这种情况：开发人员看到规程的时候说：“天哪，这个规程解答了我的疑惑！”

所以，让我们发挥自己的原力吧。“May the force be with you！”