为什么很小的产物需求,偶然辰也会花费很长的时候?一个很重要的缘由,就是做决议所需要的时候较多。 终极做决议前,需要事前领会清楚布景、约束条件、用户、场景等各类身分,一旦在某一处碰到卡点题目,这个需务实现的阵线就会被大大拉长。 本次复盘的这个小需求,就触及到了用户脚色、技术实现等方面的决议身分。 一、需求布景资本上线时需要对照本次上线版本和线上版本的部分代码设置,标识出具体diff(分歧),供开辟职员检验确认。避免在上线后,由于有不合适要求的diff,致使线上出现题目。 二、具体做了什么?由于自己开辟diff对照功用的本钱较高,所以我们的开辟职员挑选在现成的代码对照组件上停止点窜,来实现产物需求,并成功上线。 三、碰到了什么题目?需求上线后,未介入开辟的另一位后端同事,发现了一个被其称为“不合适直觉”的题目。 本来,在大大都代码diff对照时,都是左侧为旧版本,右侧为新版本,就像下面这张示例图一样。 可是在我编写的prd中,版本恰好反了过来,左侧是新版本,右侧是旧版本。 而且后来发现,在技术实现时,只是代码版本反了过来,上图中所示的色彩、➕➖号的标识逻辑还是本来常用的左侧旧,右侧新。 这就致使diff对照是有了,可是既不合适开辟职员的阅读习惯,色彩和加减号的标识也不太正确。 需求目标虽然就是可以看到那里有diff就行,可是实现的并欠好。 四、为什么会出现题目?事后我自己总结,我以为出现这些题目标缘由有以下2个:
五、若何处理的?在接收到题目反应后,我做了以下思考。 1. 这个题目要不要改,怎样改?不改的话,实在也能知晓新旧版本的diff情况,并没有什么本色性大的影响。 改的话,是让前端把色彩和加减号的标识,改成合适现在“左侧新右侧旧”的逻辑,还是间接把代码版本改成合适法式员直觉的“左侧旧右侧新”? 2. 谁来检察diff?必定是开辟职员了,在上线时,营业和产物司理一般也不会关注代码设置的差别情况,所以从这个角度上来说,版本对照的功用,还是要合适开辟职员的阅读习惯,也就是后端同事说的,要合适开辟职员的直觉。 3. 修复本钱多高?在和开辟同事相同后,假如想要把代码设置改成合适直觉的左侧旧版本,右侧新版本,只需要左右两偏重新取数就行,点窜本钱很低。 而要点窜色彩和加减号的标识逻辑,需要重新调研组件中能否可以点窜,本钱较高,且还纷歧定能改。 综合斟酌后,还是决议让开辟同事间接将代码设置,改成合适直觉的左侧旧版本,右侧新版本。 六、若何改良?
本文由 @向上的小霍 原创公布于大家都是产物司理,未经作者答应,制止转载。 题图来自Unsplash,基于CC0协议。 该文概念仅代表作者本人,大家都是产物司理平台仅供给信息存储空间办事。 |