开篇
今天又看到了张恂的文字《青润,你的胡扯还不够吗?》
(
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
学习的
RUP
。
Larman
的书你都没看过,你还搞什么全程建模、
RUP
。
通常
RUP
项目一开始,项目经理和过程工程师就需要制定项目的开发计划和
Development Case
,对
RUP
进行裁减和定制。有关的文献、指南和工具像
RUP
的
Environment
科目、
Workbench
、
Method Composer
也早就有了。怎么能说
“RUP
中并没有告诉大家如何进行裁减
”
。
你的这段话,不但是胡扯,而且还是狡辩,为自己的无知狡辩。
青润,有一点你可以放心,我认为你的报告总体上
60%
是正确的,包括对软件工程落后的现状、
RUP
在国内某些环境下实施遇到的困境和问题也比较客观,但你的感觉显然不是事实真相的全部,你的逻辑分析和结论是错误的,后面我会给出一个比较合理的分析和解释(你应该明白,先进的水平中上的企业总是在少数,真理往往掌握在少数人手里,而软件
100
强在中国庞大的软件开发队伍里面也未必都喜欢显山露水);据我估计,你报告中大约有
40%
的论断是错误的,而且有些属于低级错误,上面这条就属其中。
”
因为我发现张恂把他的第一篇响应给删除了(就是熊节贴出来响应的那篇),关于我第二篇的响应,他开始在原文上修改,而不是重新创建篇幅。毕竟是自己的网站可以随意为之,我明白熊节为什么要作图片镜像了!
响应
我知道
RUP
的
Development Case
,张恂大概没有仔细看我文字中的内容(关于这一点我已经说过很多次,在这几篇中都有类似的提法),说实话,他
2002
年给我的光环影响正在逐渐褪去,更让我感到的是,他和很多在我的
blog
上留言骂过我的人相似,都是在没有仔细阅读我的文字,就直接给了断章取义般的解释和回答。另外,出言不逊,言辞缺憾而不够缜密。
另外,关于
RUP
的裁剪,如果我们做一个调查,甚至包括
IBM
的人在内,你可以问问有多少人知道它如何使用,估计他的比例可能要远低于
0.1%
,我实在不知道国内
1000
个知道
RUP
的人中有没有一个人知道这个工具如何使用。
至少我知道在
2001
年
Rational
当年的讲师包括它的咨询人员都没有告诉我们
RUP
如何裁减,但当时也听说过一些关于
RUP
裁剪的提法,只是从来没有一个人给出过
RUP
裁剪的具体方法和操作建议。直到
RUP7.0
的文档中提供了
Process Engineer
,列在
Production & Support
的
RoleSet
里面(在
RUP2003
列在
Manager
里)。
Development Case
不是一个具体的裁剪方法,只是一个建议而已,并没有告诉大家具体如何裁剪,什么样的项目应该裁剪哪些,什么样的项目需要什么样的改变,而后者才是开发者最需要知道和了解的。
看张先生的文章和口气,他应该是知道如何裁剪使用
RUP
的,为什么却没有见到他任何一篇文字出来,指导一下国内的开发人员,至少提个建议应该是不会影响咨询顾问服务生意的!
关于全程建模
我从来没有主动宣称过我的方法是
RUP
,我说的是全程建模,我提出的概念也是全过程采用模型描述的方式进行软件开发,而并没有说从
RUP
中裁剪的内容,只是有人问到的时候,我会做前文中的解释(这里就不再重复了)。
另外全程建模也未必只有
RUP
一家,
UP
的
UP
说法也未必会得到全世界的认同,所以,不要真的以为
UP
就能统一全世界,那是不太可能的,因为人的千差万别,项目的种种不同,客户的心态变化以及职位变更等等都会其所关联的项目产生影响,所以,随需应变才是解决软件项目变化的硬道理!而这些,尤其是心态变化的影响更是
UP
或者
RUP
中根本没有涉及到的内容。
这也是我从
05
年开始没有再继续看
RUP
的一个原因,虽然
Ivar05
年初来北京那趟再次强调,让大家继续读
RUP
,可是,我没有听他老人家的建议,我更希望的是在实践中摸索一套适合我这种贫下中农的软件工程理论和开发方法,而不是面面俱到的“统一开发过程”。邓小平的黑白猫理论对我的影响很大,同时,不盲目崇拜高人也是因为我的经历而给我带来的后天的强硬个性。
题外话
昨天居然见到了
O6Z
这个老鬼,我们先是互相指责了一番,我说他从哪个老鼠洞里面转出来了,他就提到了这场对话。
我们谈了半个多小时,具体内容因为涉及到一些个人偏激的看法,这里就不公布了。
呵呵,
CSDN
和
JavaEye
的人应该大都了解这个老东西的。