这本书书如其名，是一本“大道至简”的著作，作者用其幽默风趣的语言且而又引经据典地讲述了“偷懒”的方法与意义。正如，因为“懒得赶路”才有“懒人”发明了汽车飞机，因为“懒得写信”才有“懒人”发明了电话通信，只有“懒人”为了“偷懒”才会另辟蹊径寻求“懒法”，所以一名杰出的程序员也必定会是一个懂得“最佳偷懒法”的“懒人”，而不是一个只知道埋头苦敲勤奋努力却效率低下的“码农”。
正如书中所言：“程序=算法+结构+方法”，在这个公式里，代码是不存在的，或是说“非重要的”，重要的是思想。写程序正如名家写一本小说，先构造出故事整体的中心思想、框架结构、叙事方法，即算法、结构和方法，再用文字或是说代码填充——大局已定，这就是劳力活。回想我在读此书之前的编程习惯，也算符合此公式的理念，先思而后写，大框完成，剩下的不过是各种执行逻辑的填充。但偶尔也会钻了牛角尖儿，不加思考直接开干，毫无计划章法地横冲直撞下去，最后往往思绪成一团乱麻，被一团乱网兜住，进不去，退不回，又舍不得删，在死胡同里与自己较劲儿半天，终是一切工作白费推翻重来。
除了个人，还有团队。团队重要的不在于管理，或是说不仅限于管理，团队重要的点在于分工之明确。每个人都在自己最擅长的领域各司其职，不互相干扰更替，也不是一个人大包大揽，个人角色分明且相互配合，如此才能充分利用个人能力，使团队的工作效率达到最大化。这一点在我之前与人组队编程的经历中是不曾明确实现的。我们是混乱的、不曾明确分工的、或是说常常互相串得不分你我的，再加上我往往属于后者大包大揽不知分流，所以团队的工作效率总是很低也很累人，甚至偶尔还会与队友之间磕碰出点什么小摩擦。三四个人的团队合作还不如一个人在电脑前静坐一天的效率高，曾经的历史最低效率是一个多星期才写完一个稍微复杂点的日历。编程的时间不多，绝大部分时间花在了更删减改甚或推翻重来，少部分时间消耗在各种各样的摩擦与小吵上。所幸大家皆是争完就忘的主儿，对友谊长存没多大影响。因此经历，书中感触最深在于此。之前玩闹的小团队已成历史就此不计，但之后若重组团队此点必当重视。
除此之外还有沟通、编程到工程等，在此不 一 一 赘述。《大道至简》整本书看完，其并未讲什么专业方面的知识，而是阐述了一些思考的方法，告诉我们该如何“偷懒”，以便更有效率的完成目标工程——这其实比单纯地讲述专业知识要重要得多。经验不是万能，善于思考才为王道，用智慧寻得易方，便是所谓的大道至简吧！