瀏覽單個文章
TigerTigerTiger
*停權中*
 

加入日期: Oct 2012
文章: 0
引用:
作者passerx
你沒看懂我的意思,
你要不要去問問為什麼寫opensource的人幾乎都不用UML,CMMI,流程圖?

不管你前面做了什麼, 最後一定要寫成程式碼,
是程式比較真確還是UML? 有問題是會去看程式還是UML?
你有那個時間去看兩份東西, 為何不省下這個力氣去把程式寫好不就什麼事都沒有了嗎?


程式不好的人才會去用其他的輔助工具, 程式好的人都直接寫成程式碼了,
你沒辦法直接看懂程式碼那表示你程式基礎不好, 那是你自己的問題不是別人的問題,
要叫程度好的配合你? 應該是你要加強自己的程度吧!

你們這種行為就好像, 現在大家在講微積分, 但你要別人先定義加減乘除, 程度好的根本不會理你.



我相信不管它叫不叫UML,絕大多數的人寫程式的時候,一定會在圖紙上塗塗抹抹畫畫

Stereotype 是什麼無所謂,但是一定會有自己看的懂的方式去表現這程式的輪廓

在UML裡面有一個Boundary的概念

如看User Diagram的,可以不用懂程式碼,完全不懂都可以

看Deploy Diagram的,也可以不用理解程式的運作,但是他可能比較懂系統權限網路架構等

即便很懂程式碼的,也可以透過不同的Boundary,侷限理解一小塊程式碼即可,而不用全面性的去發掘問題


我還是強調,UML其實還不算很普遍,還在摸索發展中,但我們可以看到這的方向的發展潛力,所以推廣

但是在工程界,劃藍圖是基本,即便藍圖中還是可能發生出錯,互相杆格違背,如結構圖上的3D設計沒有考慮好水電圖的配置,導致某些管線騰空穿過...
但是沒有人會說,高手不需要畫藍圖(大師的確很少畫精確的藍圖,都是徒弟們賣命在劃)
舊 2012-10-28, 10:29 PM #64
回應時引用此文章
TigerTigerTiger離線中