用时三天终于读完了《大道至简》， 与未读时给人的感觉相反《大道至简》并非是针对某一种编程语言的工具书，而是一位软件工程师在多年的工作实践中总结出的思想总和。这本书很薄，并没有繁杂的案例，但以我现在的水平对待这样一本书根本是雾里看花，管中窥豹。所以此篇仅依据我所能窥探的一隅和粗浅的理解，浅谈我的所思所感。
第一章编程的精义中直截了当的提出“编程并非难事“这一观点，文中甚至提到”除了先天智障或后天懒惰者“都是可以写程序的，简而言之就是一个人如果能吃饭能穿衣那他就可以会编程。所以能否编程并不体现智商的高低，甚至是千年前的”愚公“也具备着成为程序员的优秀素质。既然所有（常）人都具备编程的素质，那就必然会有人考究工具（语言）的好坏，本书认为语言本来没有好坏之分，只有喜好异同探讨哪种语言最优的人简直是”大愚若智“。因为编程是一种行为，是一种逻辑方法的展现，程序既是算法与结构的加和，在coding之前搞懂逻辑那无论是”愚公移山“还是”精卫填海“都能信手拈来。
第二章中开篇用李冰烧石开山与愚公移山对比提出了“是懒人造就了方法”这一观点。对于这中观点我是完全赞同的历史上的各种发明和创造也往往离不开“懒”，愚公埋头苦干式的移山与李冰用火烧石开山相比不但耗费人力而且时间复杂度也过高耗费成本太大。所以作者认为在埋头coding之前思考方法建立结构更为重要。
第三章“团队缺乏的不只是管理”我认为强调的是管理，制度，和组织这三个词语的作用。文中谈到“做管理起码需要能承担责任，这是最基本的素质。”团队是多人的协作的，管理人员在团队中承担重要职责，并不是说管理者的项目一定要成功，事实上项目恰恰总是不能“成功的”，但是一旦团队出现问题管理者必然要能担得起责任团队才能走得远。其次团队中的制度也是重要一环，制度一旦制定就需要执行，不然制度必然面临崩溃，此时如果想要亡羊补牢也不然会滋生不平与愤怒。所以在面对动摇制度的行为时就要极力保持“公平性”。组织方面就要注重角色的选取以及项目开始前的分工与定位，不同角色搞懂分工更能提高效率。
第四章在讲高效率的沟通。沟通不在于使用哪种语言，我们不能要求客户用我们习惯的方式去沟通，既然我们要的沟通方式或许是客户做不到的，那又如何做到高效沟通呢？找到合适的共同方式，和沟通渠道，或许是面对面沟通或许是通过项目经理。再找到合适的方法后即使不用语言模型甚至是用甲骨文都能做到有效的沟通。
以上是我能看的清楚的部分的感受，对于后半部分内容我还不能拨云见日，但这本《大道至简》绝对值得多次品读。