UML发展了很多年了，为什么用的人还是这么少？

我始终坚信，程序员之间沟通的唯一语言就是code。

code跟UML交流的层次不同，一个细但是慢，一个粗但是快

UML 比 code 好看多了。。

开发中能完整做齐UML的公司的确是不多(相对中小型企业而言).说白了其实就是老板基于成本的考虑.觉得画那东西浪费时间.强烈鄙视一下.

就我个人而言，我觉得代码更加直接。
画UML图与写代码之间的联系太少了。
写代码本身就是一种创造性的活动。
而UML图到代码又是一个创造性的活动。
所以我觉得成本太高。
对于中小企业来说，这样的成本有点高。

但是光代码的话，与非程序员的交流会非常的困难。
所以还是需要一个比代码更加形象的，更加直观表达方式。
在这一点上，UML的产生似乎适应了这种需求。
但UML对于非程序员来说，要理解UML也是很困难的。
最多只能做为一种辅助的工具。

所以UML的地位感觉还是有点尴尬。

国内软件的生产力等级造就现阶段的开发主要还是编码，大多数人都是代码工人，一些“高手”也是，楼主可以去看看UML的诞生发展史以及应用范围，就知道不仅仅是软件工程领域在用UML，UML的应用领域十分的广泛，他是一种客观现实描述的标记语言，通过直观的方式反映大脑思维，和头脑风暴有些类似。因为人的大脑思考有限，对于大型和巨型的应用没有图是不可想象的。任何行业都存在分工，建筑行业里你是看不到带着安全帽上工地施工的设计师的。国内企业级开发有几个能称得上是真正的大型或者巨型呢？盖厕所就不用劳烦设计师了，瓦工就能搞定。这个和国内软件发展的现状是一致的

那么没有使用UML开发出来的UNIX与WINDOWS怎么解释呢？
UML的作用能与设计图纸一致起来吗？
程序开发语言的多样性是砖头可以比？
程序员开发所需要的智慧，砖瓦工能比？
不讲面向对象的方法是不是具有通用性。
就算面向对象，实现的方式上不同的语言从逻辑上也好，还是实现上也好有很大的不同。
形式也不同。这难道是砖头能比的？
同样。砖头能做出来的建筑能与程序设计所设计出来的产品的多样性比吗？

UML能在一定程度上说明问题，但是到了程序设计阶段，转化的过程会发现困难重重。
一切的设计的最终是代码。
当代码的实现都实现不了时，设计就是摆设。

从软件开发的实际来看，用了UML并没有挺高软件开发的速度，也没有提高软件开发的可理解性，更没有提高软件的质量。
想反，程序员通看代码直接就明白了程序的实现方式与程序的关系。
而面对大多的UML图，程序员除了茫然还有茫然。

UML不是必须的，也不是决定性的。我觉得UML是被夸大的一种技术。

那么如果说UML很重要的话，请给一个利用UML开发作为基础开发成功的开源项目吧。
或者我列举几个项目，您来帮我找一下他们的UML设计图？

1.eclipse(这是UML主推厂家,希望那位高手能帮我找到)
2.netbeans
3.apache
4.tomcat
5.jquery
6.dojo
7.mysql
9.linux
10.vim
11.emacs
12.firefox
13.chrome
14.fictx
15.scim
16.mplayer
....
如果还有，可以帮我列出来。

同问：究竟有哪些著名的软件在它们的设计文档中提供了UML设计图？

我所看到的UML的价值在于：
1、很多学生因它而毕业，本科生、研究生论文的常见题目就是<<基于UML的XXX系统的分析与设计>>。
2、制造了一批论文、博士、教授，教授们并因此获得了大量的科研经费。

难道图就一定比代码形象吗，我看不一定，以下面的代码为例：

for (;;) {
     if  (condition A) {
           ....
           continue;
     }

     if  (condition B) {
           ....
           continue;
     }

     if  (condition C) {
           ....
           continue;
     }

     the body;
}

如果要用N-S流程图描述这段代码，会出现深层的if嵌套，可读性要比代码差很多。

LZ何以得知用的人这么少？！狭隘经验论？