※ 引述《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/cn.aspx?n=bbs/Soft_Job/M.1593011937.A.936.html