但是如果閱讀他人的程式的時候，又往往希望能先看到程式的UML的設計文件。

      根據敏捷的原則，效率最大，在此基礎上可以不用非常詳細的去畫UML，可以畫一些非常簡單的UML結構草圖，來幫助設計分析用。

      當然，當時間不是那麼緊張的時候，或者說有條件的時候，比如公司給你配置了一名技術助理之類的時候，可以把設計文件補全，通過補全UML的同時，其實也能加深對面向物件思想的理解。

      自從Uncle Bob提出程式碼就是最好的文件，我無不從簡單，清楚的編碼風格上努力。希望能寫出非常優雅的，可以替代文件的程式碼。但是這難度很大。當程式很大的時候，你不得不作些折中。

      我的經驗告訴我，文件是必須的，即使是不大的程式。但儘可以寫的簡單，明瞭。

      能寫出完美的程式碼來是不容易，可以重構以後得出也不容易。這些都需要刻苦訓練才行。

      學習是一個枯燥的過程，從中取樂是堅持的關鍵。寫這篇短文就是基於此，見笑了。