既然有人发文了，那我也来闲聊闲聊
程式码阿，就不断地推陈出新
新架构淘汰旧架构，旧架构不重构也迟早因为各种理由被砍掉
前公司很有远瞻性
他们终于发现.Netframework 4.0 这东西不行了(大约20年)
webform搭配jQuery，连一个打后端API的功能都没有
我刚到的时候看到 PageLoad() 一脸黑人问号
然后也去了解，为啥我们客户十几万，使用网站的比率不到2成
用那不到2成的功能
甚至很有心的实地访谈，出题目去找客户使用，找找问题在哪里
简单说结论: 因为难用到不行啊
接口老旧，转圈圈超久，功能分类奇差无比
还会从.cs 档案传字串回去前端组元件(懂得都懂)
然后就报错
回来主题，所以他们花了三年的时间准备、规划
找了厂商重新设计UI，请了新的前端工程师套用Angular前端页面
搭配.Net Core 8 想要重新改革
改成微服务架构跟上云端
这一切都是上面有心要改革想要做好的内容(毕竟花了三年)
上工做了半年以后
来了一个新长官
新来的长官觉得这太浪费时间了，‘啪! 没了!’
但是他还是想要有新的功能
所以最后他决定把Angular镶嵌进去webForm里面
就是某些新功能点进去，画面是由Angular来做的
后端API改成中台架构那是另一个故事
最终结论
没错，要不要重构不是我们这些小工程师决定的
就算长官决定要做了，而且也已经开始做了
也是有可能新来的长官一来你就GG
毕竟大家都是出来混口饭吃的
真的不爽逃命比较实在
重构做好了没有KPI，做坏了全部算你头上
说来说去每间公司都是洞
就自己挑一个比较舒服的洞蹲著吧
作者: CRPKT (crpkt) 2025-09-18 23:09:00
整套翻新就尽量用 strangler fig pattern 吧
作者:
brucetu (sec)
2025-09-18 23:36:00中台就是个傻逼架构真正该解决的问题不去解 引入更多的复杂度以为可以解决问题 实际上只是骗开发经费 早晚要整套打掉重做
新长官就敏捷啊 前任那套瀑布开发 三年规划 半年开发上线日不知道哪时候 你怎知道你做的是顾客要的 上线后流量到缩怎办？升级架构本来就是要渐进式 慢慢把webform 逻辑抽成独立api 用现代框架叠新页面 迭代交付才能控制风险大破可能大立 但更多的是直接死给你看当然啦敏捷对工程师通常不是啥好事 大家都想重写 谁想去改别人留的坑
作者:
pmove (金疾柠檬)
2025-09-19 08:48:00同意楼上，大家都想重写，只有少数人想看前人的code
作者:
brucetu (sec)
2025-09-19 09:21:00这不叫敏捷喔 把 angular 镶嵌到 webform，以后要改成正常的spa有多少工要做XD 差不多又是重写一整套的工作量甚至超过 因为你要厘清在webform生命周期下的这些页面行为 确保你新的常规spa应用是否有相同的行为。不是你把angular component 拿出来兜一兜就好了
有赚钱就好 网站没人用大家更轻松就算新的网站上线 团队开发的思维没变一样会搞烂
作者: doo102510 2025-09-19 17:59:00
当你东凑西凑 东西还是可以运行 无形间你的功力就大增了 下次面试你就多了一堆东西可以讲
作者:
p62448 (OMGG)
2025-09-19 19:03:00这故事看一看觉得很熟悉，有机会说说中台架构的故事吗
作者: dildoe (Dildo) 2025-09-19 20:43:00
结果都是人跟管理问题最大 企业IT 没比较多都 呵呵
作者:
TAKADO (朕没给的你不能抢)
2025-09-20 01:02:00台湾style的敏捷开发基本上只是用来榨干PG的工具
作者: dildoe (Dildo) 2025-09-20 06:40:00
管理层自己都搞不定了 带大家瞎忙最实在了XD
Hotfix跟需求我全都要 才是台湾敏捷的style
作者:
umum29 (....)
2025-09-20 12:37:00你是不是再说长荣航空的网络订票系统 ？每次看到那个aspx副档名我就摇头内部系统用老旧framework就算了 但公开的网站需要高安全性旧的框架有其安全侷限 security scan就一堆安全性问题
angular + webform 太美了吧 笑死
作者: AvatarH (Avatar Hsieh) 2025-09-25 08:16:00
我会看前人的code，想知道做了些什么
作者:
NDark (溺于黑暗)
2025-09-25 11:12:00我猜这个上线的说不定是把开发好的另外commit到新repositor正确来做也要用push的。这样历史会保留下来当然也可以把历史都压掉 有些公司的merge 会这样做我个人是喜欢看那些每一笔做了什么