《大道至简》书评

感觉有些空洞

感觉有些空洞，那个愚公移山的故事，怎么看都有穿凿的感觉。其实大道理谁都懂，关键在于是否真对实践有足够的指导，并且能与实践相结合。和《程序员修炼之道》、《代码大全》、《编程匠艺》之类的书差距不小。

爱民的美女们

古早的古早的古早以前，当吾乡的人们仍然向上仰望的时候，我看过一个叫《红衣少女》的电影，其中讲到女主角（红衣少女）和她的同学看到她爹画的一幅画（大概是树木及秋天的落叶等），然后就开始品头论足起来，并给这幅画起名为“吻”。她的同伴当然非常惊奇和窘迫，她的反应一个是“你也敢评论大人的作品”，另一个是“你居然敢说出‘吻’这样的字”。这位红衣少女非常自然的答曰：这是我自己的，自己的观点。另一个潜台词是，俺们中学生讲‘吻’有啥可怕的。闲话少说，我收到这本书大约是在2007年4月份，当时我正在为《移山之道》忙得不可开交，看到这本书也是用“愚公移山”作为引子，我就有点撞车之后眼冒金星， faint 的感觉，心想还是把我的“道”出版之后再拜读吧。 （说起撞车，豆瓣上以 ‘大道至简’ 为名字的书就有4 本）回到《红衣少女》，我觉得作者周爱民就像《红衣少女》一样，非常自然地讲述了自己的对软件工程的观点，自己的观点。该思考就思考，该吻就吻，不必因为这是“大人”或者“大牛”的领地而不好意思。 作者在书中提到 “牛屎图”， 颇有“道在干屎橛”之风。 有人说人类一思考，上帝就发笑，但是如果人类不思考，那么上帝也会很苦恼。这本书体现了一个软件开发人员的认真的思考，上帝因此而不苦恼，并且世界上怕就怕认真二字，认真地思考下去，并且影响有经验的和新生的IT 人士(比如像移山公司的果冻等同学)，善莫大焉。所以我推荐所有工作两三年后的程序员都来看看这本书，讨论讨论。******以上是2007年写的。 具体见：http://yishan.cc/blogs/xin/archive/2007/09/28/693.aspx******爱民来北京后，我们在五道口的沙尘中，喝了一会儿茶，吃了一顿饭。 后来他到杭州去了，想必是牵挂江南的山水罢。 最近爱民邀请很多专家评点书中的具体内容， 我有幸“被邀请”，想了很久， 有下面的反馈。 我觉得爱民的书展现了他的独特思想，各种思绪如同模特儿行走在T台大道上， 模特的衣着或光鲜迷人，或简朴天然，穿的很少 （真理总是赤裸的），当然有很多可圈可点，可缝可补之处。 但是， 这时候如果我们跳上台去，对每一个模特的衣着指指点点，想把衣服上的每一个洞都补上我们自己的补丁，那衣服就成百衲衣，可以保暖，但却不再是爱民的设计， 也切不可再走T台了。 所以我想我不如派遣自己的一个模特出场，穿我自己设计的衣服，也来回走几圈， 和爱民麾下的众多美女相映成趣，以飨读者。 我的模特在这里：http://yishan.cc/blogs/xin/archive/2009/09/04/1177.aspx

沟通的技巧

沟通的第一层障碍： 不在于沟通的内容，而在于如何沟通。写的不错，有时说一个简单问题 别人听得稀里糊涂的。。。

在书上看到”什么逻辑？“几个铅笔字……

