现在的位置: 首页 > 综合 > 正文

[全程建模]响应张恂之《青润,你的胡扯还不够吗?》第三篇

2013年07月30日 ⁄ 综合 ⁄ 共 2116字 ⁄ 字号 评论关闭
开篇
今天又看到了张恂的文字《青润,你的胡扯还不够吗?》 http://www.zhangxun.com/_templates/tmpl_AddComment.aspx?sname=QingRunReport&id=2),因为篇幅较短,所以,贴在下面以作响应。
青润,你的胡扯还不够吗?

作者/发帖:张恂字数:739



煞有介事地:

"这里还应该提到的是,RUP中并没有告诉大家如何进行裁减,所以,很多人知道RUP而不知道如何用,更不知道该如何裁减,于是大家只能按部就班的招办RUP的所有过程和建议"

我现在怀疑你有没有见过真的 RUP

RUP 里面有个重要的工件叫 Development Case,具体的例子 Larman 的《uml 和模式应用》里面就有,这本书就是一个典型的 Agile UP RUP 裁减的例子。Larman 是亲自向 RUP 之父 Philippe Kruchten 学习的 RUPLarman 的书你都没看过,你还搞什么全程建模、RUP

通常 RUP 项目一开始,项目经理和过程工程师就需要制定项目的开发计划和 Development Case,对 RUP 进行裁减和定制。有关的文献、指南和工具像 RUP Environment 科目、WorkbenchMethod Composer 也早就有了。怎么能说“RUP中并没有告诉大家如何进行裁减

你的这段话,不但是胡扯,而且还是狡辩,为自己的无知狡辩。

青润,有一点你可以放心,我认为你的报告总体上 60% 是正确的,包括对软件工程落后的现状、RUP 在国内某些环境下实施遇到的困境和问题也比较客观,但你的感觉显然不是事实真相的全部,你的逻辑分析和结论是错误的,后面我会给出一个比较合理的分析和解释(你应该明白,先进的水平中上的企业总是在少数,真理往往掌握在少数人手里,而软件 100 强在中国庞大的软件开发队伍里面也未必都喜欢显山露水);据我估计,你报告中大约有 40% 的论断是错误的,而且有些属于低级错误,上面这条就属其中。

因为我发现张恂把他的第一篇响应给删除了(就是熊节贴出来响应的那篇),关于我第二篇的响应,他开始在原文上修改,而不是重新创建篇幅。毕竟是自己的网站可以随意为之,我明白熊节为什么要作图片镜像了!
响应
我知道RUPDevelopment Case,张恂大概没有仔细看我文字中的内容(关于这一点我已经说过很多次,在这几篇中都有类似的提法),说实话,他2002年给我的光环影响正在逐渐褪去,更让我感到的是,他和很多在我的blog上留言骂过我的人相似,都是在没有仔细阅读我的文字,就直接给了断章取义般的解释和回答。另外,出言不逊,言辞缺憾而不够缜密。
另外,关于RUP的裁剪,如果我们做一个调查,甚至包括IBM的人在内,你可以问问有多少人知道它如何使用,估计他的比例可能要远低于0.1%,我实在不知道国内1000个知道RUP的人中有没有一个人知道这个工具如何使用。
至少我知道在2001Rational当年的讲师包括它的咨询人员都没有告诉我们RUP如何裁减,但当时也听说过一些关于RUP裁剪的提法,只是从来没有一个人给出过RUP裁剪的具体方法和操作建议。直到RUP7.0的文档中提供了Process Engineer,列在Production & SupportRoleSet里面(在RUP2003列在Manager里)。
Development Case不是一个具体的裁剪方法,只是一个建议而已,并没有告诉大家具体如何裁剪,什么样的项目应该裁剪哪些,什么样的项目需要什么样的改变,而后者才是开发者最需要知道和了解的。
看张先生的文章和口气,他应该是知道如何裁剪使用RUP的,为什么却没有见到他任何一篇文字出来,指导一下国内的开发人员,至少提个建议应该是不会影响咨询顾问服务生意的!
关于全程建模
我从来没有主动宣称过我的方法是RUP,我说的是全程建模,我提出的概念也是全过程采用模型描述的方式进行软件开发,而并没有说从RUP中裁剪的内容,只是有人问到的时候,我会做前文中的解释(这里就不再重复了)。
另外全程建模也未必只有RUP一家,UPUP说法也未必会得到全世界的认同,所以,不要真的以为UP就能统一全世界,那是不太可能的,因为人的千差万别,项目的种种不同,客户的心态变化以及职位变更等等都会其所关联的项目产生影响,所以,随需应变才是解决软件项目变化的硬道理!而这些,尤其是心态变化的影响更是UP或者RUP中根本没有涉及到的内容。
这也是我从05年开始没有再继续看RUP的一个原因,虽然Ivar05年初来北京那趟再次强调,让大家继续读RUP,可是,我没有听他老人家的建议,我更希望的是在实践中摸索一套适合我这种贫下中农的软件工程理论和开发方法,而不是面面俱到的“统一开发过程”。邓小平的黑白猫理论对我的影响很大,同时,不盲目崇拜高人也是因为我的经历而给我带来的后天的强硬个性。
题外话
昨天居然见到了O6Z这个老鬼,我们先是互相指责了一番,我说他从哪个老鼠洞里面转出来了,他就提到了这场对话。
我们谈了半个多小时,具体内容因为涉及到一些个人偏激的看法,这里就不公布了。
呵呵,CSDNJavaEye的人应该大都了解这个老东西的。

 

抱歉!评论已关闭.