读大道至简第二章，其中主要讲了懒人造就了方法，以愚公移山和李冰凿山为引，李冰很懒，所以有时间发现快捷的方法，而愚公很勤劳，在按部就班的同时却忽略了观察和发现。

中国有句古话与本章意境相似：磨刀不误砍柴工，人的精力有限，以自己的努力、勤劳来提高效率的方法总有其相应极限，当效率提高到某一水平的时候便出现了极限。而能够突破这极限的方法也就只有改变方法。单纯的加倍努力已经不能再适应这任务目标的提高。

  其实于我个人而言，我并不完全赞同本书的“懒人造就了方法”这一表达形式。我认为，方法的创造是那些按基本方法无法达到相应目的的人，从而刻意思考的产物。这样的人并不懒，反而相当勤劳。

  本章的第二个分论题我概括为“分工的重要性”。原来时，所有的代码都写在一个文件，不仅不好改，而且必须一个人完成，若他人想要接手也要再去返回头看一遍之前写的长长的代码。既费时，也费力，还容易出错。之后出现了模块这一概念，把大的模块分成小的模块，由不同的人分别完成，一部分人写这几个单元代码，另一部分则写那几，加快个了工作效率。

而这个让源代码分散开来的人，是不是之前被那种又臭又长的代码折磨的苦不堪言才开创的这种方法呢？

  本章第三部分则讲的是思维整理的重要性，学而不思则罔，思而不学则殆。经过一段时间的学习，反思和整理脑内的知识是很重要的。一堆沙土经过梳理可以变为一座城堡，一团线球经过梳理可以变成一条漂亮的围巾，而学习也一样，每一次梳理都可以让你更上一层楼。

就如CPU指令的产生。CISC指令集和RISC指令集之争在1979年爆发，前者被称为复杂指令集，然而经过科学家研究，发现80%的CISC指令只有在20%的时间才会用到；更进一步的研究发现，在最常用的10条指令中包含的流程控制只有“条件分支，条状和调用返回”。

于是CISC被RISC替代了。动摇CISC指令地位的方法就是分类统计。正如CISC搅乱一代程序员思路一样，应该尝试一下分类，这样会把复杂变简单呢。

  第四部分讲的是：程序=算法+结构+方法。这一部分因为有好多没学过的专业术语，所以没太看懂，但大体上说的是：“面向过程开发”其实是对“结构化程序设计”在代码阶段的习惯性说法。面向过程开发中，“过程”是CPU提供的，“单元”则是编译器提供的，程序员不需要再造什么就可以进行愚公式的开发工作了。如果不出现面向对象的话，这样的大工程可能还要再干一百年。

  而与“面向对象”完全无关的一个东西，却因为“过程”和“单元”的出现而出现了。这就是工程。