从图书馆借的书，里面被”前辈“们用铅笔画的条条杠杠的，在107页的右侧几个非醒目的大字”什么逻辑？“看样前辈与我也有相同的看法，里面的例子很多都比较牵强……例子有点生搬硬套，有时候就是甚至是在说解文字。。不否认作者的论点，也肯定作者有很多年的经验，对很多东西有深刻的理解，但作为读者的我，却没能很好的吸收作者的思想及经验。。读书的过程中，对soul比较感兴趣，不知道他写过书没？想读一读。。。经常在群里面听到一些人说”牛人都是用记事本来写代码的“…… 我经常在心里自惭形秽一翻。。。。作者也说到自己书中的例子90%是用记事本写出来的，额，这真是装B青年必备利器呀，我以后也可以在群里大喊，人家牛人写代码都用记事本的，谁还用IDE咧！唉，说这例子感觉没必要吧，你写例子，人家是做大项目，如果还用记事本……唉！ 我还是无法想象。这有点误人子弟呀……还有一些其它其它……不过里面还是有些观点不错的：/////////////////////////////////////////////项目经理需要时间来成熟的。他需要机会来承受错误，而不是一开始就享受成功。流于形式的沟通。沟通的第一层障碍，并不在于你要表达的内容，而在于你如何表达。最好在见客户之前，就已经设计了所有问题和提问方式，避免造成沟通不畅或流于形式的沟通。（即有目的性的沟通，而不是与客户交流感情）留下历史记录，记录下自己的决策过程等，方便后来者。如果你不懂甲骨文，那么也不要指望你的用户懂UML。实现才是目的。实现是软件开发的本质需求。成功的经验往往最不可信，反而是失败的经验更有价值。经验，是源于对过去的思考，而不是对过去的复制。团队要有远期的目标，有共同的愿景。对短期的目标也要清晰，即里程碑。“教官”的任务：协调、督促、激励、监督和凝聚。工作上，先人后已，即先为团队服务，然后自己再完成一些细节的事。奖励，同样也要“先人后已”。要关注整体目标。从全局上把握，某一局部出现问题之后，要能尽快发现，并迅速调整。不要压抑你团队成员的激情，他们提出自己的想法之后，要鼓励与引导，即使你认为不合理，或有错误，也要以引导的形式，或者干脆让他去犯这个“小错误”，从而让他在这个上面有更深刻的认识与印象。软件工程层状模型(EHM)工具，是为了更好的实现结果。

复杂的问题，可以如此的简单！

第一眼看到它，就爱上它不是因为书本身，而是因为李维的那句书评。仔细阅读，发现作者真的沉淀了很多很多，学习技能固然重要，更重要的是学到优秀的思想！

很认真的读了前部分

前几章都不错，一直到第七章。思绪有点乱乱的，从需求到管理到维护都讲了一些，泛泛的，不过还是很有启发，有必要阅读第二遍。后面的几章没看懂，下次读第二遍的时候看看。后面说道人月神话，说道愚公银山。另外一些点评感觉扯淡，不应该出现

大忽悠

含混不清，岂能坐而论道。这种东西居然可以出版。都是大忽悠。 多少无知读者被忽悠了啊。悲哀。

知律而变

最近把大道至简读了两遍，还是蛮多收获，总体的结构上以软件工程的构成为主线，但是单独一章的内容来讲，结构上稍微乱一点点，主要是谈个人的经验，所以毕竟每个人的感受都是不一样的，所以不可能面面俱到。 作者本人对技术有较深的研究，所以在读本书的过程中可以看出重视软件工程本身，而不是某一技术，印象最深的应该就是“知律而变”，应该知道原理，为什么要这样子。很多时候，我们在学习各种技术、各种方法的时候，都是 为了写文档而写文档、为了画图而画图、为了看上去好看而作各种各样的表格无用的东西，已表明我们掌握了各种技术方法，但是实际上发现实际的应用中很难有成效，很难实际应用。很多时候工作也需要做表面功夫，但是不能忘记本质，也不能以表面功夫为理由，忽略本质的东西，因为只有本质的东西才能积累。

古文引用的太多了

感觉副标题很确切，就是在描述一个实践者的心路历程，内容还算不错。然而，里面的古文引用是在令人发指，无法忍受。。

寻道之旅

最早是在北京清华园旁边的一个小书屋内看到这本书，当时就被书名所吸引，昨天终于花了一晚上的时间将整本书过了一遍。真正有用的道理通常都是朴素简单的，年龄越大越是能体会到这一点。《大道至简》里重提了《你的灯是亮的吗》中关于智慧是认识事物本实这一道理，这引导我们透过现象观到事物本身的目的和内在的联系、可以看出，作者在软件工程领域确实是有一定经验的，对中国古典文化亦多有涉猎，这让我对软件工程领域之人的思想可以略窥门径，正如作者所言，在软件工程领域，讲方法的书很多，但讲思想的书确是不宜寻见，权且作为抛砖引玉吧。道可以是至简的，但寻道之旅却是复杂甚至是漫长的。

抓住本质

