可怕的OOAD與Design Patterns應用方式-1

可怕的OOAD與Design Patterns應用方式
因為工作的關係 , 接觸到了 OOAD．然後又因為OOAD摸到了Design Patterns
但是發現週遭有不少人用可怕的方式在想像與應用OOAD與Design Patterns

可怕的是主管找了一些不會寫 PC端程式 , 不會寫 Web程式的人去外面上了OOAD的課程之後
回來做專案 , 要當專案的 SA , SD
這些人去外面上了課 , 回來的第一個症狀就是他們上課的老師不錯 ,
接著就是當你在專案與這些人討論時 , 她們會告訴你 , 你說的跟她們老師說的不一樣
因為她們老師不錯 , 所以你說的不對...
碰到這些人我以前會好好的教 , 好好的講 ,
現在真的年紀大了沒力了 , 不想說 , 就讓她們去玩

說了半天還是沒有說到重點 , 為何我說她們的用法與想法很可怕
OOAD 是某些有先見的前輩針對使用物件導向的軟體開發與維護(請注意維護這兩個字)大家慢慢不斷的補充與改進其流程與設計方式
舉例來說 OOAD 搭配的表示語言就是 UML
它是圖示語言 , 是系統的設計圖 ,
但是你可以看到某些完全不會寫程式的人去上完課後 , 回來跟你辯說她們的圖如何如何
你的圖又如何如何 , 完全不聽人說 , 這些人以為去上完課回來就會了 UML就懂了 OOAD ,
完全忘了 UML 是OOAD的一部分而已 , 它的存在是為了開發系統而產出的分析設計文件
如果沒有了實做 , 這些圖根本就是個笑話...
你可以試著拿著那些不會寫程式的人畫出來的UML設計圖 , 去問她們根據這張圖寫出來的程式碼會是如何? 如何才是正確的?
因為這些人根本就不會寫程式碼 , 所以她們畫出來的UML設計圖 , 連她們都不知道對不對,

根據上面的問題衍生出來的下一個問題就是:
她們常常希望來個OOAD大師(不過一定要是外面花大錢請來的那種)