我看《大道至简》

        前几日，网上流行一本书，是周爱民的《大道至简》，我看了名字后不削一顾，名字起得装模做样，后来项目经理给我推荐了这本书，并发了电子版本到我的邮箱，再后来，公司里有人开始讨论这本书了，于是引起了我的好奇心，反正打游戏也是虚度光阴，不如看看这本书写了些什么东西。看书那天是深夜了，习惯了晚睡的我，把这本书找了出来，打算做催眠的作用，可是后来我才发现适得其反，越看越精神，一口气看完的时候都是早上8：00了，辛好第二天是周末，可以大睡一觉。
       这是一本关于软件工程的书，其实以前我看过一本外国的大师级作品《人件》，我看这本书的时候完全是冲着这个大师的名字去看的，但是到现在我几乎都完全忘了里面讲的是什么，可能是老外的写作风格不同，又或者是到了中国的时候翻译出了问题，总之不和我胃口，但是这本书不一样，在《大道至简》里面大多数章节的开始都要讲一个中国古时候的小故事，并且还要引用原文，作者真是费劲心思，用一个小故事来引起读者看下去的欲望，通过故事说明一些道理，然后推导到软件开发里面去说明一些现象。整本书都的确是扣了题，每个问题都力求从表象说到实质，说到实质后自然大道就简单了，从面向对象--->问题思考--->软件工程，无不体现了这个思想。
      其实从书中能够看出来作者是一个善于思考的实用主义的人，上面这句话里面其实就概括了我看这这本书的最大两个收获，我想这也是作者要传达给我们的东西。首先说善于思考，作者从一开始对于他要阐述的每一个问题，每一个故事都做了深入的思考，并且把问题的本质抽出来，转化成简单，核心的实质性的东西表述出来，这是作者要传达给我们的第一个东西，作者可能希望我们能够看了这本书以后要善于思考，多花时间思考，而不是没日没夜的重复写code。其实，思考不要盲目，要从实际角度出发，举个例子，在第四章中，作者讲了沟通，作者认为客户和程序员之间的沟通，或者客户和业务公司的沟通，最重要的的是双方能够有效的在短时间里面相互交流到实质性的问题，至于是用c语言表述，还是UML用例图表述，更或者是用伪代码表示都不是问题，作者甚至玩笑的说用甲骨文写客户沟通报告都强于UML用例子图，所以沟通最终是要达到彼此了解的目的，类似于这样的思想在一本书中都有说明，作者认为解决问题是根本，而现在那么多技术，那么多技术名词，实际上是复杂了问题，当然并不是我们就不要他们，而是我们再使用的时候要看清楚他们的根本，这就是实用主义，一起从解决问题出发。“如同编程工具中的编译器和集成开发环境(IDE)一样，开发中的编程语言，过程中的模型语言都只是一种工具。工具的产生认旧是出于‘(软件)实现’的需要”-----摘之大道至简。所以思考才是本源，“围棋的学习有四个阶段：记住定式 应用定式 忘掉定式 创造定式”。---摘之附录。
     然而，当我认真仔细的看完这本书的时候(也许我们根本就不该把他定义为书，我个人认为这篇文章仅仅是从思想层面上引导我们我们去学会思考，善于思考以及勤于思考，只是为了更好的说明作者的观点，以软件工程这件事为例而已，而书从某中意义上来讲，应该是一个自成体系的东西，所以从这个角度而言我只是把他定义为长篇文章)，所以从这个角度来看，这本书的体系性还不是很强，虽然文章从面向对象--->问题思考--->软件工程--->思考这个很有叙事性的逻辑来完成作者想要表达的意思，但是叙事性仍然没有掩盖体系的瑕疵。最后第八章的时候，作者依然将笔锋转到思考这个根本的话题上面来，不过最后一章的描写显得太零散，笔随心出，如果这一部分好好整理一下就好了。
     总体来讲，这是一篇很值得推荐看的文章。
     迷时师度，悟了自度！！！