※ 引述《w0005151 (藍廳)》之銘言：
: 找人的時間成本八成也是落到你身上，花你的時間去面試跟訓練
: 平常該寫的文件就寫
: 能分享的知識就分享
: 該丟出去的事情就丟
: 短期解決不了的神奇邏輯，補個註解跟文件連結
: 不要讓自以為聰明的新人改掉，最後爆炸還是你來修
(恕刪)
: 問題是身為資深成員的你，可否提出數據說明工程宅們整天在吵的code quality到底跟業
: 務的關係在哪
: 是不是做同樣規模的feature要花的時間越來越多
: 是不是release後常常出問題要修
: 是不是客人抱怨的頻率越來越高
: 是不是工程部門離職率越來越高
: 數據拿出來，我不信老闆或PM不關心
這位大大說得我覺得很有道理 不過太理想了
我就分享台灣某間 威X科技資深員工的作法
這間公司的C++寫得跟屎一樣 一個function五六千行 一堆magic number跟if else
數不清的global variable跟把變數當register用(我看到那種寫法以為在ASM
還有一堆明顯能Extract Method解決的重複snippet
至於你說數據拿出喔....
PM&老闆心想: 阿不就是工程師在找藉口
要重構你可以自己"找時間"重構啦
公司要賺錢 所以當然繼續塞功能進來 不是嗎?
不過啦 這間公司有個規則 就是你code改壞壞了 要負責任
所謂負責任 就扣錢錢
但你要開發新功能 不可能不用到、不改到舊的code吧？
於是某個老屁股想出一個天才的方法
就是把每段舊的function複製出一份 然後再依據他自己的需求更改
於是公司的程式碼每年都以倍數成長 好幾個function都有一個相似度高達87%的兄弟
這個team除了這老屁股外 離職率越來越高、bug越來越多
但是這老屁股自己都沒事 績效還越來越好 有球就往別人身上踢
每次有員工離職 RD大主管都會進行訪談 離職的員工都抱怨code quality太差
最後大主管終於發現到 根本不可能繼續這樣下去
於是又聘了一堆人馬 真的是要打掉重練重寫整個系統
所以我給原原PO的建議就是：
1. 高產能的方法就是複製code 你只要自己的功能跟績效能完成就好
這樣改不到舊的code 也不會有bug 人家看你的commit ++數 哇 每天寫好多扣扣
2. 不要傻傻地跟上層提什麼建議或數據
人家帶領得多棒 你整天喊重構的小朋友董個P?
你怎麼不讓那些剛進職場傻傻的、終於忍不住離開職場的 去發表意見
我的觀察啦 會重視code quality的主管跟公司吼
不用你講就會行動了啦
阿不會重視的吼 講再多..... 可能有用啦 據理力爭嘛 拿出數據拿出研究報告拿出佐證
但你怎麼不讓別人去說呢？