一线咨询师的絮絮叨叨

fullsail 对一线架构师实践指南的书评发表时间：2012-03-25 15:03:39

温昱先生的《一线架构师实践指南》在几乎所有的售书网站上都是一致推荐的一本书，当当4星半，china-pub 4星半，亚马逊卓越上也是4星，就连最客观的豆瓣上，也有7.3分之高。我这种买书大大咧咧的人有幸收了这本书也不算怪事，书大致收藏于2010年，最近清理书架，觉得薄，想顺手啃了，翻了几页，觉得不知所云，于是重新上网看了看资料和评论，担心自己是不是走眼了，继续苦读了一下，理了个头绪。
此书主要围绕CSAI搞的一个ADMEMS的架构设计方法，将架构设计的方法分成了3个阶段，Pre-Architecture阶段（明确需求）、 Conceptual Architecture阶段（分析需求，进行概要设计）和Refined Architecture（架构详细设计）阶段，在这3个阶段中还要持续关注非功能需求（比如性能，安全，重用等）。ADMEMS方法本质还是以建模和图形辅助分析为主，同时创造了一些自己的方法比如ADMEMS矩阵，帮助进行需求分析。好了，上面这句话基本就概括我对这本书的理解，但你只用看一遍我这句话就可以了（读者不用读懂，因为这个概括也是一句废话），这本书你也就不用看了，仅此而已。
从这个方法的出处来大家也可以明白，这本书的目的是帮助做咨询培训，目的和IBM推广RUP和UML建模分析是一个道理，路数也接近。20个专家推荐的噱头也就是20个CSAI的人一起来捧场而已。另外特别有意思的，文中大量的文字描述“业界以为XXX等同于XXXX”，作者为了突出自己方法的优点，一定要和其他一些分析方法找出区别，甚至包括认为用例驱动开发的观念值得商榷等，大都是一些断章取义。其实就是作者为了突出自己方法的优点，标新立异而已罢了。
全书讲的东西其实没有什么特色，建模工具仍然用的UML，分析方法还是软件工程中最基本的一套，没有实质创新，只是不断的翻炒一些概念和忽悠一些概念，那3个阶段说白就是需求阶段，概要设计阶段，详细设计阶段架构师要做的事情，但作者非要学习阿Q，一定要抖抖索索，费劲力气把这个圆圈画圆了。全书中唯一有一点ADMEMS自己独立特色的东西是一个叫二维需求观和ADMEMS矩阵的东东，有一章的精华全部在里面。但其实骨子只是对需求细化分析，而其中的组织需求和用户需求，质量和约束这些概念都是一些牵强的强制划分，并没有多少可以参加的依据和道理。
另外全书还有一个问题就是废话太太太太多，虽然这类咨询的大部分本质都是将正确的废话。比如说，对于需求要分层，这话有道理不，当然有，但绝对是一句废话。而这本书在废话这个问题有点过火了，举个例子里面的那个5视图法的图片，同类型的就至少出现了3次，然后每个图分拆开再出现一次，作者的目的大概和大内密探里面那个解剖外星人一样，一遍一遍一遍一遍一遍又一遍的重复，是希望我们印象更深刻一点把。当然这个图和本书的风格仍然一致，看似井井有条，实则仍然是正确的废话连天（你把5个元素任意连接起来，换个位置都可以瞎忽悠）。

前面说过了本书标榜的东西不过是一个希望自我推荐的架构分析方法，利用咨询来挣钱的东东，这倒也没有什么问题，我倒是认为，这个方法论作者费劲体力，绕来绕去，也没有把他最想意思清楚表达出来，一下说需求观要二维，一下说概念架构，一下说高层分层，一下又掰扯各种架构视图的关系，天知道作者想表达什么意思？我倒要劝劝作者你的方法再好，也要能用一句简单明了的话总结清楚了，所以我相信听“用例驱动设计”咨询的肯定比听ADMEMS这个明白。
另外我想请问一下那些给这本书打5星的评价和那些所谓的专家推荐人士是否对这个本书是否还有一点点印象？大概没人能回忆出这本书的一点痕迹吧。因为虽然温先生讲的很多都是正确的东西，但都是废话，有谁牢记废话？而且我也劝一些兄台们，一本书如果你读不懂，有些时候不一定是你的错，不用装作读懂了给个高分。
最后点题，此书绝对不是一线架构师的实践指南，它只是一个咨询师为了发财致富的絮絮叨叨。方法论的东西和一线有蛋关系，一线架构师要的能力是看到一个需求能把握问题的核心，找到要实现的特性，并且给出解决方案，不是看软件工程的书你就能成架构师。此书对于新手它的作用就是让你看到一些正确的废话，对于老手你看费力看废话干嘛？所以此书我完全不推荐阅读，除非你要上温老师的ADMEMS方法论的咨询课。

有用 15 无用 2