拿到糟糕旧页面，前端选择重构还是修补？
领导让我重构2000行的屎山，评估完说：算了先别动领导把一个跑了四年的H5项目扔给我，说“代码有点乱，你看能不能重构一下”。我打开一看，想辞职。一个Vue组件两千行，React和Vue混着用，JS/TS类型检查全关。注释只有一行：“暂时这样，后面再改”——这是上上个人写的，他离职都两年了。我评估了一整天，跟领导说全重构大概一个月。他皱了皱眉，问修补呢。我说两周，但半年后还得重构，到时候屎山更大。他说那就半年后再说。半年后再说。这句话我在这家公司听了五年了。每次都是先补补先上线后面再优化，结果后面永远是下一个需求的排期。就跟家里水管漏水，每次都拿胶带缠一圈说先凑合用，凑合了三年墙都发霉了才想起来修。不过我后来想明白了——不是所有屎山都值得挖。有些屎山你挖开了发现下面是化粪池，你重构完业务方说这个功能早就不用了。所以拿到旧页面先问三个问题：这个页面还活多久、用户量大不大、动不动就挂。三个答案是“久、大、挂”，那就争取重构。三个答案是“短、小、稳”，补补能跑就行，别把自己搭进去。重构还是修补的扣1，补补能跑就行的扣2，我看看哪边人多。反正我投修补，我家猫还等我回去喂罐头。
发布于 浙江
分享
评论
赞
未登录
友善发言
评论
加载中
