曾经以为，代码是最重要的，因为程序最终是由代码组成的。那些鬼斧神工的经典代码，令人神往不已。
直到开始写软件了，才知道软件是设计出来的。设计是核心，架构师是“师”，程序员只是代码工人罢了。
后来接触软件工程了，突然发现需求才是根本。有需求才有项目，顾客就是上帝。于是需求分析师成了项目总指挥。
再后来流行敏捷编程了，如何保质保量又快速？测试驱动吧！测试是关键，测试凌驾于编码、设计、需求之上，成了真正的重心。
最后，茫然混沌中，意外接触到《Code Complete》，再度回到代码中心论上；只觉过去的日子都活在狗身上了，往事不堪回首啊！
其实，这个世界是复杂的，任何一个局部都是有意义的，都是整体的重要组成，都是不能忽视的。然而，人的认识只能从局部开始，再慢慢扩展到整体上。这样，就会有先入为主，就会有矫枉过正，就会有过犹不及。所以，导师要说“否定之否定，螺旋式上升”，圣人有言“致中和，天地位焉，万物育焉”。
对编程而言，低层的技术细节是一个局部，高层的统领全局也只是一个局部（因为这个“全局”不是编程的全部，不过是项目的总体性的东西，如架构模型、总体设计、高层设计等等。这里的“全局”和“局部”是针对不同范畴而言的）。在某些时候，我们需要关注一个局部，暂时忽略其他部分，以深入研究和掌握它。但是，最终我们需要知道：无论低层还是高层都同样重要，最好的方法是“执其两端，用其中”。