拿到糟糕旧页面，前端选择重构还是修补？
有个同事拿到烂页面直接重构，结果排期三个月、上线当天回滚两次，被老板骂“不如不改”。另一个同事只在烂代码上加注释、抽公共组件、补TypeScript类型，两周交付，用户没感知但开发效率翻倍。我的经验：修补不是怂，是算ROI。改一个Bug引出两个新Bug、每次迭代像拆雷，说明技术债利率已经高于重做成本，这时候修补是坑。反之，烂但稳定、改动频率低，修补+防腐层是最优解。拿不准时问自己三个问题：改动是否波及数据流/权限？业务能否接受分模块迁移？团队有没有重做后的测试资源？三个都否，修补；有一个是，就开始规划重构。
发布于 湖北
分享
评论
赞
未登录
友善发言
评论
加载中
