個人是半路出家,去資策會閉關半年入這行的
不學無術先請別見怪
以我自己來說,從來不覺得程式寫法有甚麼優劣,程式是幫客戶解決問題的
只要能達到目的,效能可以達到,維護不困難
沒必要在那裏鼓吹什麼手法
當然或許是因為我做過很久的維運
個人反而不喜歡一堆抽象化的手法
當客戶火燒屁股電話追殺的時候
我還必須要追到抽象的類別或介面,然後判斷到底產生的是啥鳥物件
到底幹了那些好事
那開發者你還不如每一個類別乖乖地用複製貼上,我還比較好追
每個人都有自己立場
開發的人覺得自己的程式寫得很"優美",不重複
後頭維運的人如果技術層次跟不上
只有兩種可能,想辦法跟上,或是把問題踢回給你自己處理
另外像我有一個傾向
就是一個專案只要開始做,大家決定用甚麼技術後
不管有甚麼新的了不起技術
開會只要有人要用新東西,個人一概反對到底
除非不用無法解決現行問題,不然不管多沒水準還是一律要用一開始律定的技術
這是開發的紀律,要用請用在別的案子
很簡單,專案不是給你練功夫的
你懂別人不懂
不代表你厲害,只代表你"搖屁股",替"隊友"製造麻煩而已
像我就遇過很有進取心的同事
每一個功能,只要有進化的可能,他都要做點小修改
然後最初的功能跟最後寫的差很大...
等到他走了
接手他的功能,大家幹到沒力!
老兄,你還不如每個功能都一樣寫法!
以RD來說,這當然是有點不進取,我也承認啦
不過就像前面說的
個人維運做很久
有時候必須想的不全然只有自己的立場
抱歉以上得罪諸多高手之處,再一次致上歉意