精華區beta Tech_Job 關於我們 聯絡資訊
但是相信很多人都有個經驗就是現在手上有份爛code 於是心裡就有了"我也給他爛爛的寫就可以了"的責任分攤心態 通常這樣的code會持續更爛下去 code越來越難懂,bug越來越多,bug數居高不下 回家時間也越來越晚了... 這種惡性循環對管理面來說一點都不好 ※ 引述《stlo (長笛是治療系的樂器)》之銘言: : 搞新架構對工程面很好, 對管理面則不然 : 如果今天你是一個優秀的工程師, 面對亂七八糟的code絕對是想改掉重寫 : 但今天你是一個pm那角度又不一樣了 : 首先新架構改完要多久? 五個人三個月? 還是10個人半年? : 這是code寫完還是QA完? : 時間抓得越緊就是要加班加到天荒地老 : 如果換新架構中間有人受不了被操要離職 : 或者是project進行過程中又有甚麼急件要處理造成時程delay等 : 會有很多很多不可預期的外在因素 : 你當然可以抱著熱血說, 改! : 但是最重要一個問題: who take responsibility? : 如果你要承擔, 叫你出問題了周末都得來公司加班到半夜 : 你願意嗎? : 你說這個東西要上面承擔, 那上面一定希望不要改 : 反正東西都動的好好的嘛 : 工作越久越會發現嘴砲者多, 願意擔責任的少 : 因為擔責任的通常都很快就陣亡 : 對工程而言這不是好事 : 但基於人性的自私與惰性等種種風險考量 : 就只好維持現狀了 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.113.208.128
deadly:這是一個 Trade off.. 11/20 19:12
iincho:因為不做都是死別人啊..XD 11/20 20:36
meltice:下一個工程師永遠覺得前一個人寫的很爛 11/20 20:43
meltice:等code爛到一定程度自己都看不懂得時候就差不多該辭職了 11/20 20:45
meltice:把爛帳留給新進的菜鳥工程師處裡吧 11/20 20:45
meltice:他們會充滿熱誠的幫你改code 11/20 20:46
faithfulness:我老闆會說重寫.. 11/21 01:12