Code Review 工程实践

作者/分享人:帐前卒
曾任server技术负责人和架构师职位。csdn博客专家、csdn大型网站架构知识库特邀编辑。个人blog:http://chillyc.info。主要产品:有道云笔记、并行在线运维、并行超算云和并行快传等。

本场 Chat 将涵盖以下三方面内容:

  1. 如何提高 review 的技巧?将以 Java 代码为例进行分析。
  2. review 流程设计,是单人 review 还是多人协作 review。
  3. 如何推动公司层面 code review。推动过程中如何克服遇到的阻力。

希望阅读此文的读者在提高自己开发技巧的同时,可以推动公司层面的 code review,以此提高全公司的研发实力。本场 Chat 适合中高级开发者及公司技术决策者阅读。阅读后,交流讨论群将针对 review 中的难点以及推动 review 过程中的阻力,探讨解决方案。

已有123人预订
预订达标
文章出炉
交流日期
     
07月23日
08月03日
08月10日 20:30
查看文章评论/提问
苏珂
关于公司百分百时间都用到了 研发上,需要先耐心等待,那就是无作为,要等待到什么时间,如何开始,开始的契机是什么?
帐前卒: 已在chat实录中回答
苏珂
我就是身在这样一个百分百时间都投入研发的公司,但是我作为一个5人小组的leader,已经开始推行code review 确实有时候会延后deadline,难道按照你的说法,我要先暂停这个事情么,项目永远都那么急,我到底什么时候开始
帐前卒: 你的情况属于比较好的。我之前的论述中,推动者其实并不是Team Lead。你已经有一个团队了,你其实可以把控整个团队的时间。另外项目不可能都这么急,总有忙里偷闲的时间。而作为Team Lead的你,应该需要花更多的时间在团队代码交付上(时间点、质量)。你需要整理一下现在团队成员的时间分配,是主要放在编码上,还是debug, 还是返工排错,还是因为需求变动导致的编码时间延长,还是开会等一系列无关编程的事情上。然后再看code review对你团队的收益。如果你觉得code review的收益大于支出,就砍掉其他事情上的时间,或者拖延交付时间,或者减少需求。 最怕的事情其实不是项目急,因为总会有不急的时候。最怕的是要不断的偿还之前的技术债。当然你项目急可能是你对需求没有把控,做的都是特殊的需求;也可能是没有做好设计,一直都用特殊的代码解决问题。 忘记回答你的问题了:对于你的团队,等成员有空闲时间再开始。而对于你,现在就可以开始review了。
Yang
关于的"review的策略", 在项目初期, 中期以及后期, 分别采取不同的策略, 很有道理,具体如何实践呢? 是对同一段代码多次review吗? 在合并时对PR进行review时, 怎样实践这个策略呢?
帐前卒: 已在chat实录中回答
倾城志
赞赞赞!问题如下: 1. 现在有很多代码质量检查框架,自动化检查与“人工”review 该如何结合呢?老师有没有实践效果不错的检查框架推荐? 2. 多人review 是比较耗费时间的(有时候还会发生小规模“争斗”),什么情形下多人review 是必须的?或者说多人review 需要什么样的前提条件? 谢谢
帐前卒: 已在chat实录中回答
陈伟
1、麻烦推荐下自动化工具 2、如何将review与绩效考核结合起来
帐前卒: 已在chat实录中回答
张大侠
对于后端、服务端的code review比较多,不知道对于前端来说code review是不是就比较少了?前端进行code review老师有什么好建议吗?
帐前卒: 已在chat实录中回答
你可能还喜欢
Service Mesh 在华为公有云的实践
田晓亮
利用 OpenCV 和 Caffe,根据大合影构造“平均脸”
李烨
从零开始,搭建 AI 音箱 Alexa 语音服务
Mike
Web 安全恩仇录:再谈逻辑漏洞
肖志华
TensorFlow 分布式原理与应用实践
刘光聪
编程和数学基础不佳如何入门人工智能?
赵宁|Neal
微信扫描登录