作者Shaka (烏龜烏龜翹)
看板Tech_Job
標題Re: [心得] 如何向別人證明自己寫的是好code?
時間Tue Nov 20 16:24:16 2007
但是相信很多人都有個經驗就是現在手上有份爛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