推 vi000246: 大大的建議一針見血 的確是分工不佳及缺乏溝通的關係 06/24 23:59
→ vi000246: 現在只能盡量讓專案維持現狀別再膨脹了 06/25 00:00
→ Masakiad: 同感啊，根本不是怎麼重構，是一開始就沒搞架構的角色 06/25 01:15
推 viper9709: 推這篇 06/27 01:25
※ 引述《vi000246 (Vi)》之銘言：
: 我現在遇到一個情況 同時跟其他人開發很相似的功能
: 舉例來說 我跟B同時開發兩個電商網站
: 一個叫博客來，一個叫蝦皮好了
: B已經建好博客來商品列表頁面
: 我也要建立蝦皮的商品列表 想把B建的博客來頁面拿來用
: 因為相似度很高，打算把頁面共用的邏輯抽出來
: 放到common lib
: 但是這時B也在開發中
: 如果我重構博客來頁面，他要把code merge回博客來時就要修很多衝突
: 這時我該做的是，直接複製博客來的邏輯，先把蝦皮商品列表建出來
: 等兩邊網站都完成，再來重構嗎?
: 因為現在程式成長幅度已經有點誇張了
: 單個檔一千行程式碼
: 我怕等兩邊都完成再重構，會花更多時間
: 現在就重構會造成merge衝突，而且兩邊開發進度也不一樣
: 他寫完的code我要用，就重構他的code
: 可能會重構到沒完沒了
: 遇到這種情況該怎麼辦呢?
: 想問有比較好的方法嗎
如果專案有deadline的壓力建議是先各自發展以不相互影響為前提，最後再用剩餘時間開
一個分支做重構。其實這就是在規劃專案時沒有一個主要主導的設計人，沒有定義從系統
到功能的分工，導致代碼重工，而且缺乏溝通。
真的建議未來有機會在主導你還是要自己學會定義好工作，先學習不寫code就可以訂出功
能以及架構。我自己工作後常常遇到工程師很喜歡自幹，還沒開始就急著寫code，而不是
開始溝通定義架構統合，還有彼此在工作的時候還是要切記不要去做重構這件事，除非所
有的規劃才剛開始，或是你可以保證在對方繼續做前就全部重構完，否則根據經驗你們就
會一直陷入無限重構中。
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 101.12.43.15 (臺灣)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1593011937.A.936.html