2021年，我寫過一篇《別把洋垃圾當(dāng)寶貝-評(píng)InfoQ中國“敏捷……”文章》（https://mp.weixin.qq.com/s/vpakM33dgR95X0X6xO9uEA），批評(píng)InfoQ中國翻譯的低質(zhì)量文章《敏捷“殺死”統(tǒng)一建模語言？》。

最近，InfoQ中國又整了一篇《時(shí)序圖，UML給軟件開發(fā)帶來的唯一好處》（https://mp.weixin.qq.com/s/OkChIYGnPYVDijL3mgqoPQ）。

這篇文章和《敏捷……》一樣，依然和InfoQ無關(guān)，是InfoQ中國自己找的資源。

是不是編輯喜歡隔一段時(shí)間就搜一搜“UML dead”、“UML death”、“UML die”（或者換個(gè)喪氣的詞），找找網(wǎng)上近期的言論，不管來源和質(zhì)量，就扒下來翻譯賺流量。

經(jīng)查詢，《時(shí)序圖……》摘自一款畫圖工具M(jìn)ermaid Chart的官網(wǎng)，文章作者就是公司創(chuàng)始人。這就是一篇宣傳自家畫圖工具的文章。

文中的胡言亂語和《敏捷……》差不多，我在《別把洋垃圾當(dāng)寶貝……》中已經(jīng)駁斥過，本文不再重復(fù)。只看一個(gè)片段，我特地標(biāo)注了（1）和（2）。

圖1 《時(shí)序圖，UML給軟件開發(fā)帶來的唯一好處》截圖

（1）此處作者突兀地提到了他的Mermaid Chart。

文章起名為《時(shí)序圖，UML給軟件開發(fā)帶來的唯一好處》，這就已經(jīng)奇怪了。

序列圖描述類（或類元）的實(shí)例之間的協(xié)作。就算造謠UML淘汰到只剩下一種圖，要讓謠言逼真一點(diǎn)，難道不應(yīng)該寫類圖嗎？怎么就挑出序列圖來呢？

滑稽的是，作者還引用Martin Fowler。

且不說Fowler的觀點(diǎn)對(duì)不對(duì)（不對(duì)，我在《別把洋垃圾當(dāng)寶貝……》中有剖析），也不說Fowler的觀點(diǎn)和作者要表達(dá)的觀點(diǎn)有沒有關(guān)系（沒有），只說一點(diǎn)：

在《UML精粹》中，F(xiàn)owler寫類圖用了兩章共50頁，而寫序列圖只有14頁。這一點(diǎn)，作者看來是不知道的。

再往后看，哦，作者給出了兩張Mermaid Chart畫序列圖的樣例（可惜是錯(cuò)誤的而且廢話刷工作量），可能就是為了宣傳"我的畫圖工具現(xiàn)在可以畫序列圖了！"。

（2）

2023年，還拿Rational Rose出來對(duì)比，相當(dāng)于做IDE的宣傳自己的工具“比Delphi 3.0強(qiáng)”。

說明作者不了解現(xiàn)在建模工具的發(fā)展，為了宣傳自己的畫圖工具，什么都可以說，其他內(nèi)容可以不用再看了。

更何況，Mermaid Chart這種東西現(xiàn)在一抓一大把，優(yōu)點(diǎn)無非是可以通過文本輸出圖形，而且目前都還是很簡單的圖形。封裝的建模邏輯幾乎為0，不要說和現(xiàn)在的工具比，就算和25年前的Rational Rose 98比，也比不過??！作者還好意思踩Rational Rose。

類似這樣的畫圖工具，我在書里也評(píng)論過：

圖2 《軟件方法》截圖

總結(jié)

如果是個(gè)人體會(huì)，那就算說“我一看到UML就惡心想吐”都沒問題。

InfoQ中國作為流量較大的IT媒體，發(fā)文應(yīng)謹(jǐn)慎再謹(jǐn)慎。

當(dāng)然，如果這是一篇Mermaid Chart推廣合作的恰飯文章，這也可以理解。

UML有沒有問題？當(dāng)然有，怎么會(huì)沒有呢？如果真的想探討這方面問題，可以找嚴(yán)謹(jǐn)一些的學(xué)術(shù)文章嘛。

也許，學(xué)術(shù)文章里說的“問題”沒有網(wǎng)絡(luò)小作文里的震撼和賺流量，滿足不了小編的胃口吧。