从本章题目“是懒人造就了方法”可窥见作者的观点：人并不能一味的勤奋而疏于思考。人的精力始终是有极限的，所以提出新的方法才是解决做事成效的根本问题。
在这里，作者所倡导的当然不是懒的态度，而是简化的思想。一件事情的多种解决方案摆在我们面前，我们当然更热衷于省时省力的那种。我们追求事半功倍，追求事物的进化，而使事半功倍的办法不会凭空出现，需要我们通过思考来提出。
就如书中所举的例子，李冰积薪烧山而非像愚公般碎石击壤，是因为李冰层看到做饭是被火烧过的石头很容易被凿碎，因而想出了这样的方法，李冰身为一个管理者，自然不用每天去挖石凿山，有更多思考和发现的机会，也有了优于愚公的方案。
正如我们打代码，并不是每个程序都完全不同，总有一些部分是每个程序都不可避免要用到的，勤奋的人或许能做到不厌其烦的一行行敲打，按page down/up键上千次甚至更多来在程序中寻找之前写过的函数，但一个懒人怎么能忍受这样的工作？于是有人创建了单元文件。
有了单元文件，也就很快穿线了“模块”的概念。把一个大的模块分成小模块，如果还是打就继续分，一个模块对应一个单元，这样就可以分工合作了，团队成员每人负责一个或几个模块，可以增加团队效率。
单元文件的产生，让源代码分散开来，新的方法取代了旧的方法，使得编程开启了结构化时代。
而另一方面，我们需要把脑子里相关的专业知识进行归纳整理，将所学的知识物尽其用，才能有效的编写代码，完成程序。这相当于分类统计的思想，就比如干净整洁的桌子能使人心情愉快，只有脑子里有一个整齐的知识系统，才能高效率的完成工作。往往贪多嚼不烂，不能企图一下子就能接受所有的知识，大量的知识很容易搅乱人的思想，所以更要列出条理。
其实结构化编程的基本单位就是“过程”而非“单元”。完成一个程序，并不单单是敲出一行行的代码，据作者所言，要对程序进行深入理解的话，会得出“程序=数据+算法+方法”；其中方法是不容忽视的成分。所谓“面向过程开发”，其实是对“结构化程序设计”在代码阶段的一个习惯性说法。如果思想不成熟，很容易忽视方法问题，而被忽略的根本原因，是即使没有任何的方法存在，只需要有单元(Unit)和模块（Module）的概念，在面向过程时代，，一样可以做出任意大型的程序，因此方法并不凸显，但实际上面向过程开发也是有相关的“方法”的。
如今语言发展的更加高级了，往往一个文件可以容纳很大的代码，但也因此，我们更应该注重“模块”的方法，可以将程序分工完成，加大工作的效率。另外，将所学知识系统化的进行整理，并且要仔细思考如何将所学知识与现实结合，要知道各种知识应该怎么用，才能使得知识有实际的意义。