既然有人發文了，那我也來閒聊閒聊
程式碼阿，就不斷地推陳出新
新架構淘汰舊架構，舊架構不重構也遲早因為各種理由被砍掉
前公司很有遠瞻性
他們終於發現.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 (臺灣)
※ 文章網址 ※
推
CRPKT :
整套翻新就儘量用
strangler
fig
pattern
吧
09/18 23:09
推
brucetu :
中台就是個傻逼架構
09/18 23:36
→
brucetu :
真正該解決的問題不去解
引入更多的複雜度以為可以解決
09/18 23:37
→
brucetu :
問題
實際上只是騙開發經費
早晚要整套打掉重做
09/18 23:37
我完全同意你說的
推
qqqlll666 :
新長官就敏捷啊
前任那套瀑布開發
三年規劃
半年開發
09/19 05:41
→
qqqlll666 :
上線日不知道哪時候
你怎知道你做的是顧客要的
上線
09/19 05:41
目前的這一大包，就是因為以前不願意升級架構
→
qqqlll666 :
後流量到縮怎辦？
09/19 05:41
→
qqqlll666 :
升級架構本來就是要漸進式
慢慢把webform
邏輯抽成獨
09/19 05:41
一堆程式碼跟開發流程為了將就這坨垃圾
→
qqqlll666 :
立api
用現代框架疊新頁面
迭代交付才能控制風險
09/19 05:41
→
qqqlll666 :
大破可能大立
但更多的是直接死給你看
09/19 05:41
導致後續開發維護上的一大困難
→
qqqlll666 :
當然啦敏捷對工程師通常不是啥好事
大家都想重寫
誰想
09/19 05:41
→
qqqlll666 :
去改別人留的坑
09/19 05:41
好不容易有人要出頭要做事情
推
pmove :
同意樓上，
09/19 08:48
→
pmove :
大家都想重寫，
09/19 08:48
又被收回去惹
→
pmove :
只有少數人想看前人的code
09/19 08:48
→
brucetu :
這不叫敏捷喔
把
angular
鑲嵌到
webform，以後要改成正
09/19 09:21
→
brucetu :
常的spa有多少工要做XD
差不多又是重寫一整套的工作量
09/19 09:21
→
brucetu :
甚至超過
因為你要釐清在webform生命週期下的這些頁面
09/19 09:21
→
brucetu :
行為
確保你新的常規spa應用是否有相同的行為。不是你把a
09/19 09:21
→
brucetu :
ngular
component
拿出來兜一兜就好了
09/19 09:21
推
s0914714 :
有賺錢就好
網站沒人用大家更輕鬆
09/19 11:32
→
s0914714 :
就算新的網站上線
團隊開發的思維沒變一樣會搞爛
09/19 11:34
→
doo102510 :
當你東湊西湊
東西還是可以運行
無形間你的功力就大增
09/19 17:59
半年開發是因為新的主管砍掉專案了，不是只開發半年就要上
→
doo102510 :
了
下次面試你就多了一堆東西可以講
09/19 17:59
推
abc21086999 :
怎麼聽起來是金融業
09/19 18:44
原本的目標是要逐漸拆功能，跟舊的併行
推
p62448 :
這故事看一看覺得很熟悉，有機會說說中台架構的故事嗎
09/19 19:03
→
dildoe :
結果都是人跟管理問題最大
企業IT
沒比較多都
呵呵
09/19 20:43
慢慢引導客戶到新的網頁去
推
TAKADO :
台灣style的敏捷開發基本上只是用來榨乾PG的工具
09/20 01:02
→
dildoe :
管理層自己都搞不定了
帶大家瞎忙最實在了XD
09/20 06:40
然後，這網站沒有量縮問題
→
MOONY135 :
Hotfix跟需求我全都要
才是台灣敏捷的style
09/20 08:38
→
airtsubasa :
CRM本來就不管客戶啦
09/20 08:42
因為本來就沒流量
推
umum29 :
你是不是再說長榮航空的網路訂票系統
？
09/20 12:37
→
umum29 :
每次看到那個aspx副檔名我就搖頭
09/20 12:38
→
umum29 :
內部系統用老舊framework就算了
但公開的網站需要高安全性
09/20 12:40
→
umum29 :
舊的框架有其安全侷限
security
scan就一堆安全性問題
09/20 12:42
這不是大家想重寫
推
abccbaandy :
那又怎樣？
你還不是乖乖用，而且有出問題嗎？
09/20 15:31
推
aass5576843 :
換個工作
09/20 16:26
是上面有心想重寫
推
jacky841224j :
雖然不同產業，但也遇過一模一樣的狀況
09/24 09:10
推
Nitricacid :
angular
+
webform
太美了吧
笑死
09/24 21:58
就是那堆疊迭代的思維
→
AvatarH :
我會看前人的code，想知道做了些什麼
09/25 08:16
推
NDark :
我猜這個上線的說不定是把開發好的另外commit到新repositor
09/25 11:12
不把問題根除，反正總是有更重要的事
→
NDark :
正確來做也要用push的。這樣歷史會保留下來
09/25 11:12
→
NDark :
當然也可以把歷史都壓掉
有些公司的merge
會這樣做
09/25 11:13
造就了我上次的文章結果
→
NDark :
我個人是喜歡看那些每一筆做了什麼
09/25 11:13
老實告訴你，這公司大家只想養老退休
那一堆爛扣是給後來的人看的
我就不懂這維護到底要怎麼做
有問題到底要算在哪邊，要怎麼去抓問題
真的到時候要翻，還是要全翻
對啊有賺錢就好
反正公司不是靠你的網站賺錢的
你網站怎樣都沒差
你確定你要拿webform跟別人談嗎？
這個我們有機會再談
下次吧
我之後整理整理再來聊聊
我覺得需求都只剩fix
然後搭配一些無關緊要的功能
例如法規之類的
網路銀行
有沒有都沒差，反正都能分行端處理
安全性問題
小聲說，這是另一個笑話了
看你要出什麼樣的問題
說的也沒錯，沒人用就是沒人用
反正不用，就去分行叫分行用
對啊，一個蘿蔔一個坑
找個自己喜歡的蹲
我其實有跟他講過
這以後維護上是找自己麻煩
不過喊了半天放了一年多，什麼都沒做
也可以當他只是說說而已
公司大，不怕不怕
我也會看啊
到職的時候先把git
history看一下
我只看到
「20230501程式上線」
的log紀錄
我可以斬釘截鐵地告訴你，不是
版控是跟後中台一樣的另一個章節
我有發過文，你可以去看看
※ 編輯: TurtleGods (49.218.147.44 臺灣), 09/25/2025 12:02:30