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

中国的公司 大部分是作坊 所以吗....

每个工具都有它自己的应用场景（这个不展开谈，需要体会、思考的）
也有他特定的用处（这个也不展开谈，需要体会、思考的）
当然每个工具都有它的替代品，可能会有一大堆（只取UML来举例，也许它不是最好的）

1、在一定的应用场景，代码表现形式、交流等方面不如UML，或都可以说无法取代UML
2、当然，UML也不能完成代码所实现的功能，因为两个生来就不是谁替代谁的问题，但可以相辅相成
3、有些时候有了代码的存在确实不需要UML（特定场景）
4、有些时候不借住UML确会让你付出更多的代价

说的不错。
但是没有UML完全可以用其它的东西来替代。
UML表示大的东西太过抽象，也没有多少意思。
有时间不同随手画个图来表示来的清楚。
而用UML表示小的东西又不如代码。
这是我的基本观点。
基于这个基本观点，欢迎反驳。

毕竟不是每个人都做到那个层面

你跟同事在讨论设计的时候，随手画个图，是可以的，没问题的，草稿嘛，可以不规范。但是，你能把你画的这个草图作为设计文档吗？你的草图，能让第一个同事明白，能让第三、第四个同事明白吗？
UML叫统一建模语言，统一，是为了大家都能懂。UML表现的抽象，就没有意思了吗？这不正是UML的目的吗？
前面已经有人建议了，先去好好学习UML，再发表疑问。
以我个人经历来看，我觉得不学好UML，就真的不能理解OO思想。这两者之间是相辅相成，相互促进的。

不学好UML，就不能理解OO思想，这句话还得考虑好了再说

要表达清楚。不用UML完全可以实现。为什么一定是UML？
为了表达问题，我可以画其它各种形式的图。
为什么一定是UML？
UML就是正确？
显然不是。
为了表达清楚问题，为了做演示，
我们用的更多的是幻灯片上的一些小图，而不是UML。

就算是程序员之间，用UML也是不清楚的。
一方面需求是变化的，前一个小时的UML，到下个小时就变成了费品。
另一方面UML引入这么多的图，不但不容易看懂，还增加了学习的成本，
同时因为这个图仅限于部分会UML的人用。
而会用的人少，并且学习起来绝对不容易。

这显然与它的最初的想法是矛盾的。
因为UML是想解决软件设计与交流困难的问题的。
现在它不但增加了交流的困难，还增加了维护的成本与学习的成本。
这不是自相矛盾是什么？

而真正能用上UML的时候，UML用不用已经无关重要。
因为每个人基本都清楚要做什么了。

有一个问题是，既然UML这么方便交流。
这么多的文档中为什么没有UML文档？
就连UML用的最欢的java语言的doc里都没有UML的关系图。
你能解释一下吗？

我现在想跟你交流一下。
你能发几张你的UML看看？
看看大家的反应是不是很容易交流？

我一般常用活动图写方案，漂亮，而且显得专业，忽悠客户一绝

看你做事的水平吧
如果是代码工就不需要用了
如果有设计，尤其是高度抽象的设计时，不用UML用什么呢？

楼上的兄弟已经帮我回答了。
我UML图画的也不好，不好意思拿出来。
想看UML图，建议你去看阎宏的java和模式那本书。