。虽然说理解能力不同，我能快速理解了的未必有新手能够理解，但是你看看我的代码你就明白了。

    这位新手去看我的代码去了。我的代码几乎没有什么难度技术，但代码也是看上去很舒服。他发现了以下几个关键点： 1 代码风格统一，从命名含义，到大小写，到缩进，都一致。每个源代码文件都一致，确实出于一人之手。许多程序员，光自己的代码就有好几种风格，有时心情好，有时心情不好，有时头脑清醒，有时没有休息好，有时敷衍，有时画蛇添足，有时急躁，从代码就能看出来。而我的代码就像稳定运行每天如一日的机器，好似每个源代码都是在同一天敲的。这就叫发挥稳定。这几天要开奥运会了，运动员天天重复练同一个动作，把每个环节都练的精益求精，其目的就是为了在大赛紧张的压力下也能发挥稳定。人在压力下，非常容易发挥失常。如果人老处于这种压力下训练，那么大赛就像平常一样了。

    2我的代码居然能看出业务流程。函数数量均衡，不像他的代码函数太多，跟踪跳转的很累，也乱了头绪。函数长度也正好在可理解阅读范围内。而且有一个流程控制函数，把流程处理环节串了起来。细深入跟踪某一环节，又发现了更细的流程。每个函数都看起来简单，但整体来看，却实现了复杂的功能。他问我是怎么做到的？我说，我的心中只有业务，业务和代码，我认为只是英语和汉语的区别，表达的是同一个思路。而在你心中，业务是DOC上的文字，代码是你的技术表现，你老需要把业务和代码映shè拧在一起，我则不需要。业务流程如何，我的代码流程就是如何。

    3由于我的程序都是小函数组成的，都有明确报错，所以错误很容易找到，即使出错，也扩散不大，都是小bug，对系统整体没有大影响。

    他还对我的开发方法不理解，问我为什么要让大家从后台往前台开发，他很不习惯这种方法。他过去开发都是先用开发工具拖拽控件画出界面，然后一个按钮一个按钮的处理业务代码，需要什么字段就在数据库里设计什么表加什么字段。

    我问他：你为什么要这样做？

    他说：我不理解需求，无法凭空想象，只能先画出来界面，然后有了直接感觉后就在开发中理解业务，边开发边理解。

    我问他：那你以前有详细设计说明书没有？

    他说没有。

    我又问他：那你以前有人单独设计数据库和开发业务处理中间件组件么？

    他说没有。

    我说，问题就在于此。你没有详细设计说明书，所以你看不到一个形象的东西，而咱们现在至少有PPT画的业务界面，也有输入要求说明，也有数据增删改查说明，也有业务描述说明。而且数据库，一个中大型应用，xìng能、稳定xìng、可扩展xìng，都在于数据库的设计和中间件的设计，如果每一个程序员都要从数据库设计到中间件组件开发到前端客户端开发，那么要想保证这个软件的统一整体质量，那有多难。每个程序员需要懂得多少的技术知识才能达到统一的质量要求。所以，让不同技术高度的人做不同难度的事情，把重要的事情掌握在高素质的人的手中，这样质量就不会跑偏到哪里去。企业管理软件，不外乎是数据的增删改查。数据库的视图和存储过程，已经屏蔽了复杂的表之间的关系，提供了统一的业务实体视图和业务实体的增删改cāo作。这样中间件组件就容易处理业务实体间的流程，到了客户端，就只剩下数据的输入和输出了，真正成了终端。

    我还经常进行代码复查工作。发现有人的代码出现坏迹象，我就让他整改重构自己的代码。否则，定了规范，光喊口号让大家遵守规范又不检查又不惩罚，谁爱遵守规范？

    在代码复查的时候，我经常能发现思路