前言
同样认为，UML 是一个在软件开发蛮荒时代，一群工业生产设计专家脑洞大开，过度设计的产物。它已经过时了，或者说，从来没有帮助，从来没有任何用处，耗费了大量时间，浪费了公司的钱，和开发人元团聚的时间。
它就是一坨。。。；跟那些被历史证明，淘汰了其他垃圾一样，它也是其中一份子。其他垃圾包括：applet，ejb2，hibernate
-------------------------（转发）
UML 在业界没有用处。我接触过 Microsoft 和 Adobe 的工作环境，在 Nortel 用过 UML（但是不代表它有用处）。至于最近，经常和 Google 与 Facebook 的接触，也基本不用 UML。如果有人觉得 UML 有用，可能他的「业界」跟我的不一样。
拿《 Understanding the Linux Kernel 》这本书来说，里面一个 UML 都没有用到，但是里面的图对任何人设计软件都会很有启发。另外，UML 的 class diagram 和 sequence diagram 和大多数人讨论软件设计的时候随手画的草图很接近。但是标准化这样的草图付出的资源完全不值得。而后来走火入魔的标准化什么 deploy diagram 就完全是脱离实践的东西了。
建模很重要，diagram 很重要。但是，用来交流的 diagram 应该是：
1. 不能完全脱离文字；
2. 在附带少量文字的基础上做到 self-evident。UML 定义标准图形完全是自己制造问题。至于某些张口闭口「扯淡」的人，他的业界和 Microsoft, Google, Facebook, Adobe 都不一样，也不用强求。
拿 Nortel 破产说事有什么用呢？根本没搞清楚逻辑。我是在说只有 Nortel 多多少少还用一些 UML，其它过的滋润的公司都懒得用。至于是不是因为用 UML 用到破产就不知道了。至于贴的几个新闻，都是 Microsoft 所谓「拥抱」UML，只能说 Microsoft 这些年走的是上坡还是下坡大家都在看。
至于利益相关，我和我接触的人都是为了做软件，某些人似乎像个神棍公司卖 UML。对于对 UML 还抱有感情的各位，我必须坦白，我脑海里冒出来的就是「shit work」这个概念：Don't Give Your Users Shit Work本来用自然的描述和灵活的图表就能解决的问题，非要向着一个过时的标准去靠拢。
然后说：Boy, I spent an hour doing this. I really accomplished a lot today! You didn't.You did shit work。
参考：https://know.baidu.com/question/ba8afedb008a14a08110eba64bfcbcc5deb7cc6