PTT職涯區 / Soft_Job (軟體人)

[心得] 花了很多時間重構卻被打槍用舊code

看板Soft_Job (軟體人)作者 (塔綠班)時間1月前 (2025/09/13 19:39), 1月前編輯推噓39(43推 4噓 114→)
留言161則, 69人參與, 3周前最新討論串1/12 (看更多)
最近案子快收尾在收斂bug 身為救援大隊長的老人我被指派到維護一個很老的API 老API的設計已經無法滿足擴充需求 新的擴充功能造成BUG 於是我花了大量時間甚至debug到天亮甚至請無薪假 新的API經過我反覆測試各種case都完美無缺 但是code review卻被質疑: 1. 是不是沒找到root cause 2. 幹嘛改動如此大? 只不過新加一點點功能幹嘛改架構? 心中五味雜陳... 好歹我也是coding master，我說該重構了就是該開始還技術債了 更上頭還是希望用最鴕鳥的方法繼續用舊架構一堆workaound當作root cause 是該離職了嗎? QwQ -- -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 123.241.68.207 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1757763572.A.6B3.html
推
09/13 19:41, 1月前 , 1F
維護的是你，不是他們。所以他們只想安全牌。不會管技術
09/13 19:41, 1F
→
09/13 19:41, 1月前 , 2F
債換人厚，會多難接。一堆不知所以然的code。
09/13 19:41, 2F
所以心中五味雜陳 ※ 編輯: kingofsdtw (123.241.68.207 臺灣), 09/13/2025 19:43:17
推
09/13 19:49, 1月前 , 3F
code直接丟github開源全世界共享 然後特休全壓放老
09/13 19:49, 3F
→
09/13 19:49, 1月前 , 4F
人自己去解root cause啊 這還要教？
09/13 19:49, 4F
推
09/13 19:51, 1月前 , 5F
錢給到位嗎 有成長空間嗎 都沒有就走人XD
09/13 19:51, 5F
→
09/13 20:03, 1月前 , 6F
公司:能動最重要，你有看過醫院那些名醫看小病就要開刀的
09/13 20:03, 6F
→
09/13 20:03, 1月前 , 7F
嗎??XD
09/13 20:03, 7F
→
09/13 20:05, 1月前 , 8F
特別是老人家，沒事就別亂開刀了萬一有糾紛
09/13 20:05, 8F
→
09/13 20:09, 1月前 , 9F
理由一大堆不用當真
09/13 20:09, 9F
→
09/13 20:19, 1月前 , 10F
一堆公司都這樣 能動就好改這麼大做什麼 出問題你扛得
09/13 20:19, 10F
→
09/13 20:19, 1月前 , 11F
住嗎
09/13 20:19, 11F
推
09/13 20:24, 1月前 , 12F
可以重構啊，你不會等案子結束再重構？
09/13 20:24, 12F
→
09/13 20:29, 1月前 , 13F
問題是你重構完 上頭買單?其他人接手會用會改？要多
09/13 20:29, 13F
→
09/13 20:29, 1月前 , 14F
少時間熟悉你的code
09/13 20:29, 14F
就是新人同事(3-5y)解不掉才掉到我頭上的QwQ ※ 編輯: kingofsdtw (123.241.68.207 臺灣), 09/13/2025 20:33:47
→
09/13 20:34, 1月前 , 15F
以上這只針對公司老人
09/13 20:34, 15F
推
09/13 20:35, 1月前 , 16F
可能只是不想要欠這種人情 也不想花錢請你重構 所以才這
09/13 20:35, 16F
→
09/13 20:35, 1月前 , 17F
樣回
09/13 20:35, 17F
→
09/13 20:36, 1月前 , 18F
很久以前我也跟你一樣 後來看開了 拿多少錢做多少事
09/13 20:36, 18F
→
09/13 20:36, 1月前 , 19F
除非上頭有交代
09/13 20:36, 19F
→
09/13 20:36, 1月前 , 20F
不然這些重構還是新東西自己改改玩玩 不會放檯面上，
09/13 20:36, 20F
→
09/13 20:36, 1月前 , 21F
頂多找面試拿來講講
09/13 20:36, 21F
→
09/13 20:44, 1月前 , 22F
那你就新舊都兼容啊 你的 pr 應該只有增加的行數沒有砍
09/13 20:44, 22F
→
09/13 20:44, 1月前 , 23F
舊邏輯
09/13 20:44, 23F
→
09/13 21:08, 1月前 , 24F
專案要先把責任切開 大雜燴下 對專案的風險感就會混雜
09/13 21:08, 24F
→
09/13 21:08, 1月前 , 25F
程式已經亂到flag亂跳...
09/13 21:08, 25F
→
09/13 21:08, 1月前 , 26F
可讀性0..
09/13 21:08, 26F
推
09/13 21:29, 1月前 , 27F
老人還被質疑喔...
09/13 21:29, 27F
→
09/13 21:31, 1月前 , 28F
是說派你去救火的人 又不滿意你的方案嗎==
09/13 21:31, 28F
推
09/13 21:56, 1月前 , 29F
他錢有給到你捨不得離職嗎 XD
09/13 21:56, 29F
→
09/13 22:02, 1月前 , 30F
上面還有更老的的人啊...
09/13 22:02, 30F
→
09/13 22:08, 1月前 , 31F
M有要你重構？如果沒有，你要重構，不應該先跟他討論?y
09/13 22:08, 31F
→
09/13 22:08, 1月前 , 32F
說到底 IC 也只是 M 的資源，資源怎麼用是M的職責和權力
09/13 22:08, 32F
→
09/13 22:09, 1月前 , 33F
事情發生後，建議可以去找M聊，解決問題 而不是想著離職
09/13 22:09, 33F
推
09/13 22:31, 1月前 , 34F
coding master是什麼鬼
09/13 22:31, 34F
→
09/13 22:40, 1月前 , 35F
如果你不確定這個決定會不會被靠腰，你可以找比你懂公
09/13 22:40, 35F
→
09/13 22:40, 1月前 , 36F
司狀況的人或者主管討論，而不是自己做決定
09/13 22:40, 36F
→
09/13 22:42, 1月前 , 37F
那你就真擴充而不是順手重構 看行數最快
09/13 22:42, 37F
還有 84 則推文
→
09/14 23:59, 1月前 , 122F
很合理嗎
09/14 23:59, 122F
推
09/15 01:25, 1月前 , 123F
推justaID
09/15 01:25, 123F
推
09/15 01:46, 1月前 , 124F
開新api就好 舊的標deprecated
09/15 01:46, 124F
推
09/15 02:38, 1月前 , 125F
這行多的是文人相輕
09/15 02:38, 125F
→
09/15 02:39, 1月前 , 126F
api 改spec 出事一定扛不住
09/15 02:39, 126F
推
09/15 05:48, 1月前 , 127F
用你的新架構有風險 你要從頭維護到底嗎 再來你明顯
09/15 05:48, 127F
→
09/15 05:48, 1月前 , 128F
不夠厲害 找不到root cause以及用最小的改動解決問
09/15 05:48, 128F
→
09/15 05:48, 1月前 , 129F
題
09/15 05:48, 129F
→
09/15 06:16, 1月前 , 130F
你以為〈只要能動就不要改〉是開玩笑的時候：
09/15 06:16, 130F
推
09/15 09:43, 1月前 , 131F
09/15 09:43, 131F
推
09/15 09:58, 1月前 , 132F
做改動前有先向上溝通嗎？或是跨組溝通？
09/15 09:58, 132F
→
09/15 09:58, 1月前 , 133F
獲得同意才做的還是你就直接做下去了?
09/15 09:58, 133F
推
09/15 12:17, 1月前 , 134F
這代表你在公司credit還不夠吧..夠力的話誰會擋...
09/15 12:17, 134F
推
09/15 13:38, 1月前 , 135F
溝通能力有待加強 美其名想解決問題 其實只是底層碼
09/15 13:38, 135F
→
09/15 13:38, 1月前 , 136F
農的美好幻想 在產品先行/功能先行的團隊就是這樣
09/15 13:38, 136F
→
09/15 13:41, 1月前 , 137F
也不見得要離職啦 可以找其他方式實現自我 參加程式
09/15 13:41, 137F
→
09/15 13:41, 1月前 , 138F
小作坊之類的 不要用工作來實現理想 那是賺錢的地方
09/15 13:41, 138F
→
09/15 15:34, 1月前 , 139F
完美無缺是你自認為的，隱藏沒爆的可能比你想像的多
09/15 15:34, 139F
→
09/15 17:18, 1月前 , 140F
以前的公司發生過，要求重構→開需求→寫完測完→「還能
09/15 17:18, 140F
→
09/15 17:18, 1月前 , 141F
跑就不用換了」，浪費我時間
09/15 17:18, 141F
→
09/15 18:04, 1月前 , 142F
有給你薪水就沒浪費你時間啦，別學原PO沒事自幹就好
09/15 18:04, 142F
推
09/16 06:35, 1月前 , 143F
老氣 沒先確認過就自己改了嗎？
09/16 06:35, 143F
推
09/16 23:27, 1月前 , 144F
如果已經在公司扛這麼久，說明清楚後還不被上頭信任 我
09/16 23:27, 144F
→
09/16 23:27, 1月前 , 145F
是會直接走人
09/16 23:27, 145F
→
09/17 10:16, 1月前 , 146F
這種上頭的 code review 當耳邊風就好，看有沒有機會加
09/17 10:16, 146F
→
09/17 10:16, 1月前 , 147F
薪繼續忍上頭，或升遷為上頭，沒機會就換了吧
09/17 10:16, 147F
→
09/17 15:40, 1月前 , 148F
除非你改的地方code base只有你一個人在寫跟維護，多人都
09/17 15:40, 148F
→
09/17 15:40, 1月前 , 149F
會動到的地方你翻掉以前都沒先design review過？改完了才
09/17 15:40, 149F
→
09/17 15:40, 1月前 , 150F
說就是想硬上，本來大家熟悉的東西你確定你改了還有人看
09/17 15:40, 150F
→
09/17 15:40, 1月前 , 151F
的懂？上面要你修bug結果你整個翻掉，時程上都沒人發現？
09/17 15:40, 151F
→
09/17 15:40, 1月前 , 152F
整件事都很怪啊 master大大
09/17 15:40, 152F
推
09/18 23:30, 1月前 , 153F
拿多少錢做多少事 沒要你做的就別做了
09/18 23:30, 153F
→
09/19 16:42, 1月前 , 154F
首先 有人叫你重構嗎?沒有幹嘛做
09/19 16:42, 154F
推
09/21 01:34, 1月前 , 155F
重構你負責的部份就好，重構主要是為了自己後續方便，自
09/21 01:34, 155F
→
09/21 01:34, 1月前 , 156F
己舒服而已，搞太多別人酸被人嫌，正常的剛好
09/21 01:34, 156F
推
09/21 01:39, 1月前 , 157F
說真的不懂設計模式跟oop實際經驗，別跟我提重構兩字，一
09/21 01:39, 157F
→
09/21 01:39, 1月前 , 158F
律當笑話
09/21 01:39, 158F
→
09/21 01:43, 1月前 , 159F
我最害怕懂設計模式的人了
09/21 01:43, 159F
推
10/04 19:55, 3周前 , 160F
假如原本市場測了10年，你改完經得起考驗嗎？
10/04 19:55, 160F
推
10/06 14:33, 3周前 , 161F
耍廢擺爛即可，反正公司不能隨便開除
10/06 14:33, 161F
‣ 更多 kingofsdtw 的文章
文章代碼(AID): #1enLVqQp (Soft_Job)
討論串 (同標題文章)
完整討論串 (本文為第 1 之 12 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共12篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 kingofsdtw 的文章
文章代碼(AID): #1enLVqQp (Soft_Job)