在互動出版網查找“軟件架構設計”書時，系統推薦“UML與五線譜”這本書，查看書的評論，感覺不錯，對UML是什麼不是什麼闡述的比較精闢，本人通過各種渠道學習UML技術，但總也如不了門，感覺她是一個不現實的東西，只是個技術高深的炫耀手段，不想下功夫學習，但UML術語始終充斥在技術的海洋裏，有時還掀起不小的波浪，爲了能在技術圈裏能混下去，還是要頂這頭皮去學習和了解，看到這篇文章寫的比較實在就把她摘錄下來，內容如下：
UML是什麼？ 是word, 是五線譜
UML是什麼？是一種表達工具。不是思想，也不是設計方法。
舉例來說，音樂的表達方式有很多種，可以用樂譜（書面的），可以用錄音（聲音的）等等，那麼樂譜的表達工具呢？有很多種，比如：簡譜、五線譜，還有中國古老的工尺譜等等。
軟件設計的表達工具也有很多種，流程圖、僞代碼，當然還有UML。
五線譜是什麼？它只是一種標記方法，這種標記方法有其優點（比如，能直觀體現出音高），所以這個方法成爲世界範圍內通用的方法，五線譜之於音樂，恰如UML之於軟件。
五線譜本身並沒有告訴你應該如何作曲，熟悉五線譜也不意味着你同時就會作曲，當然熟悉五線譜，可以保證你讀懂別人的音樂作品。同樣，UML本身也沒有告訴你如何設計軟件，但是，你熟悉了UML，就可以看懂別人的設計，如果你自己也有設計上的思路，你也可以用UML表達出來，大家也都能看得懂。
所以，掌握UML只是成爲軟件設計師的必要條件，要想真正成爲軟件設計師，還需要有很多 設計經驗，通過設計模式的學習，瞭解前人的設計套路（注意，模式就是套路），也是一個比較好的途徑。
——文章來源：umlchina
UML僅僅是一種語言，一種交流工具
過去我招聘系統分析員時，有個簡歷上標明精通UML的GG來，我問他，什麼是UML，他告訴我——畫圖工具，我就叫他回家等消息了。不管學習UML是爲了提高自己分析能力還是爲了找工作，都得先明白，UML僅僅是一種語言，僅僅是一種交流工具，是由一些業界約定俗成的Notation，Metamodel統一構建的一個語言集合，真正指導我們進行需求分析和系統設計的，還不外是自身軟件工程素養和工程經驗。再以招聘舉例，我給出的動手題目是描述一個簡單的電梯模型，一人能繪製非常複雜詳細的class diagram, sequence diagram等等，另一人對diagram的細節掌握的不好，但另一方面，後者考慮到了電梯的頂層和底層與中間層是不一樣的，不能用同一個class描述，請問我該聘用誰呢，肯定不會是個能畫很漂亮的UML圖但讓電梯上天入地的GG吧。
——文章來源：umlchina
小編感概：
一直以來，我都覺得藝術是纖柔而有生命的，而技術是冰冷的數字、字母。初見此文，甚是感動，因爲不懂技術，理解太少，如此的比喻，我豁然發現原來技術也是有生命的。於是，迫不及待的就把這段話拿來和所有喜愛、關注UML技術的朋友共享。技術學完了，又該怎樣恰當應用，也許上面這篇招聘實例會給你些許啓示？