※ 引述《vi000246 (Vi)》之铭言： : 一个叫博客来，一个叫虾皮好了 : B已经建好博客来商品列表页面 : 我也要建立虾皮的商品列表 想把B建的博客来页面拿来用 : 因为相似度很高，打算把页面共用的逻辑抽出来 : 放到common lib : 但是这时B也在开发中 : 如果我重构博客来页面，他要把code merge回博客来时就要修很多冲突 : 这时我该做的是，直接复制博客来的逻辑，先把虾皮商品列表建出来 : 等两边网站都完成，再来重构吗? : 因为现在程式成长幅度已经有点夸张了 : 单个档一千行程式码 : 我怕等两边都完成再重构，会花更多时间 其实我真的不懂为什麽要急着重构 有好处吗? 一般而言，重构都是发生在农闲的时候 就是没有新案子在赶，老板又要想办法把人力资源给排满 以免被上面丢一坨赛过来的最好理由 那你急着重构就会遇到三个问题 1. 会不会影响到专案的时程 2. 会不会产生不预期的bug，或是到时候需求改变，搞死自己和对方 3. 农闲的时候没理由打混 吃力不讨好 真正好的做法是，双方先把架构谈好再来继续做 不要想要自己一个人来自干 另外 要重构一般的先决条件是要有一个完整的unit test来support 或是有一个愿意做regression的QA来陪你 请问有达到这些条件了吗? By the way 我是同意边写边重构这句话的人，但仅限於小地方修改 -- 紫枫碎碎念 YouTube频道：https://www.youtube.com/user/tbpfs FB粉专：https://www.facebook.com/tbpfs2/ blog: http://tbpfs1.blogspot.com/ --

※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 118.171.49.197 (台湾) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1593016374.A.AF1.html