原文(wy666666于2002/09/07 04:16粘贴)
我关于“为什么ROSE贵”以及其他问题的管窥之见
	ROSE的价格是VISIO的4-10倍，为什么这么贵？我认为有如下几点原因，也许不全面或者不正确，请各位指正。 1、RATIONAL公司是个财务政策相当保守的公司，由于产品的特殊性，他的产品大多为国际各大软件开发商、重要的政府研究部门、有自己的软件开发团队的大型组织所购买。这些组织对价格是非常不敏感的（尤其是对于我们挣人民币的公司而言）！他们无比重视购买的产品的性能、质量和服务。所以他的价格策略很呆板！ 大家也许不知道为DELL 2400PC SEVER（DELL最便宜的服务器）增加硬盘托架时，每粒螺丝是多少钱！对于美国人而言，我想也是昂贵的：2美金/每粒，当然没有镀金！进口服务器的电源线是多少钱一根呢？相对价格倒和我们电脑市场的行情差不多：20元，不过是美圆！ROSE也不贵，几千美圆而已，在美国大约可以买1000个盒饭！根据我特别喜欢的“盒饭指数”，在中国1000个盒饭的价格买一套软件其实也不算贵，可惜人家是美圆。 2、RATIONAL的培训。由于我不想太深地涉及某些公司之间的利益冲突，所以我不能指出消息的来源和公司的名称。（如果你想说我是在造谣，那么请便，日久见人心嘛！）某个公司的美国分公司买了RATIONAL的产品，由于他们大肆违反版权许可，RATIONAL拒绝对他的中国母公司进行培训。在某种意义上，RATIONAL公司是不会为没有购买其产品的组织和个人进行培训的。当然，同意培训你也不一定会去，培训费用以前是用美金计算：300/天，现在按照人民币计算：2500/天。 3、RATIONAL的服务。他的技术支持设在澳大利亚，支持英语、日语、中文。你可以让他回拨给你。如果大家都购买了他们的产品，这个论坛上关于RATIONAL工具使用的问题将减少90%，如果不是100%的话。当然，我们最不缺的就是人和时间，实在没有必要仅仅因为节约了一些解决问题的时间而大量花钱。我能够理解，当然我肯定不这么做。我很高兴地看到我的各种问题都在极短的时间里得到很专业的回答，从而迅速解决。有时，遇到当场没有解决的问题，他们就三番五次地发E-MAIL和打电话来询问和探讨（因为有些问题是需要我们这方面进行尝试和设置的），有时候因为忙，我不得不将次要些的问题安排在后面处理，这样我难免为我们引起的延迟和他们的热情而感到惭愧。说到这里，我不得不提一下微软。微软现在的中国技术支持的水平是越来越高了，以前我个人买过Visual Studio 6企业版，但是基本上我解决不了的问题，他们都很难解决。而现在我买的MSDN宇宙版的技术支持的水平和态度就发生了质的变花（可能是我花在钻研工具的时间少了，微软产品也更加复杂了。）。可惜的是，他们只支持5个问题，这的确比较小气！但是想到RATIONAL产品如此昂贵，也许多出来的钱可以购买额外的20个CASE！至于其他的工具嘛，我没有用过，不能妄加评论，但是天外有天，比RATIONAL好的东西即便过去没有，现在和将来也许终究会有的。 4、ROSE与VISIO的不同。在VISIO中，UML的各种图只是他的图模型的一个子集，他以前就是个画图的东西，UML只是后面加进来的内容。所以，VISIO的本质和长处在图！而ROSE是由提出UML的公司开发的工具，是描述UML的工具，所以他的本质是UML！ 我第一次学UML就是看别人画的VISIO，不要以为那是初学者的涂鸦之作，人家在这些图上建立了1000系统（你在电话上拨个1000号试一试）！当然，后来才发现我走了很大的弯路，因为他们对UML也是一知半解，开发VISIO的人对UML也是二知半解，所谓盲人骑瞎马、夜半临深池。有些东西对于UML来讲是荒唐的，在ROSE中根本就画不出来！当然有些人会说，人家一顿乱画不也做出来了！但是效果如何？算了，不多说了，中国目前的软件水平不说大家也知道，岂是几个图可以轻易改变的。 VISIO是很灵活的，基于图形的系统，UML只是他子集的一个规则而已，所以难免挂一漏万。VISIO的UML部分其实也是买的RATIONAL的技术，RATIONAL会笨到不晓得培养自己的竞争对手、尤其是微软这样的对手的后果？这个合作如果亲密无间那就怪了！当然，鉴于微软的历史表现，我有充分的信心相信微软会在任何希望的领域超过任何对手，当然也包括RATIONAL！ 如果你不精通UML，你很难画出正确的UML图，甚至以为ROSE有很多BUG和局限，就象这个论坛里有人提出“为什么在一个用例里，可以有多个活动图却只能有一个开始”？还点名要高手回答，偏偏还没有人答对，以至于他感叹这个论坛没有高手。我却哭笑不得，能够回答这个问题也能够叫高手？！这只是UML的基本概念呀，连这个都不懂，叫做没有入门，连风都没摸到！这个论坛上关于UML/RUP有多少这样的问题呀！ 还记得写“UML的十大硬伤”的高展吗？他试图描述主角间的交互，还宣称UML既然不能描述这种交互，就是一大硬伤。如果他听过我的课，那我还是一头撞死算了！主角间的交互是系统关心的事情吗？系统的边界是什么？如此幼稚而低级的错误观点居然由专家提出，经过主编审校，在刊物上登出，要是不幸让IVAR知道，我真担心他的心脏，当然，他肯定比我沉得住气，一笑了之！ 我希望我的培训对象至少有1年左右软件开发经验或者1年左右专门学习RUP/UML的经历。如果经验太少，也不能说不能培训，但是我会告诉他，如果他等到满足了那些条件再来，效果会更好，现在听，很可能会浪费时间、金钱。` 很多人在交流时当然是不会在意对方是否有相关经验，所以我们的专家在写书时很少详细地注明某个章节需要那些相关知识。所庆幸的是，世界上还是有其他人喜欢注明并且提出要求！ smilemac说：“不能证明不同经验的人不能交流，否则还要学校干什么，而且世界上90%的项目组也不能工作，因为90%的项目组都是跨部门或跨领域的，” 其实如果没有交互双方的经验，这些项目组的成员当然是不能交流的，他们必须先获得这些经验，当然，往往是顺便从对方获得，但是这种获得叫交流吗？我以为这是相互学习。只有在相互学习后，具有了一定经验，并且加以理解了，才能够进行交流。 你没有微积分的经验，所以你去学校找老师，难道你是去交流的吗？我第一次晓得学校是用来交流的，同学之间自然可以交流，但是不懂微积分的人可以同数学老师交流微积分吗？他恐怕是去学习吧！是学习就要态度端正，老师要你做这个习题就要做好，不能说：我以为这个习题不做也可以！当然，你在具有了微积分的经验/知识后，当然可以这样和老师交流。但是你还没有经验，就这么“裁减和改进”，让老师说什么好了，我只好说：那还是你教我怎么教你吧！ 我就发现有蛮多人没有经验还特别喜欢同老师交流哩！这个老师不一定是人，可能是书本或者其他。怀疑精神当然值得提倡，但是什么时候才会有人愿意老老实实地地学习，而不是一知半解地交流呢？ killcamel反问我：“或者是RUP能告诉盲人，绿色是什么？” 我讲的原话是“你不能告诉盲人，绿色是什么！”，我没有说RUP就能够告诉盲人绿色是什么！盲人比喻对RUP没有经验的人，绿色表示RUP。 难道我的意思有可能被误解为“RUP能够告诉对RUP没有经验的人，RUP是什么？”大家都是讲中文嘛，一定要讲得这么明白？！我的英语本来就不行，不要吓得我连中文都不敢说嘛！ 言语不当，敬请包涵！