研发进度催这么紧,怎么 CodeReview? | 话题

发起人: 李俊辰
11 人讨论
2293 人围观

作为开发者,Code Review 的重要性无需多言,既能提高代码可控性和质量,还能促进技术交流,加强团队的凝聚力。但有时研发进度一直被催,根本就没有时间、没有办法进行 Code Review。

有开发者表示对此很无奈:“硬挤时间吧,或者就不 Code Review 了,一直拖的话,研发进度延期,测试的时间不够了,没办法保证质量啊。”

那么,一直在催进度的情况下,你是怎么想办法进行 Code Review 的呢?来留言说说你的方法吧。

讨论 (6 条讨论)

发布
用户头像
review 一时爽,一直 review 一直爽。。。
2019 年 11 月 18 日 22:48
回复
用户头像
我们用gitlab这样的pull request进行review。review主要针对大的框架、写法、模式之类的,目标是发现性能问题和设计模式问题。其它的交给测试了。
2019 年 11 月 18 日 10:39
回复
主要业务逻辑也可以review下,至于UI部分可以忽略
2019 年 11 月 19 日 09:38
回复
用户头像
把 review 的时间算在开发估时中吧
2019 年 11 月 18 日 10:08
回复
用户头像
review是不可能review的,这辈子都不可能review的,只能靠按时交工才能维持的了生活
2019 年 11 月 15 日 10:59
回复
用户头像
我碰到的,基本是有时间就做了,没有时间就不做了;
我理解所谓的code review重要性,都是口头上说说的,重要性远低于功能的完成、交付;

为什么没有做,我的看法:
1. 高成本, review + 代码修改;目前我们review主要人工执行;
2. review的价值,并没有认识到(或者说意识到);
由于它是一个高成本、低价值的事情,周期紧的时候,那就先放弃它吧。

要落实执行,我的想法:
1. 降低review执行成本。自动化、自动化、自动化!!! 和代码集成结合到一起,并制定检查标准,如代码缺陷率不能高于上一次的
有历史代码包袱的,如能每次针对修改的内容进行自动化检查,可以减低准入门槛
2. 部门、技术团队,要形成氛围,共同认识review的重要性,并给予一定的鼓励措施。如公司层面重视,成效更佳

展开全部
2019 年 11 月 15 日 09:28
回复
话很在理,赞~
2019 年 11 月 15 日 09:43
回复
我去查查jenkins有什么集成的工具没。。。一堆技术债务,想哭
2019 年 11 月 15 日 10:00
回复
dirEctX 回复 jevon
sonarqube
2019 年 11 月 15 日 11:07
回复
查看更多
用户头像
codereview算测试时间.
2019 年 11 月 15 日 09:04
回复
没有更多了