PTT推薦

Re: [討論] 系統越開發越多,負責的東西越來越多

看板Soft_Job標題Re: [討論] 系統越開發越多,負責的東西越來越多作者
w0005151
(藍廳)
時間推噓31 推:31 噓:0 →:23

合理啊,進來這麼久了
對於程式碼和領域的掌握度,一定比幾年前的自己好上許多吧

一樣的工作量以前要做兩個禮拜,現在可能三天就做完了
當然要能做更多的事情

不然公司為什麼要給你更多薪水?

聽起來你待的公司應該是做自有產品,不是做一次性外包案
一個repo動輒要維護三五年以上,有很多技術債正常
沒人用的code才會沒有技術債

如果你待夠久,同期可能也都走得差不多了
陳年舊code的坑,搞不好八成是你留下的
要說誰有能力讓東西變更好,除了你也沒別人了

如果覺得太多事情只有你能完成,其他人都幫不上忙
那代表團隊的知識傳承根本沒做好

新人覺得環境很糞,做起來沒成就感
陣亡率也高
再補人進來只是惡性循環
找人的時間成本八成也是落到你身上,花你的時間去面試跟訓練

平常該寫的文件就寫
能分享的知識就分享
該丟出去的事情就丟
短期解決不了的神奇邏輯,補個註解跟文件連結
不要讓自以為聰明的新人改掉,最後爆炸還是你來修
解issue開個線上meeting讓其他成員一起看你怎麼找問題解問題

這些都做好,賺了credit又讓其他成員能分擔你工作

公司正常營運下本來就會一直有新功能進來
只有賺不了錢的公司才會在那邊一直refactor

很多工程師都抱怨老闆只管賺錢,整天丟隕石不管code quality
問題是身為資深成員的你,可否提出數據說明工程宅們整天在吵的code quality到底跟業務的關係在哪

是不是做同樣規模的feature要花的時間越來越多
是不是release後常常出問題要修
是不是客人抱怨的頻率越來越高
是不是工程部門離職率越來越高

數據拿出來,我不信老闆或PM不關心

大家都知道legacy很屎
但你有沒有能力提出一套可執行、可分工、可控制影響範圍、可以切milestone逐步進行的改進計畫
這才是資深成員的真正價值
小朋友工程師才會整天吵clean code,整天說要把舊系統打掉重來
年資越深越不能只專注在寫自己的code
不然領導層對你期望越來越大,你卻還用新人的心態自己蠻幹,會越做越累也是必然的

--

※ PTT 留言評論
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.243.73.75 (臺灣)
PTT 網址

zipigi10/28 02:06

OoShiunoO10/28 02:53你這回文很像在教訓我,大可不必

xam10/28 03:08這程度的回覆都聽不下去,那也沒什麼能說的了

tzouandy281810/28 04:04推認真 蠻有道理的

drajan10/28 04:35完全同意 講的很對

drajan10/28 04:36看2樓原Po那種不受教的態度 感覺會走到今天的局面不意外

drajan10/28 04:36更不意外的是接下來二三十年都會是同樣局面不斷重複上演

a1296510/28 04:57可以拿到更多薪水為前提

mozume10/28 05:41你這篇的確很好,但前提是拿的薪水有足夠及同事們有意願

mozume10/28 05:41參與改善,至少你要是個小leader喊的動人呀

nh60211as10/28 07:12確實,有些人說重構其實是重寫

nh60211as10/28 07:13花的功完全不一樣

cplusplus42610/28 07:42講的好像上班有空寫文件

yamagishi10/28 07:56你們公司沒時間寫嗎?

yangs061810/28 07:58推個 希望有機會聽到進一步分享how

yangs061810/28 07:59On提出數據說服主管/管理層 開發是越來越耗時間

almostreal10/28 08:04認同 雖然我只是菜雞

panbanana10/28 08:18要怎麼跟上頭說開發越來越久跟code quality有關

teddy10/28 08:45老實說資深員工就只是寫比較久而已 要他能扛架構扛管理扛資

teddy10/28 08:45源分配 真的太難了 最近剛被拉上去 心有戚戚焉

lonelytea10/28 09:30建議挺好的 但有點理想化

NDark10/28 09:55管理學是實務科學 缺乏現場情況會比較概念性一點

qwe7030210/28 10:00原PO不想聽訓想取暖去FB就好

eric2148910/28 10:33超中肯

wulouise10/28 11:04這篇文很合理啊,而且工作文件難度下班寫?

JoaoWang10/28 11:07我怎麼覺得你提的比較像管理層要做的事啊

JoaoWang10/28 11:07後面的部分

管理層負責做決策,執行細節不可能靠他們訂,越往上越是如此 工作一陣子你會發現其實管理層知道的資訊跟能做的事沒有你想的那麼多 以原po為例我假設他待夠久,技術細節又熟,在team內應該是有聲量的 每間公司的R&R不同,但通常決策層就是要扛責任 你推鍋給下面的人是沒有用的,只會顯得自己無能 所以資深成員的意見就會顯得很重要 大部分人還是想把事情做好,只是想法不同 有些人覺得code能動就好,髒髒的沒關係 (實際上很多情況確實是這樣) 你覺得要多花一點時間把整理,那就把成本跟效益拿出來說服人 就算沒推成,大家也會覺得「哦這個人講話是講證據的」 我還是想把重點放在解決問題 「這明明就是XXX該做,為什麼他們都不做」 抱怨完問題還是沒解決,你還是一樣累,環境還是一樣糟 有去了解別人的阻力是什麼嗎? 沒人推動為什麼不從你先開始推動呢? 改變別人很難,但讓自己從小事開始做很簡單 當然我假設原po待的是正常公司 如果不是的話那這篇也可以不用看,趕快換工作吧

wulouise10/28 11:09*難道下班寫

kuan10/28 11:21

lazarus112110/28 11:30我之前也很熱衷重構

lazarus112110/28 11:30結果就是弄完後,老闆會要你把業務交接別人

lazarus112110/28 11:30然後換一個屎坑讓你繼續重構

foreverk10/28 11:57想取暖在自己朋友圈講就好了,這篇講了一大堆東西,你

foreverk10/28 11:57只跟人家戰態度,不就正好說明你欠矯正的就是心態?

fake0110/28 12:09

maybeilikeu10/28 13:20

ericthree10/28 13:30這篇滿實在的啊 玻璃心大可不必

ga01307710/28 14:07

※ 編輯: w0005151 (111.243.73.75 臺灣), 10/28/2023 15:06:39

FukadaKyoko10/28 15:49推,文章精簡實用

APTON10/28 15:53

timofEE10/28 18:11推建設性的建議

ku39999910/28 19:54只想聽自己想聽的何必發文

purplvampire10/28 21:17優文

jigfopsda10/29 08:59

spicysushi10/29 10:14

k79897686910/29 17:44現實就是下一個來接的新人會整個打掉重做

newhandfun10/29 20:44好文章。

newhandfun10/29 20:44我之前也認為不套架構不行,但後來經過一番掙扎,發現

newhandfun10/29 20:44敝團隊還沒人跑掉。

newhandfun10/29 20:44換而言之,就是這些東西不夠爛。所以主管叫我放他去,

newhandfun10/29 20:44不要管code quality也是合情合理。

newhandfun10/29 20:48不到黃河心不死,不見棺材不掉淚

milkdragon10/29 21:50

hellomotogg10/30 03:29好實在