以前寫代碼不會去找個軟件畫畫設計，或者找張紙畫個草圖，總是大腦把整個邏輯想通了，然後即開始寫代碼， 邊寫邊分析，修修改改，終於寫完了一個小的程序，過了一兩天在看，雖然整個的框架還能記得住，但是具體的邏輯關係總需要花一段時間才能理清楚， 寫程序的整個過程中，開始代碼數量增長很快，但是後面修改代碼，重構代碼則變成非常痛苦的一件事情，只有代碼，所以修改的時候你看到的就是代碼，很容易陷入到局部細節中，思考可以上升到類的層次，甚至是模塊層，但是這很難，而且要花費很大的精力。
沒有清楚的設計寫代碼總感覺像是游擊隊，或者是野路子。
最近在寫一個項目，做一個軟件，開始的兩個月，直接上手寫代碼，結果兩個月一直在摳一些細節，覺得這個地方過不去，就沒辦法往下走。逐漸感覺覺得這樣寫代碼即使你是技術達人，但是永遠成不了正規軍。
我開始嘗試使用UML 來進行項目的設計，從總體設計，到類的詳細設計， 序列圖分析一個事件， 感覺就像在寫程序，很清晰，彷彿程序就在眼前，層次的切換非常快，從局部到整體，從整體到局部， 修改一個地方，非常快， 一個個的事件分析很容易就率順了類之間的邏輯關係。非常清晰。
我跟我朋友說了一句話：“如果我沒有uml 圖，我最多也就是熟練地操縱十個左右的類，但是利用UML ，我可以操縱非常多的類，現在還沒有看到上限，因爲我的工程還沒有超過五十個類"。