２００１年在delphibbs做“首届Delphi编程竞赛”活动(http://www.delphibbs.com/delphibbs/dispq.asp?lid=650664)的时候，曾就代码的规范性与品质问题与大家进行过讨论，摘录一些言论如下：

=========================

3. 我们公司有个程序员，现在是项目经理。他原本是做图形程序开发的，我看过它的一个工具的代码，OHHHH，我当时差点没有昏倒。——它的代码做得就象方块，每一行几乎都一个样子，似乎都在不断重复。但是，这些代码的运行效率居然比我见到的所有图形开发包都快！

所以，我绝对同意“一个真正优秀的方案可能代码很多，很精巧，也很复杂，但绝对在效率、速度上非普通方案可比”、“大道深处又至简，一个非常出色的方案往往可以化复杂为简单，化腐朽为神奇，达到代码即方案，代码即解释，恍恍乎游刃有余”和“最出色的代码不是代码本身，而是代码体现出来的出神入化的思维和境界。到达这个境界，代码多少已经不再重要了”这样的观点。

4. 代码的规范性我深有体会。我们公司现在正在展开的也是一个叫“代码格式化规范”的动作。

但我要说的是一个小故事，我的一个组员总是在说我的代码他看不懂，这看不懂那也看不懂；而另一个组员呢，将我一个写了两年的项目那个去看了一个多月，说懂了。前一个组员总是说我的代码不“规范”，不“格式化”，用了太多的技巧，不用标准的写法；而后一个组员却什么也不说。两个组员最大的不同是：前一个组员只有两年的编程经验，而后一个，有十年的编程经验。

如果，如果你用Delphi来写一个“操作系统级程序”，那么，你能用到的“标准的写法”可能没几个，你可能必须用各种各样的技巧，各种各样离奇的思想。这不是一般人能够想到的做到的。有兴趣的人可以去看看QString这个字符串处理单元，那绝对是不好读的代码，也绝对精炼，效率也绝对高。但可能绝对“不标准”、“不规范”。

我并不是反对“代码格式化”，我只是说，我们在这里开展一个竞赛，重点并不是要去格式化代码，我们的主旨是“写出好的思想”和“好的代码”。那些格式化中存在的各种各样的注释和格式化用的空格，自然有工具去过滤掉它，你不必关心它们影响你的代码字节数。

5. 这个竞赛的确是在“鼓励提高个人能力”，但绝对没有“忽视团队精神”的意思。哈哈。

我们一直忽略了这点，没有提出来说，算是我的工作失误。其实中国现在的“程序高手”很多，但真正懂得“软件工作”和组织“团队开发”的人才之又少。事实上我现在也正在学这个，正在带开发组，正在从最小的“团队”做起。——我自认还做得非常非常差。印度培养出来的程序员象一个个标准大小的方块，任意多块放在任意位置都是有用的，但缺乏灵魂；中国培养出来的程序员象一个个钉子，放哪里打都好用，灵气十足，能力十足，但一大堆钉子放在一起，你的手碰都不敢碰一下。

但中国的程序员在国外却是极好的。因为人家懂得如何组织钉子开发，而不是只懂得如何将方块“积木”在一起。

不要因为中国没有好的项目管理人员，就要求所有的程序员全变成方块，这是舍本而逐末的事。

6. 好的雕刻师必须先是好的木匠，艺人必须先是匠人。

=========================

最后这句“艺人必须先是匠人”，我后来还在《Delphi实现可执行文件之源码详解》中引用过：

=========================

必先是匠人，之后才会是艺人，再之后才会是艺术家。程序员就是程序员，如果不静下心来做代码，好高骛远则终将一无所成。

志存高远而脚踏实地，此实地者，源码也。