最近观察到这样一种情况，项目组内的两位比较资深同事似乎都习惯于这样来编码：他们可能会花上两、三周时间将一个模块的成百上千行代码一气呵成的编写完，然后再去与其他人编写的代码集成在一起编译，测试，最终提交。这种情况让我有些惊讶，因为我觉得一个良好的编码节奏不应该是这样的，原因有三：

.这样的节奏不利于问题的早发现早解决

 我们都知道问题发现越早，其解决成本越小。如果只是一味地编写代码，甚至连一次编译都不做，又怎么可能尽早发现自己代码中的问题？怎么可能提早发现其他人的提交对你的模块可能带来的影响呢？这样下去的最终结果很可能是大量的返工或某个隐藏很深的问题，需要花费你较大力气去解决。

.这样的节奏还可能会导致激情疲劳

 激情也会产生疲劳。想必很多朋友都有过类似的经历：一旦长时间投入在一件事情上，如若没有阶段性的成果或者中途遇到一些挫折，那激情也会疲劳，甚至是丧失。程序员都是很有激情的！你一定见过那些整天以方便食品度日，为了某个功能奋战N天N宿的蓬头垢面的程序员们。他们埋头于键盘与屏幕间，将用智慧加工后的字符输入到计算机中。但程序员也是人，如果一直这么下去，没有阶段性反馈，渐渐地，他们的效率就会降低，思维就会僵化，最终导致结果远不如预期。

.这样的节奏不利于自身信心的建立

 在这样只有编码，没有编译，没有必要单元测试的情况下，你如何确保代码质量是没问题的呢？你是否敢于站出来对着大家说我编写的代码是牢不可摧的。显然你不能，因为你没有收到任何关于代码质量评估的反馈。甚至于你的代码是否可以正确地通过编译器的检查都未曾而知，你又哪里有对代码的那份自信呢？

好了，说了这么多原因，那什么样的节奏算是良好的节奏呢？用一句话概括就是“小步快跑，迭代进行，循序渐进”。其主旨在于划大为小、快速完成、快速反馈（通过构建、单元测试）、快速调整，依此循环往复。划大为小是基础，也是一种任务分解的能力；快速完成和反馈能让你及早发现问题，包括自身的以及与他人集成过程中的；快速调整意为迅速应对发现的问题，及时变更设计、重构代码，直至满足。这样每轮下来，你会发现已经完成的任务都是相对健壮的，这种健壮同时也会给你一种正面的反馈，让你保持继续的激情和动力，同时也会给你带来充足的信心。这样一轮一轮下去，你就会持续不断地得到正反馈，这会促使你最终得到一个相对比较健壮的成果物，你的信心也会因此得到倍增。

如果你和我的同事采用了同样的编码节奏，那你不妨尝试调整一下^_^。

市面上关于优秀编程风格和习惯养成的书籍还真不少，其中“叫好又叫座”的书诸如《代码大全》、《编程精粹:编写高质量C语言代码》、《编程匠艺》、《重构》以及《Clean Code》等。不过前些天我在网上下载了一本名为《The Elements of Programming Style》的电子书，看过此书后，我才知道开创编写优秀风格代码之路的鼻祖是谁（不知道是否还有比这本书更加古老的且系统地讲述优良编程元素的书籍了？）。

这本书的两位作者来头都大得很。Brian W. Kernighan，K&R C中的那个“K”，C语言的鼻祖之一。 P. J. Plauger，《C标准库》一书作者，同样是大师级人物，说不准你现在使用的C标准库还是Plauger当初操刀实现的呢^_^。这本书的出版年份为1978年，Wow，Older Than Me！距今有30多年了，在编程领域算是一本“古书”了。其第一版则更早，于1974年出版。这本书的中心思想是计算机程序编写不应该只满足于编译器或者某些个体的编程风格，还要满足人们对程序的“可读性”的要求。据说当时这本书的出版让全天下的程序员们恍然醒悟，从此大家便知道了优秀编程风格是什么样子的，优秀的代码是应该这么写的。

这本书我还没有全部看完，目前也只看完了前面的十几个条目和例子。本以为书中会用C语言做例子，没想到作者居然用了Fortran和PL/I，整本书“充斥”着用陌生的Fortran和PL/I语法编写的例子。后来我也想明白了：在那个年代，Fortran才是老大，C语言初出茅庐，还仅仅停留在Bell Lab中。不过也正因为如此，这本书看起来那叫一个费劲，让人头疼。于是我到网上搜出了这本书的所有条目列表。完整地看完一遍这些条目后，我甚感吃惊，吃惊的是这本古书中的大多数条目对我们今天的代码编写依旧具有着非凡的指导意义，甚至可以理解为编程领域的公理（至少在目前以及可预见的时间段内都是生效的）。另外当你看完这些条目后，你会发现有些似曾相识的感觉，原因也很简单。我们看到的《代码大全》、《重构》等“近现代”书籍可能都或多或少的从这本古书中继承了一些内容，并结合现代编程思想加以扩展和升华了！

那《The Elements of Programming Style》这本“古书”是否还值得去读呢？毕竟我们已经有了像《代码大全》这样的百科全书了。我觉得至少应该过一遍这本书的条目列表，并且针对你感兴趣的重点条目去精读。三十多年前的古训也许更能还原出条目在当时所处的历史场景，这也许是当前一些书籍所不具备的。特别是如果你觉得《代码大全》太厚重，那么不妨可以先来聆听一下这本小书中的“古训”^_^。