物件導向設計這一句話已經聽了大概有20年之久
也歷經很多的專案及看了很多相關書籍
也看過很多的程式設計師對於物件導向的認知
漸漸的沉澱專案回想過去在救專案的過程
不外乎錯誤修正好了 但原本好的功能卻壞了
要不系統執行一個功能很慢
要不多人上線後隔一個禮拜或三天就要重新開機
要不系統架構是A模式 但後面在A模式上疊了很多不知所謂的程式及架構
要不完全沒有架構可言 依直覺寫程式
在這不考慮系統分析和設計 就算分析好了程式還是一樣
當然如此之說有些偏頗 但是台灣的專案經理及程式設計師素質好嗎?
想當年自己用UML畫了類別圖 先不說畫的對不對
程式設計師根本看不懂 叫我用講要他們幹麼?
多年後當了主管手底下有些專案經理 我不敢請它們畫UML怕他們會發瘋
請他們依需規格及需求訪談後 規劃出功能架構圖(是很老的規劃方式)
大概歷經12個專案經理 都在大公司待過 結果只有兩個畫得出來
有時都覺得心很累 但還要聽他們抱怨公司資源不夠 程式設計師素質不好
但這些專案經理都不會說自己不足 總是千錯萬錯都是別人的錯
我會犯錯都是別人害我來犯錯 說來說去我就是沒有錯!
在多年人生的歷練也漸漸可以體會這些專案經理的難 混口飯吃嗎?
當我承認錯時在公司怎麼混!老闆怎麼看我!主管怎麼看我!程式設計師怎麼看我!
所以咬住我就是沒有錯!唉......造成管理上的困難!
再說程式設計師遇底子好的 可以馬上上線更是可遇不可求
很多程式設計師都需要一年半載的培養 方能堪用
本來要寫物件導向確寫成抱怨文 不過換一個角度來看
鑑古至今看到以前的問題 才知道應該學習甚麼東西或觀念
來避免同樣的錯誤
沒有留言:
張貼留言