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

看板Soft_Job作者 (藍廳)時間6月前 (2023/10/28 01:55), 6月前編輯推噓31(31推 0噓 23→)
留言54則, 38人參與, 6月前最新討論串2/5 (看更多)
合理啊，進來這麼久了 對於程式碼和領域的掌握度，一定比幾年前的自己好上許多吧 一樣的工作量以前要做兩個禮拜，現在可能三天就做完了 當然要能做更多的事情 不然公司為什麼要給你更多薪水? 聽起來你待的公司應該是做自有產品，不是做一次性外包案 一個repo動輒要維護三五年以上，有很多技術債正常 沒人用的code才會沒有技術債 如果你待夠久，同期可能也都走得差不多了 陳年舊code的坑，搞不好八成是你留下的 要說誰有能力讓東西變更好，除了你也沒別人了 如果覺得太多事情只有你能完成，其他人都幫不上忙 那代表團隊的知識傳承根本沒做好 新人覺得環境很糞，做起來沒成就感 陣亡率也高 再補人進來只是惡性循環 找人的時間成本八成也是落到你身上，花你的時間去面試跟訓練 平常該寫的文件就寫 能分享的知識就分享 該丟出去的事情就丟 短期解決不了的神奇邏輯，補個註解跟文件連結 不要讓自以為聰明的新人改掉，最後爆炸還是你來修 解issue開個線上meeting讓其他成員一起看你怎麼找問題解問題 這些都做好，賺了credit又讓其他成員能分擔你工作 公司正常營運下本來就會一直有新功能進來 只有賺不了錢的公司才會在那邊一直refactor 很多工程師都抱怨老闆只管賺錢，整天丟隕石不管code quality 問題是身為資深成員的你，可否提出數據說明工程宅們整天在吵的code quality到底跟業 務的關係在哪 是不是做同樣規模的feature要花的時間越來越多 是不是release後常常出問題要修 是不是客人抱怨的頻率越來越高 是不是工程部門離職率越來越高 數據拿出來，我不信老闆或PM不關心 大家都知道legacy很屎 但你有沒有能力提出一套可執行、可分工、可控制影響範圍、可以切milestone逐步進行 的改進計畫 這才是資深成員的真正價值 小朋友工程師才會整天吵clean code，整天說要把舊系統打掉重來 年資越深越不能只專注在寫自己的code 不然領導層對你期望越來越大，你卻還用新人的心態自己蠻幹，會越做越累也是必然的 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 111.243.73.75 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1698429336.A.2B3.html
推
10/28 02:06, 6月前 , 1F
推
10/28 02:06, 1F
→
10/28 02:53, 6月前 , 2F
你這回文很像在教訓我，大可不必
10/28 02:53, 2F
→
10/28 03:08, 6月前 , 3F
這程度的回覆都聽不下去，那也沒什麼能說的了
10/28 03:08, 3F
推
10/28 04:04, 6月前 , 4F
推認真 蠻有道理的
10/28 04:04, 4F
推
10/28 04:35, 6月前 , 5F
完全同意 講的很對
10/28 04:35, 5F
→
10/28 04:36, 6月前 , 6F
看2樓原Po那種不受教的態度 感覺會走到今天的局面不意外
10/28 04:36, 6F
→
10/28 04:36, 6月前 , 7F
更不意外的是接下來二三十年都會是同樣局面不斷重複上演
10/28 04:36, 7F
→
10/28 04:57, 6月前 , 8F
可以拿到更多薪水為前提
10/28 04:57, 8F
推
10/28 05:41, 6月前 , 9F
你這篇的確很好，但前提是拿的薪水有足夠及同事們有意願
10/28 05:41, 9F
→
10/28 05:41, 6月前 , 10F
參與改善，至少你要是個小leader喊的動人呀
10/28 05:41, 10F
推
10/28 07:12, 6月前 , 11F
確實，有些人說重構其實是重寫
10/28 07:12, 11F
→
10/28 07:13, 6月前 , 12F
花的功完全不一樣
10/28 07:13, 12F
推
10/28 07:42, 6月前 , 13F
講的好像上班有空寫文件
10/28 07:42, 13F
推
10/28 07:56, 6月前 , 14F
你們公司沒時間寫嗎？
10/28 07:56, 14F
推
10/28 07:58, 6月前 , 15F
推個 希望有機會聽到進一步分享how
10/28 07:58, 15F
→
10/28 07:59, 6月前 , 16F
On提出數據說服主管/管理層 開發是越來越耗時間
10/28 07:59, 16F
推
10/28 08:04, 6月前 , 17F
認同 雖然我只是菜雞
10/28 08:04, 17F
→
10/28 08:18, 6月前 , 18F
要怎麼跟上頭說開發越來越久跟code quality有關
10/28 08:18, 18F
→
10/28 08:45, 6月前 , 19F
老實說資深員工就只是寫比較久而已 要他能扛架構扛管理扛資
10/28 08:45, 19F
→
10/28 08:45, 6月前 , 20F
源分配 真的太難了 最近剛被拉上去 心有戚戚焉
10/28 08:45, 20F
推
10/28 09:30, 6月前 , 21F
建議挺好的 但有點理想化
10/28 09:30, 21F
推
10/28 09:55, 6月前 , 22F
管理學是實務科學 缺乏現場情況會比較概念性一點
10/28 09:55, 22F
推
10/28 10:00, 6月前 , 23F
原PO不想聽訓想取暖去FB就好
10/28 10:00, 23F
推
10/28 10:33, 6月前 , 24F
超中肯
10/28 10:33, 24F
推
10/28 11:04, 6月前 , 25F
這篇文很合理啊，而且工作文件難度下班寫？
10/28 11:04, 25F
→
10/28 11:07, 6月前 , 26F
我怎麼覺得你提的比較像管理層要做的事啊
10/28 11:07, 26F
→
10/28 11:07, 6月前 , 27F
後面的部分
10/28 11:07, 27F
管理層負責做決策，執行細節不可能靠他們訂，越往上越是如此 工作一陣子你會發現其實管理層知道的資訊跟能做的事沒有你想的那麼多 以原po為例我假設他待夠久，技術細節又熟，在team內應該是有聲量的 每間公司的R&R不同，但通常決策層就是要扛責任 你推鍋給下面的人是沒有用的，只會顯得自己無能 所以資深成員的意見就會顯得很重要 大部分人還是想把事情做好，只是想法不同 有些人覺得code能動就好，髒髒的沒關係 (實際上很多情況確實是這樣) 你覺得要多花一點時間把整理，那就把成本跟效益拿出來說服人 就算沒推成，大家也會覺得「哦這個人講話是講證據的」 我還是想把重點放在解決問題 「這明明就是XXX該做，為什麼他們都不做」 抱怨完問題還是沒解決，你還是一樣累，環境還是一樣糟 有去了解別人的阻力是什麼嗎? 沒人推動為什麼不從你先開始推動呢? 改變別人很難，但讓自己從小事開始做很簡單 當然我假設原po待的是正常公司 如果不是的話那這篇也可以不用看，趕快換工作吧
推
10/28 11:09, 6月前 , 28F
*難道下班寫
10/28 11:09, 28F
推
10/28 11:21, 6月前 , 29F
推
10/28 11:21, 29F
推
10/28 11:30, 6月前 , 30F
我之前也很熱衷重構
10/28 11:30, 30F
→
10/28 11:30, 6月前 , 31F
結果就是弄完後，老闆會要你把業務交接別人
10/28 11:30, 31F
→
10/28 11:30, 6月前 , 32F
然後換一個屎坑讓你繼續重構
10/28 11:30, 32F
→
10/28 11:57, 6月前 , 33F
想取暖在自己朋友圈講就好了，這篇講了一大堆東西，你
10/28 11:57, 33F
→
10/28 11:57, 6月前 , 34F
只跟人家戰態度，不就正好說明你欠矯正的就是心態？
10/28 11:57, 34F
推
10/28 12:09, 6月前 , 35F
推
10/28 12:09, 35F
推
10/28 13:20, 6月前 , 36F
推
10/28 13:20, 36F
推
10/28 13:30, 6月前 , 37F
這篇滿實在的啊 玻璃心大可不必
10/28 13:30, 37F
推
10/28 14:07, 6月前 , 38F
推
10/28 14:07, 38F
※ 編輯: w0005151 (111.243.73.75 臺灣), 10/28/2023 15:06:39
推
10/28 15:49, 6月前 , 39F
推，文章精簡實用
10/28 15:49, 39F
推
10/28 15:53, 6月前 , 40F
10/28 15:53, 40F
推
10/28 18:11, 6月前 , 41F
推建設性的建議
10/28 18:11, 41F
推
10/28 19:54, 6月前 , 42F
只想聽自己想聽的何必發文
10/28 19:54, 42F
推
10/28 21:17, 6月前 , 43F
優文
10/28 21:17, 43F
推
10/29 08:59, 6月前 , 44F
推
10/29 08:59, 44F
推
10/29 10:14, 6月前 , 45F
推
10/29 10:14, 45F
→
10/29 17:44, 6月前 , 46F
現實就是下一個來接的新人會整個打掉重做
10/29 17:44, 46F
推
10/29 20:44, 6月前 , 47F
好文章。
10/29 20:44, 47F
→
10/29 20:44, 6月前 , 48F
我之前也認為不套架構不行，但後來經過一番掙扎，發現
10/29 20:44, 48F
→
10/29 20:44, 6月前 , 49F
敝團隊還沒人跑掉。
10/29 20:44, 49F
→
10/29 20:44, 6月前 , 50F
換而言之，就是這些東西不夠爛。所以主管叫我放他去，
10/29 20:44, 50F
→
10/29 20:44, 6月前 , 51F
不要管code quality也是合情合理。
10/29 20:44, 51F
→
10/29 20:48, 6月前 , 52F
不到黃河心不死，不見棺材不掉淚
10/29 20:48, 52F
推
10/29 21:50, 6月前 , 53F
推
10/29 21:50, 53F
推
10/30 03:29, 6月前 , 54F
好實在
10/30 03:29, 54F
‣ 更多 w0005151 的文章
文章代碼(AID): #1bE_cOAp (Soft_Job)
討論串 (同標題文章)
以下文章回應了本文 (最舊先)：
完整討論串 (本文為第 2 之 5 篇)：
排序： 最舊先 | 最新先 | 留言數
在新視窗開啟完整討論串 (共5篇)
‣ 更多 w0005151 的文章
文章代碼(AID): #1bE_cOAp (Soft_Job)