PTT職涯區 / Soft_Job (軟體人)

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

看板Soft_Job (軟體人)作者 (我阿肥拉)時間1月前 (2025/09/18 22:02), 1月前編輯推噓14(14推 0噓 30→)
留言44則, 19人參與, 1月前最新討論串9/12 (看更多)
既然有人發文了，那我也來閒聊閒聊 程式碼阿，就不斷地推陳出新 新架構淘汰舊架構，舊架構不重構也遲早因為各種理由被砍掉 前公司很有遠瞻性 他們終於發現.Netframework 4.0 這東西不行了(大約20年) webform搭配jQuery，連一個打後端API的功能都沒有 我剛到的時候看到 PageLoad() 一臉黑人問號 然後也去了解，為啥我們客戶十幾萬，使用網站的比率不到2成 用那不到2成的功能 甚至很有心的實地訪談，出題目去找客戶使用，找找問題在哪裡 簡單說結論: 因為難用到不行啊 介面老舊，轉圈圈超久，功能分類奇差無比 還會從.cs 檔案傳字串回去前端組元件(懂得都懂) 然後就報錯 回來主題，所以他們花了三年的時間準備、規劃 找了廠商重新設計UI，請了新的前端工程師套用Angular前端頁面 搭配.Net Core 8 想要重新改革 改成微服務架構跟上雲端 這一切都是上面有心要改革想要做好的內容(畢竟花了三年) 上工做了半年以後 來了一個新長官 新來的長官覺得這太浪費時間了，『啪! 沒了!』 但是他還是想要有新的功能 所以最後他決定把Angular鑲嵌進去webForm裡面 就是某些新功能點進去，畫面是由Angular來做的 後端API改成中台架構那是另一個故事 最終結論 沒錯，要不要重構不是我們這些小工程師決定的 就算長官決定要做了，而且也已經開始做了 也是有可能新來的長官一來你就GG 畢竟大家都是出來混口飯吃的 真的不爽逃命比較實在 重構做好了沒有KPI，做壞了全部算你頭上 說來說去每間公司都是洞 就自己挑一個比較舒服的洞蹲著吧 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.44.194.218 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1758204173.A.566.html
推
09/18 23:09, 1月前 , 1F
整套翻新就儘量用 strangler fig pattern 吧
09/18 23:09, 1F
推
09/18 23:36, 1月前 , 2F
中台就是個傻逼架構
09/18 23:36, 2F
→
09/18 23:37, 1月前 , 3F
真正該解決的問題不去解 引入更多的複雜度以為可以解決
09/18 23:37, 3F
→
09/18 23:37, 1月前 , 4F
問題 實際上只是騙開發經費 早晚要整套打掉重做
09/18 23:37, 4F
我完全同意你說的 目前的這一大包，就是因為以前不願意升級架構 一堆程式碼跟開發流程為了將就這坨垃圾 導致後續開發維護上的一大困難 好不容易有人要出頭要做事情 又被收回去惹
推
09/19 05:41, 1月前 , 5F
新長官就敏捷啊 前任那套瀑布開發 三年規劃 半年開發
09/19 05:41, 5F
→
09/19 05:41, 1月前 , 6F
上線日不知道哪時候 你怎知道你做的是顧客要的 上線
09/19 05:41, 6F
→
09/19 05:41, 1月前 , 7F
後流量到縮怎辦？
09/19 05:41, 7F
→
09/19 05:41, 1月前 , 8F
升級架構本來就是要漸進式 慢慢把webform 邏輯抽成獨
09/19 05:41, 8F
→
09/19 05:41, 1月前 , 9F
立api 用現代框架疊新頁面 迭代交付才能控制風險
09/19 05:41, 9F
→
09/19 05:41, 1月前 , 10F
大破可能大立 但更多的是直接死給你看
09/19 05:41, 10F
→
09/19 05:41, 1月前 , 11F
當然啦敏捷對工程師通常不是啥好事 大家都想重寫 誰想
09/19 05:41, 11F
→
09/19 05:41, 1月前 , 12F
去改別人留的坑
09/19 05:41, 12F
半年開發是因為新的主管砍掉專案了，不是只開發半年就要上 原本的目標是要逐漸拆功能，跟舊的併行 慢慢引導客戶到新的網頁去 然後，這網站沒有量縮問題 因為本來就沒流量
推
09/19 08:48, 1月前 , 13F
同意樓上，
09/19 08:48, 13F
→
09/19 08:48, 1月前 , 14F
大家都想重寫，
09/19 08:48, 14F
→
09/19 08:48, 1月前 , 15F
只有少數人想看前人的code
09/19 08:48, 15F
這不是大家想重寫 是上面有心想重寫 就是那堆疊迭代的思維 不把問題根除，反正總是有更重要的事 造就了我上次的文章結果 老實告訴你，這公司大家只想養老退休 那一堆爛扣是給後來的人看的
→
09/19 09:21, 1月前 , 16F
這不叫敏捷喔 把 angular 鑲嵌到 webform，以後要改成正
09/19 09:21, 16F
→
09/19 09:21, 1月前 , 17F
常的spa有多少工要做XD 差不多又是重寫一整套的工作量
09/19 09:21, 17F
→
09/19 09:21, 1月前 , 18F
甚至超過 因為你要釐清在webform生命週期下的這些頁面
09/19 09:21, 18F
→
09/19 09:21, 1月前 , 19F
行為 確保你新的常規spa應用是否有相同的行為。不是你把a
09/19 09:21, 19F
→
09/19 09:21, 1月前 , 20F
ngular component 拿出來兜一兜就好了
09/19 09:21, 20F
我就不懂這維護到底要怎麼做 有問題到底要算在哪邊，要怎麼去抓問題 真的到時候要翻，還是要全翻
推
09/19 11:32, 1月前 , 21F
有賺錢就好 網站沒人用大家更輕鬆
09/19 11:32, 21F
→
09/19 11:34, 1月前 , 22F
就算新的網站上線 團隊開發的思維沒變一樣會搞爛
09/19 11:34, 22F
對啊有賺錢就好 反正公司不是靠你的網站賺錢的 你網站怎樣都沒差
→
09/19 17:59, 1月前 , 23F
當你東湊西湊 東西還是可以運行 無形間你的功力就大增
09/19 17:59, 23F
→
09/19 17:59, 1月前 , 24F
了 下次面試你就多了一堆東西可以講
09/19 17:59, 24F
你確定你要拿webform跟別人談嗎？
推
09/19 18:44, 1月前 , 25F
怎麼聽起來是金融業
09/19 18:44, 25F
這個我們有機會再談
推
09/19 19:03, 1月前 , 26F
這故事看一看覺得很熟悉，有機會說說中台架構的故事嗎
09/19 19:03, 26F
下次吧 我之後整理整理再來聊聊
→
09/19 20:43, 1月前 , 27F
結果都是人跟管理問題最大 企業IT 沒比較多都 呵呵
09/19 20:43, 27F
推
09/20 01:02, 1月前 , 28F
台灣style的敏捷開發基本上只是用來榨乾PG的工具
09/20 01:02, 28F
→
09/20 06:40, 1月前 , 29F
管理層自己都搞不定了 帶大家瞎忙最實在了XD
09/20 06:40, 29F
→
09/20 08:38, 1月前 , 30F
Hotfix跟需求我全都要 才是台灣敏捷的style
09/20 08:38, 30F
我覺得需求都只剩fix 然後搭配一些無關緊要的功能 例如法規之類的
→
09/20 08:42, 1月前 , 31F
CRM本來就不管客戶啦
09/20 08:42, 31F
網路銀行 有沒有都沒差，反正都能分行端處理
推
09/20 12:37, 1月前 , 32F
你是不是再說長榮航空的網路訂票系統 ？
09/20 12:37, 32F
→
09/20 12:38, 1月前 , 33F
每次看到那個aspx副檔名我就搖頭
09/20 12:38, 33F
→
09/20 12:40, 1月前 , 34F
內部系統用老舊framework就算了 但公開的網站需要高安全性
09/20 12:40, 34F
→
09/20 12:42, 1月前 , 35F
舊的框架有其安全侷限 security scan就一堆安全性問題
09/20 12:42, 35F
安全性問題 小聲說，這是另一個笑話了
推
09/20 15:31, 1月前 , 36F
那又怎樣？ 你還不是乖乖用，而且有出問題嗎？
09/20 15:31, 36F
看你要出什麼樣的問題 說的也沒錯，沒人用就是沒人用 反正不用，就去分行叫分行用
推
09/20 16:26, 1月前 , 37F
換個工作
09/20 16:26, 37F
對啊，一個蘿蔔一個坑 找個自己喜歡的蹲
推
09/24 09:10, 1月前 , 38F
雖然不同產業，但也遇過一模一樣的狀況
09/24 09:10, 38F
推
09/24 21:58, 1月前 , 39F
angular + webform 太美了吧 笑死
09/24 21:58, 39F
我其實有跟他講過 這以後維護上是找自己麻煩 不過喊了半天放了一年多，什麼都沒做 也可以當他只是說說而已 公司大，不怕不怕
→
09/25 08:16, 1月前 , 40F
我會看前人的code，想知道做了些什麼
09/25 08:16, 40F
我也會看啊 到職的時候先把git history看一下 我只看到 「20230501程式上線」 的log紀錄
推
09/25 11:12, 1月前 , 41F
我猜這個上線的說不定是把開發好的另外commit到新repositor
09/25 11:12, 41F
→
09/25 11:12, 1月前 , 42F
正確來做也要用push的。這樣歷史會保留下來
09/25 11:12, 42F
→
09/25 11:13, 1月前 , 43F
當然也可以把歷史都壓掉 有些公司的merge 會這樣做
09/25 11:13, 43F
→
09/25 11:13, 1月前 , 44F
我個人是喜歡看那些每一筆做了什麼
09/25 11:13, 44F
我可以斬釘截鐵地告訴你，不是 版控是跟後中台一樣的另一個章節 我有發過文，你可以去看看 ※ 編輯: TurtleGods (49.218.147.44 臺灣), 09/25/2025 12:02:30
‣ 更多 TurtleGods 的文章
文章代碼(AID): #1ep14DLc (Soft_Job)
討論串 (同標題文章)
完整討論串 (本文為第 9 之 12 篇)：
排序： 最新先 | 最舊先 | 留言數
在新視窗開啟完整討論串 (共12篇)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 TurtleGods 的文章
文章代碼(AID): #1ep14DLc (Soft_Job)