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