暑假前，老师推荐给我们一本书《大道至简》。在没读这本书时，我想书里大概会讲一些有关编程的基本知识。于是兴趣缺缺，并没有想到会收获多少东西。
抱着这样的态度我读了这本书的序言，即蒋涛先生写的一篇文章以及作者写的前言。我不由佩服作者的大胸怀以及他的“道”。我在图书馆看到的凡是有关软件编程的书都是很厚很厚的书，里面的字密密麻麻。而这本书只有一百多页，我便十分好奇作者会讲些什么呢？于是抱着这样的态度我开始读这本书。
第一章，作者引用愚公的故事讲了一个项目是怎样完成的。首先聚室讨论确定一个项目的目标然后研究出一个合适的技术方案接着分配角色把一个庞大的项目分成小的单元，这样项目便井然有序的完成了。同时，作者十分看重编程之前的思考过程即思想，我们在写一个程序前先要分析事情的相互关系和有关数据的使用范围等，然后在通过顺序，分支，循环结构有序的完成。作者还提到语言是工具，我们没必要讨论哪个语言更好。工具只有用在合适的地方才能发挥最大的用处。正如修理铺里的十字改锥和一字改锥，我们不能用一字改锥去拧十字螺丝感觉十分不顺手而说一字改锥不如十字改锥。读到这些我感觉恍然大悟，前辈的经验之谈会让我们后来者少走很多弯路。
第二章，作者引用李冰的故事给我们讲了一个道理，一个任务出来埋头苦干的人不如先对这个任务详细思考一番再有序工作的效率高。愚公式的工作精神固然是我们所学习所推荐的，但任务出来，盲目的工作是不可取的；由此作者引出程序界人们为了更有效的工作创造了单元，模块的概念，作者来说明编程序要条理清晰，思路明确，将一个任务分成几个模块，将一个模块分成几个步骤依次完成同时作者提到了一个贯穿全书的公式：程序=算法+结构+方法。这个公式明显的提出一个程序最重要的部分：算法，结构，方法。
第三章，作者提到了团队，众所周知，开发一个大型程序仅仅依靠个人力量是几乎不可能完成的，因此，团队的重要性不言而喻。与此同时，项目经理作为一个团队的管理者必备的首要素质便是要承担责任，而不能在出问题时推卸责任。作者讲了一个合适的项目经理是怎样的，项目经理首先要组织手下的员工，给他们分配合适的角色随后再制定管理机制，这才能让团队更好的发挥作用。这其中，管理机制和相关的奖罚制度极为重要同时作者提到一些与开发无关的职位不能让开发人员担任。作者提到的还有一种主要的情况，管理一个新的团队，作者提出了很好的建议，我认为十分有用。
第四章，作者说到沟通客户方面的问题，作者说“只要是行之有效，能在各项角色间通用的，就是好的沟通方式”，而且沟通客户时尽量少用专业语言多用表格，图形，如果客户懂UML语言，双方可用UML语言。在沟通内容上，作者提议应该注重目的在沟通之前，就应该了解客户的公司有关的机制，理念和客户的需求以便在沟通中能得到与项目有关的更多信息。在沟通后应详细分析客户给的信息建立系统结论和模块。作者还提到在做一个项目时应留下历史记录，以便新人和后来人了解这个项目。
第五章，作者说到过程方面经典的“瀑布模型”，作者认为不管哪个模型重点是实现目的，要与实际情况结合运用最合适的模型。
第六章，作者提到程序，方法，过程，工程，组织管理之间的关系还把他多年做项目的经验，心得一一告诉读者。我认为最重要的一点是：在一个团队中失去组员的信任比失去老板的信任更可怕，同时作者介绍了他形象的称为“牛屎图”的结构。
第七章，我读的不是太懂，其中涉及了不少专业词汇，我也大概知道了这些词的意思，如ALM：应用程序生命周期管理，AOP:面向切面编程等等
第八章，作者再次提到了思想的重要性，RUP的优点，UML的运用和最后提到角色的差异性。
整本书围绕“程序=算法+结构+方法”展开，通过对一个项目的确立到项目完成涉及到的诸多问题解读，把他多年的经验传授给一个个读者。我不但学到了有关UML,XP,ALM等专业名称的知识还学到了诸多方法，做项目时的注意事项。有不少我虽然在大学期间运用不到但在未来几十年能够用到，让我少走不少弯路。
全书看完，我感觉收获了很多知识。也把我认为重要的东西记了下来。这些都是前人经过无数年的编程总结下来的金点子，智慧。我认为读书便在于此，读好书，能完善自我，能全面发展自我。