※ 引述《vi000246 (Vi)》之銘言：
: 我現在遇到一個情況 同時跟其他人開發很相似的功能
: 舉例來說 我跟B同時開發兩個電商網站
: 一個叫博客來，一個叫蝦皮好了
: B已經建好博客來商品列表頁面
: 我也要建立蝦皮的商品列表 想把B建的博客來頁面拿來用
: 因為相似度很高，打算把頁面共用的邏輯抽出來
: 放到common lib
: 但是這時B也在開發中
: 如果我重構博客來頁面，他要把code merge回博客來時就要修很多衝突
: 這時我該做的是，直接複製博客來的邏輯，先把蝦皮商品列表建出來
: 等兩邊網站都完成，再來重構嗎?
: 因為現在程式成長幅度已經有點誇張了
: 單個檔一千行程式碼
: 我怕等兩邊都完成再重構，會花更多時間
: 現在就重構會造成merge衝突，而且兩邊開發進度也不一樣
: 他寫完的code我要用，就重構他的code
: 可能會重構到沒完沒了
: 遇到這種情況該怎麼辦呢?
: 想問有比較好的方法嗎
1. 你不應該去動別人開發中的 code, 除非 pair 或你是有被授權的人.
2. 你可以使用他的 code , 建 common, 但你不應該改回他的部分(理由1).
3. 假設改完會有衝突, 那表示你做的不是重構.
4. 如果完成再重構會花更多時間, 那表示你做的不是重構.
5. 你要用他的 code , 跟你要整理重構, 是兩回事.
所以你要先搞清楚你要做的事情, 是解決你的事情,
還是幫別人改(你未必有取得授權的) code.
你拿別人的東西, 改成自己能用的 common lib,
用自己的 common lib, 這樣基本上應該不至於被靠北.
但去動別人正在開發的東西, 說穿了, 你知道人家在幹嘛嗎?
你權責上能對人家時程負責嗎?
或說穿了, 你可以負起 fix conflict 的責任嗎?
另外有個版友說重構是農閒的事情,
其實重構是越忙的地方越需要, 因為會忙通常就是沒在重構,
但是這篇原文講得並不是重構,
而是在僭越職責的前提底下自作聰明改別人的程式碼.
厲害的人應該是會抽出正確的 common,
當A 跟B都做完的時候, 拿 common 套回去不會很久的.
會被開發拖著走的 common, 表示需求根本就還沒穩定到可以共同重構啊.