※ 引述《vi000246 (Vi)》之銘言：
: 一個叫博客來，一個叫蝦皮好了
: B已經建好博客來商品列表頁面
: 我也要建立蝦皮的商品列表 想把B建的博客來頁面拿來用
: 因為相似度很高，打算把頁面共用的邏輯抽出來
: 放到common lib
: 但是這時B也在開發中
: 如果我重構博客來頁面，他要把code merge回博客來時就要修很多衝突
: 這時我該做的是，直接複製博客來的邏輯，先把蝦皮商品列表建出來
: 等兩邊網站都完成，再來重構嗎?
: 因為現在程式成長幅度已經有點誇張了
: 單個檔一千行程式碼
: 我怕等兩邊都完成再重構，會花更多時間
其實我真的不懂為什麼要急著重構
有好處嗎?
一般而言，重構都是發生在農閒的時候
就是沒有新案子在趕，老闆又要想辦法把人力資源給排滿
以免被上面丟一坨賽過來的最好理由
那你急著重構就會遇到三個問題
1. 會不會影響到專案的時程
2. 會不會產生不預期的bug，或是到時候需求改變，搞死自己和對方
3. 農閒的時候沒理由打混
吃力不討好
真正好的做法是，雙方先把架構談好再來繼續做
不要想要自己一個人來自幹
另外
要重構一般的先決條件是要有一個完整的unit test來support
或是有一個願意做regression的QA來陪你
請問有達到這些條件了嗎?
By the way
我是同意邊寫邊重構這句話的人，但僅限於小地方修改