: 1.系統太垃圾接不下去,各人覺得自己拉的屎要自己擦屁股,怎麼會丟給我管
: 2.差不多好像可以轉換跑道了
: 3.北部買不起房子,有想回中部
到哪都會遇到垃圾系統
還沒聽過哪家公司沒有垃圾code, legacy code, 歷史包袱的...
如果你的主要考量是這個系統太爛不想改他
那我會建議不要離職.
因為不管你走到哪,都會遇到一樣的問題
是否要離職,考慮的是上面是否願意給你足夠的資源來處理這個垃圾系統
大概有幾個點要爭取
1. 寫一個簡單的報告說明這份專案的問題
是code太醜難閱讀難改,還是邏輯本身就有衝突?
code醜需要花時間處理,邏輯本身衝突就得從SPEC開始討論
如果拿邏輯衝突來說服主管放棄這個專案也會比較容易,
因為這代表如果要解決問題,主管,PM也要跟著跳下去討論SPEC,成本很高
2. 上面是否願意給你足夠的時間?
我覺得每天小加班一個小時都還能接受,如果要每天加班到九點十點就算了
如果上面願意給你半年重構,那就做阿,能跟爛code相處也是一個能力
3. 可以套套口風,判斷如果這個專案爛掉,責任算誰身上
如果不算在你頭上,那你擔心什麼
如果隨著專案開發延遲,上面對你態度越來越差
這個時候再來思考要等裁員還是自己走都還來得及.
我認為爛code每家公司都有,但能溝通的高層不是每家公司都有
如果高層能溝通,個人建議留下來
因為更多公司是爛code + 高層無法溝通,
高層把爛code推給你就算了責任還要算你頭上,還不給你足夠的資源
最後造成負責爛code的一個一個逃....
一點建議給你參考~
--