捨棄白板崇拜

很多程式設計大師與書籍都鼓勵程式設計師使用白板交換對Class Diagram的心得, 因為白板可以迅速擦掉修改, 加上大家站在白板面前熱烈討論的氣氛, 確實讓白板成為吸引人的工具, 但是我發現使用白板有幾個缺點:

1. 白板筆時常寫到沒有水 (奇怪的是明明沒水了大家還是不斷用力的塗)

2. 圖形很難Email給所有與會者 (真希望白板內建Outlook Express)

3. 白板筆很臭 (應該屬於有毒氣體)

4. 有些人用白板作畫, 明明就是超級簡單的方塊也會醜到無法理解

5. 白板沒有辦法列印出來放在電腦旁參考

我原本對白板充滿了幻想, 覺得這應該是很好用的東西 (沒辦法, 眾家大師推薦, 我又很喜歡趕流行, 你只要看看XP相關書籍就知道他們對白板的崇拜), 但真正運用在實際生活上面, 白板對程式設計師就是不太夠.

所以我極力推薦大家挑選任何一種順手的UML製圖工具 (例如免費的JUDE,或是Borland Together, Rational Rose都很好用) 加上19吋LCD大螢幕(現在已經比五年前便宜到超乎你想像), 就可以在辦公室或會議室進行討論, 有幾個優點很顯著:

1. 用滑鼠拉各種線條非常快速並且整齊, 不會因為同事美術不及格而打壞心情 (帥手, 我真的不是有意把你的事蹟供出來...)

2. Class Diagram可以任意調整Class位置, 迅速拖拉可騰出空間放新產生的Class (白板經常畫到沒有空間, 在邊邊角角越畫越小...)

3. 儲存為PNG格式很容易使用Email流通, 或插入Word文件

4. 使用列表機印出來放在桌邊隨時參考, 又可以用原子筆迅速塗改

5. UML工具很容易可以把細節隱藏起來, Class Diagram最重要的是分析類別之間的相依關係(Dependency), 所以單單有Class名稱與線條就夠用了, 把Method與Attribute隱藏起來, 才不會因為圖太複雜迷失方向

6. 若工具是使用Borland Together有額外的好處, 程式碼可以與UML即時同步

很多程式設計師把UML當成是"設計草稿"在使用, 這種觀念有其價值, 因為最終是Source Code主宰結果, 太認真想要畫出巨細靡遺的UML圖形, 便失去了利用圖形進行抽象設計的意義, UML圖形是要讓我們節省設計時間, 因為塗改UML圖形比改Source Code容易, 現實生活中的程式設計師是有時程壓力的, UML應該挑最重要並且容易混淆的地方特別畫清楚就好, 剩下的應該讓風格一致並且容易閱讀的Source Code自我說明.