一线咨询师的絮絮叨叨

原创 2012年03月25日 16:04:45

一线咨询师的絮絮叨叨

评《一线架构师实践指南》

温昱先生的《一线架构师实践指南》在几乎所有的售书网站上都是一致推荐的一本书,当当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矩阵的东东,有一章的精华全部在里面。但其实骨子只是对需求细化分析,而其中的组织需求和用户需求,质量和约束这些概念都是一些牵强的强制划分,并没有多少可以参加的依据和道理。如下图:

                                                                                       图1 所谓的二维需求观和ADMEMS矩阵

另外全书还有一个问题就是废话太太太太多,虽然这类咨询的大部分本质都是将正确的废话。比如说,对于需求要分层,这话有道理不,当然有,但绝对是一句废话。而这本书在废话这个问题有点过火了,举个例子里面的那个5视图法的图片,同类型的就至少出现了3次,然后每个图分拆开再出现一次,作者的目的大概和大内密探里面那个解剖外星人一样,一遍一遍一遍一遍一遍又一遍的重复,是希望我们印象更深刻一点把。当然这个图和本书的风格仍然一致,看似井井有条,实则仍然是正确的废话连天(你把5个元素任意连接起来,换个位置都可以瞎忽悠)。

                                                                                                                                                                            
                                                                                        图2 文中多次出现的5视图法的图片

前面说过了本书标榜的东西不过是一个希望自我推荐的架构分析方法,利用咨询来挣钱的东东,这倒也没有什么问题,我倒是认为,这个方法论作者费劲体力,绕来绕去,也没有把他最想意思清楚表达出来,一下说需求观要二维,一下说概念架构,一下说高层分层,一下又掰扯各种架构视图的关系,天知道作者想表达什么意思?我倒要劝劝作者你的方法再好,也要能用一句简单明了的话总结清楚了,所以我相信听“用例驱动设计”咨询的肯定比听ADMEMS这个明白。

另外我想请问一下那些给这本书打5星的评价和那些所谓的专家推荐人士是否对这个本书是否还有一点点印象?大概没人能回忆出这本书的一点痕迹吧。因为虽然温先生讲的很多都是正确的东西,但都是废话,有谁牢记废话?而且我也劝一些兄台们,一本书如果你读不懂,有些时候不一定是你的错,不用装作读懂了给个高分。

最后点题,此书绝对不是一线架构师的实践指南,它只是一个咨询师为了发财致富的絮絮叨叨。方法论的东西和一线有蛋关系,一线架构师要的能力是看到一个需求能把握问题的核心,找到要实现的特性,并且给出解决方案,不是看软件工程的书你就能成架构师。此书对于新手它的作用就是让你看到一些正确的废话,对于老手你看费力看废话干嘛?所以此书我完全不推荐阅读,除非你要上温老师的ADMEMS方法论的咨询课。


读后感之顶尖咨询师教你的工作基本功--靠谱

公司处在转型期,工作较为分散,再加上家中小王子的到来,感觉个人的心态出现了轻微的动荡(虽说理论上工作与家庭应该分开,但是,谁又能真正做到呢)。有点不知道自己的重心所在。 刚好,领导推荐了一本书--《...
  • ghostliming
  • ghostliming
  • 2017年11月19日 22:28
  • 192

奋斗者——一个高级咨询师是怎样炼成的

就在“以人为本”的口号响彻东西南北、席卷大河上下的社会风潮里,华为的企业文化却旗帜鲜明地拒绝了泛泛的“以人为本”理念,硬朗地提出了“以奋斗者为本”的主张。这一细节,似乎为我们的求解提示了一个方向:华为...
  • feelinghappy
  • feelinghappy
  • 2017年01月09日 14:41
  • 542

絮絮叨叨

MLGB的,马上写完了,遨游崩溃了,还好截理解图,把字保住了,我再照着敲一遍吧,r了 刚才看了下,来这的第一篇日志是去年五月底写的约摸估计,到现在,也快一年半了断断续续,每个月也就写那么一两篇日志,撑...
  • SndC4
  • SndC4
  • 2009年09月19日 16:02
  • 195

如何做信息化咨询?

任何一个信息化项目,不论是小到升级网络设备,大到打造纵横全国的系统,都需要咨询。有钱有意识的,就请国际大公司带上国内的小弟(合作伙伴)做一个完整的咨询,最后给出分析、规划和方案。多数项目还是利用集成商...
  • coolkeyfeng
  • coolkeyfeng
  • 2010年01月11日 10:22
  • 635

210学习日记(16)_移植一线触摸

210学习日记(16) --移植一线触摸 经过前面十多章的不懈努力,开发板从无到有的开发Linux驱动的环境已经搭建好(如果你问我,怎么没有写怎么制作文件系统,怎么nfs启动的话,我只能回答,...
  • wanyong89
  • wanyong89
  • 2012年10月29日 19:18
  • 1741

运维前线 一线运维专家的运维方法、技巧与实践.pdf 免费下载

下载地址: 运维前线 一线运维专家的运维方法、技巧与实践.pdf
  • jiongyi1
  • jiongyi1
  • 2018年01月23日 22:18
  • 132

Linux驱动之一线式总线(以ds18b20为例)

一线式总线:1硬件特性:“一线式”:CPU和一线式器件之间的数据通信就一根数据线,无时钟线。 “串行”:数据一次传输一bits。 “总线”:这个数据线上可以挂载很多个一线式器件外设。 硬件接法:两...
  • a1299600490
  • a1299600490
  • 2017年07月24日 16:52
  • 316

这年头,谁没被坑过(致敬给一线程序员)

这年头,谁没被坑过,悠悠数载,看过了很多人的代码,也见识到了部分人的编码习惯和写代码的态度。看代码,可以看出一个程序员的态度,你们是不是也是这么认为的? 作为一个程序员,接手别人的代码,是经常有的。...
  • zz20104534
  • zz20104534
  • 2016年05月18日 20:33
  • 4615

基于Tiny6410的LCD与一线触屏移植

今天对LCD和一线触屏进行移植,翻阅各牛人,总结而来。按步骤可成功。   基于Tiny6410的LCD和一线触屏移植 一、LCD移植 1、vi arch/arm/plat-samsung/in...
  • arpan19900205
  • arpan19900205
  • 2012年08月08日 13:00
  • 1297

一只加班狗的絮絮叨叨

真的码农,敢于直面来之不拒的需求,敢于正视狗血的BUG。—-题记听说加班出大神,好多个一年工作时间混出两三年工作经验的牛人都是在加班中加来的。自七月中旬以来,已经连续加班一个月了,我常用毛主席曾经在《...
  • zhang5476499
  • zhang5476499
  • 2017年08月09日 19:38
  • 8903
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:一线咨询师的絮絮叨叨
举报原因:
原因补充:

(最多只允许输入30个字)