研发进度催这么紧，怎么 CodeReview？ | 话题

发起人：李俊辰
13 人讨论
2577 人围观

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


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


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


文化 & 方法语言 & 开发社区

讨论 (14 条讨论)

发布
用户头像
方小栈
这得看公司的研发基础设施和企业文化有关
2019 年 12 月 19 日 17:54
回复
用户头像
杨振涛
code review 属于质量成本！ 如果单纯想提升质量又不想付出成本，那就是空谈了。

但是质量成本有边际效应，超过一定的临界值后，持续的质量成本投入并不会获得与此前相当的效果。
2019 年 12 月 18 日 11:17
回复
用户头像
mghio
review 一时爽，一直 review 一直爽。。。
2019 年 11 月 18 日 22:48
回复
用户头像
Eldon
我们用gitlab这样的pull request进行review。review主要针对大的框架、写法、模式之类的，目标是发现性能问题和设计模式问题。其它的交给测试了。
2019 年 11 月 18 日 10:39
回复
包罗万象
主要业务逻辑也可以review下，至于UI部分可以忽略
2019 年 11 月 19 日 09:38
回复
用户头像
sololo
把 review 的时间算在开发估时中吧
2019 年 11 月 18 日 10:08
回复
用户头像
张sir
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
回复
jevon
我去查查jenkins有什么集成的工具没。。。一堆技术债务，想哭
2019 年 11 月 15 日 10:00
回复
dirEctX回复jevon
sonarqube
2019 年 11 月 15 日 11:07
回复
查看更多回复
用户头像
Sai(心如止水)
codereview算测试时间.
2019 年 11 月 15 日 09:04
回复
没有更多评论了