拿到糟糕旧页面，前端选择重构还是修补？
我经历过几次系统重构，也见过前端同事在重构问题上跟 leader 谈崩的情况。最常见的场景是，前端同学评估要三周重构，leader 说现在冲刺期，先修补上线再说。结果修了两次还是出问题，最后重构时间变成了两个月。从后端角度看这件事，重构的时机比重构本身更关键。业务后端系统里有一条规律，数据库表结构乱了的时候，你加字段也好、加索引也好，都是在延缓问题爆发，不是在解决问题。前端的组件依赖关系混乱了，本质上是一回事。我建议前端在争取重构机会时，不要只说“这代码太烂了”，而是换一个说法，“现在每新增一个功能，联调时间比正常多出30%，我估算过，下一个迭代会卡在这里。”把技术债翻译成时间成本，leader 更容易接受。
发布于 湖南
分享
评论
赞
未登录
友善发言
评论
加载中
