Re: [请益] 这种情况要怎么重构

楼主: sxy67230 (charlesgg)   2020-06-24 23:18:55
※ 引述《vi000246 (Vi)》之铭言:
: 我现在遇到一个情况 同时跟其他人开发很相似的功能
: 举例来说 我跟B同时开发两个电商网站
: 一个叫博客来,一个叫虾皮好了
: B已经建好博客来商品列表页面
: 我也要建立虾皮的商品列表 想把B建的博客来页面拿来用
: 因为相似度很高,打算把页面共用的逻辑抽出来
: 放到common lib
: 但是这时B也在开发中
: 如果我重构博客来页面,他要把code merge回博客来时就要修很多冲突
: 这时我该做的是,直接复制博客来的逻辑,先把虾皮商品列表建出来
: 等两边网站都完成,再来重构吗?
: 因为现在程式成长幅度已经有点夸张了
: 单个档一千行程式码
: 我怕等两边都完成再重构,会花更多时间
: 现在就重构会造成merge冲突,而且两边开发进度也不一样
: 他写完的code我要用,就重构他的code
: 可能会重构到没完没了
: 遇到这种情况该怎么办呢?
: 想问有比较好的方法吗
如果专案有deadline的压力建议是先各自发展以不相互影响为前提,最后再用剩余时间开
一个分支做重构。其实这就是在规划专案时没有一个主要主导的设计人,没有定义从系统
到功能的分工,导致代码重工,而且缺乏沟通。
真的建议未来有机会在主导你还是要自己学会定义好工作,先学习不写code就可以订出功
能以及架构。我自己工作后常常遇到工程师很喜欢自干,还没开始就急着写code,而不是
开始沟通定义架构统合,还有彼此在工作的时候还是要切记不要去做重构这件事,除非所
有的规划才刚开始,或是你可以保证在对方继续做前就全部重构完,否则根据经验你们就
会一直陷入无限重构中。
作者: vi000246 (Vi)   2020-06-24 23:59:00
大大的建议一针见血 的确是分工不佳及缺乏沟通的关系现在只能尽量让专案维持现状别再膨胀了
作者: Masakiad (Masaki)   2020-06-25 01:15:00
同感啊,根本不是怎么重构,是一开始就没搞架构的角色
作者: viper9709 (阿达)   2020-06-27 01:25:00
推这篇

Links booklink

Contact Us: admin [ a t ] ucptt.com