是懒人造就了方法。第二章之中，作者提到了这个重要的思想。同是在战国时代，与勤勤恳恳碎石击壤来移山的愚公相比，李冰无疑是一个懒人。他在愚公碎石击壤的时候，自己却把精力放在思考减少工作量的方法上，因为他懒，于是想出来这个大大减少了工作量的“积薪烧之”的方法上。的确，勤快人会珍惜所有的时间来完成任务，来做事，哪有时间来思考呢？当然，懒人懒得工作，但又不得不工作，所以往往会想出一些付出少的努力而能得到高回报的方法。
 是懒人造就了方法，当然，这并不是意味着我们每一个人都可以懒，在什么事情上都可以懒。懒是相对而言的，在面对着复杂繁冗的任务时候，不一定非要一直埋头苦干，适时的停下来想想有没有可行的方法，既能减少工作量，也能保证任务完成的质量，也许这是个更好的选择。一味地埋头苦干也能解决问题，但是付出的代价却也让人望而却步。但是在想出来好的方法之后，勤快就是你最好的选择，方法虽好但是也不可能一点工作量都没有。就像作者举得李冰的例子，虽然想出了比愚公的“碎石击壤”更好的方法——“积薪烧之”，这已经大大的减少了工作量，但是“积薪”这个过程总是不能避免的吧，烧掉如此高的一座山，薪的数量就是我们在想出好的方法后不能避免的勤快的所在。
 
 勤快的人的思维可能是有被勤快的思维定式所禁锢住了，所以在勤快人接手一个工作时候，往往会选择最简单的方法，而最简单的方法往往就是工作量最大的方法。就像最初的写汇编语言的时候，由于程序较短，而且频繁的用到GOTO语句，这样的话把程序写到几个文件里面就不方便，所以大家都是思维定式的把代码统统写到一个文件里面，以至于后来出了C、 Pascal等等的高级语言之后，勤快的人们还是禁锢在把所有的代码写到一个文件的思维定式里面。但是当代码量达到上百万行时候，弊端就凸显出来了，查找文件太复杂，但是勤快的人往往就不会觉得什么，尽管复杂，但是能够达到要求就好。但是懒人就受不了了，每次查找都要翻页上千次，任务量太大了，所以懒人发明了单元文件，即模块的概念，把每个大的任务拆分成小的任务，小的任务在拆分成更小的任务，这样就可以多人完成一个工程，在查找时候也简单快捷的多了。所以说，有勤快的人就必然有懒人，而又懒人也就总能创造出懒人的方法。
 要有结构化的概念，把需要做的事情结构化，这就是编程的基本方法。程序=算法+结构+方法。不能忽视方法，其实，无论在面向过程还是面向对象的时代，方法都是必不可少的，不可忽视，在面向过程的时代，结构化设计就很重要，尽管方法的问题可能不太凸显，因为如果有了单元和模块的概念，开发就不成问题，但是，方法确实是存在的。