※ 引述《vi000246 (Vi)》之銘言： : 我現在遇到一個情況 同時跟其他人開發很相似的功能 : 舉例來說 我跟B同時開發兩個電商網站 : 一個叫博客來，一個叫蝦皮好了 : B已經建好博客來商品列表頁面 : 我也要建立蝦皮的商品列表 想把B建的博客來頁面拿來用 : 因為相似度很高，打算把頁面共用的邏輯抽出來 : 放到common lib : 但是這時B也在開發中 : 如果我重構博客來頁面，他要把code merge回博客來時就要修很多衝突 : 這時我該做的是，直接複製博客來的邏輯，先把蝦皮商品列表建出來 : 等兩邊網站都完成，再來重構嗎? : 因為現在程式成長幅度已經有點誇張了 : 單個檔一千行程式碼 : 我怕等兩邊都完成再重構，會花更多時間 : 現在就重構會造成merge衝突，而且兩邊開發進度也不一樣 : 他寫完的code我要用，就重構他的code : 可能會重構到沒完沒了 : 遇到這種情況該怎麼辦呢? : 想問有比較好的方法嗎 如果專案有deadline的壓力建議是先各自發展以不相互影響為前提，最後再用剩餘時間開 一個分支做重構。其實這就是在規劃專案時沒有一個主要主導的設計人，沒有定義從系統 到功能的分工，導致代碼重工，而且缺乏溝通。 真的建議未來有機會在主導你還是要自己學會定義好工作，先學習不寫code就可以訂出功 能以及架構。我自己工作後常常遇到工程師很喜歡自幹，還沒開始就急著寫code，而不是 開始溝通定義架構統合，還有彼此在工作的時候還是要切記不要去做重構這件事，除非所 有的規劃才剛開始，或是你可以保證在對方繼續做前就全部重構完，否則根據經驗你們就 會一直陷入無限重構中。 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.12.43.15 (臺灣) ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1593011937.A.936.html