推 T3T:多一事不如少一事 11/20 11:28
推 abcf:說的真好，我最近接中個.NET2003的維護新增案，大陸仔寫的超 11/20 12:42
→ abcf:爛，可是我連動都不敢動，因為我動過了，結果又出現某個小BUG 11/20 12:42
→ abcf:幾次之後，我全部改回來，新增功能都想辦法幾乎不改原來的程 11/20 12:43
→ abcf:式碼，最後終於不會出問題了，但是花了我好幾個禮拜六的假日 11/20 12:44
搞新架構對工程面很好, 對管理面則不然
如果今天你是一個優秀的工程師, 面對亂七八糟的code絕對是想改掉重寫
但今天你是一個pm那角度又不一樣了
首先新架構改完要多久? 五個人三個月? 還是10個人半年?
這是code寫完還是QA完?
時間抓得越緊就是要加班加到天荒地老
如果換新架構中間有人受不了被操要離職
或者是project進行過程中又有甚麼急件要處理造成時程delay等
會有很多很多不可預期的外在因素
你當然可以抱著熱血說, 改!
但是最重要一個問題: who take responsibility?
如果你要承擔, 叫你出問題了周末都得來公司加班到半夜
你願意嗎?
你說這個東西要上面承擔, 那上面一定希望不要改
反正東西都動的好好的嘛
工作越久越會發現嘴砲者多, 願意擔責任的少
因為擔責任的通常都很快就陣亡
對工程而言這不是好事
但基於人性的自私與惰性等種種風險考量
就只好維持現狀了
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 221.169.173.108