7年前的书了，还是让人很受教，所以说很多时候需要学的东西真的很多纵观现在软件界，相当多的模式，流程，其实本质的还是PAET，只是瀑布模型的变形而已，把握住本质关键是时刻要有做工程的心态去做，而不要沉迷于技术，方法这些枝叶中但是还是要学习那些相关的模式之类的，只有学会了，才能更好的忽略掉+

痴者几何

看惯了论坛上对语言的无聊争论，但是工作了，却从来没有碰到这样走火入魔者。也许是大公司里的，未必能力有多高，但大都都有招招即使九曲八拐还是不离主题。对于公司的盈利亏损： I am just a worker. 能混即可，发财不靠工资。I am justa a manager, 我只希望手下的人越来越多。什么xp, scrum， I just care my position.也许那些入魔者还期望通过入魔来提高个人能力，加入大公司，没有想到大公司里根本没有这种讨论。

大道至简

面对副标“软件工程实践者的思想”，反躬自省，读了太多理论，甚至都忘了实践。我们总对新技术新概念趋之若鹜，总不曾触及它们背后的“大道”。作者用愚公移山的故事贯穿全书，解说了“智”与“愚”。我以为，软件工程的核心就是高质量的完成项目，语言、工具、理论等等只是手段，是“做工程”而不是“做过程”。大概是为了凑页数，略扁的字体让我觉得很不舒服。

只有实践过发言权才越有力

每一本书都是作者总结实践成功或走向成功过程中失败而得到的，随手记录下一些阅读中的心得:记忆最深的就是他的EHM(Engine Hierarchy Model),一圈圈像牛粪:) 。几个计算公式(一看就知道作者是逻辑思维严密的程序员)程序=算法+结构方法=面向过程/oop/mda过程=RUP/XP 模型与建模语言工程=需求管理+过程管理+配置管理+文档化管理=管理+计划其中:程序、方法是实现，过程、工程是团队，我猜测管理应当算是财务了把，把团队能用的资源进行限制。团队说明: p701.方法和目标明确2.团队并分工协作3.能意识分享并有规避策略态度必须认可，至于"想法好不好"是技术问题 p73所谓矛盾，大多是自找的。 p79伟大的球员和普通的球员的差别，就在于伟大的球员总是说:"这不是个问题"项目经理关注成本,成本=时间+人力+资金+客户成本=客户数量+客户的耐心p50 History可以用wiki来实现p60 可以读一下朱湘的《画虎》，里面有非常棒的论花匠和画师p65 一个团队的特质是管理者在团队生活和行为过程中逐渐形成的团队特质，成功的经验往往最不可信，失败的才最可信。p67 对失败的案例进行分析，并于团队中的成员分享可能要好很多。p104 对于工程来讲，能让团队理解，统一执行，迅速而有效的实战技法，才是真实所需的。p105 惟手熟尔p106 工而制具、工而制艺p108 工具+技法>工程;良匠是一种好的品质。p105 融通是基于对"使用工具的方法、理论"的了解，融同，则是对这个工具存在的本质价值的认识。记录了一下自己阅读到的内容，记下了自己当时最有体会的一些内容。如果你认真做过项目，被管理过或者管理过他人，你对其中的话一定深有体会，作者还是认真写了的。

《大道至简》倒是个好书名

第二次读这本书，感觉还是有些有用的团队思维和经验。但是作者大部分篇幅的文字让人难以提炼观点，不知道想表达什么，不知是否作者有意为之，总之有违书名“大道至简”。愚公移山的故事引入也不知何意，生硬之感。 如果是3年前第一次看此书的我，可能给5分，因为我看不懂。 但是现在只有3分，也是因为我看不懂

不错

作者总结的很好，其中的一些想法一看就是多年经验的沉淀，对大公司的战略的分析让我学到了很多，不可多得的好书!

一本需要反复阅读的书

这是一本需要反复阅读的书，我获得此书是在几年前下载到的电子版。每过一段时间都会找出来在读一遍，每次都有新的收获。书中是作者在实践中总结的经验和道理。作者对软件工程相关的问题有许多感悟，并且能够生动的表达。这些实践当中的总结十分宝贵，所以我每过一段时间都要再读一遍，一边读一遍总结自己的工作，受益匪浅。可贵的是思想而不是生动的小例子，大家都的时候仔细体会背后的思想，一定有所启发。