什么是执行代码审查的最可靠方法之一?

我从来没有找到执行代码审查的优秀方法,但通常我的消费者也需要它们。 每个消费者看起来都是以不同的方式做到这一点,而且我从来没有真正感受到任何一个人的完全满意。

什么是您执行代码审查最可靠的方法之一?

举个例子:

  • 是否有人被认为是最高质量的看门人并且还评估了代码,或者该组是否具备标准?
  • 您是否将代码评估为使用投影仪的团体锻炼?
  • 是通过个人,使用电子邮件还是使用设备进行的?
  • 您是否避免使用推荐书并使用集合节目和累积代码占有等点来提高某些代码质量?
0
2019-05-04 22:22:27
资源 分享
答案: 6

智能熊,我们不仅制作了代码审查工具,而且每天都在使用它。 这是我们成长过程的关键部分。 我们会评估获得登录状态的每项调整。

我认为,出于以下几个因素,有一个单独的网守代码客户是一个负面建议。 该个人将成为交通拥堵,并且他们需要做太多的代码评估(仅是为了维持任务重定位)而无法实际工作(一次60-90分钟是性能的限制)。 代码审查是共享建议和专业知识的绝佳手段。 尽管您的网守有多大的超级明星,但他们仍可以从小组中的其他成员中接任。 另外,让每个人都进行代码审查会进一步发展“集体代码所有权”设置-个人真正感到自己拥有代码的最高质量(不仅仅是质量保证或关守)。

我们在“ 对等代码审查的最佳做法”上有一个免费的白皮书,其中包含11个使代码审查可靠的指针。 这些内容与John所介绍的指南中的网页内容非常吻合。

0
2019-12-04 07:12:24
资源

如果您不参加演出,我建议您使用代码审查。

更不用说配对的优点和缺点,但是很难挑战频繁(至少)由另一个人对您的代码进行频繁评估的良好结果。 该代码也是由(至少)两名设计人员创建和制作的-几乎没有什么比这更好的了。 我声称“至少”是由于imo这个事实,您需要尝试切换设置 很多 因此,每个人都可以使用该代码在工作场所获得机会。

0
2019-12-04 04:32:16
资源

在我的工作中,我们有一个非常简单明了的规定: 调整必须至少由另一位程序员评估,然后再组合起来或专心于行李箱。 。 在我们的例子中,这表明您的计算机系统上实际上还有其他各种人,并且还经历了调整清单。 这不是一个很好的系统,但是它实际上明显提高了代码质量。

如果您认识到您的代码很有可能会受到评估,那么您将不得不首先查看它。 此后出现了一些麻烦。 在我们的系统下,您需要向客户说明所做的事情,这又使您看到过去可能错过的麻烦。 另外,如果您的代码中的某些内容不能很快被客户清除,则这是一个很好的信号,表明需要更好的名称,注释或重构。 而且,当然,客户也可能会发现问题。 此外,在考虑调整的同时,客户可能还会看到相邻代码中的问题。

该系统有两个主要缺点。 当调整不重要时,对其进行评估几乎没有感觉。 但是,我们绝对需要遵守这些法规,以免在宣布调整不重要时产生“微不足道”的多米诺骨牌效应。 另一方面,这不是评估对系统进行实质性调整或增强新零件的好方法。

实际上,在一个程序员肯定会通过电子邮件将代码评估给该小组的其余成员之前,我们实际上曾尝试过额外的官方推荐,然后整个小组肯定会相互讨论并进行审查。 每个人都花了大量时间,因此这些推荐很少见,而且获得的代码库中只有很小一部分得到了评估。 实际上,“其他人在提交之前先评估调整”实际上对我们来说更好。

0
2019-12-04 04:06:37
资源

如果您正在处理一项任务,许多人肯定会在代码库中添加一个典型的开发需求。

现在,根据我的经验,最好将某人标记为代码见证的“王”,如果你肯定以及他/她声称的那样。 如果一个顾客不遵守标准,国王一定会关心它。

作为一个开发人员,我有时会评估我自己的代码,以便清晰,合理,还有其他一些小东西。 一般来说,我们使用javadoc或类似于我们编码的语言,并使用@writer标签将所有权附加到功能,课程等

如果某项功能无法解决,我们会与业主交谈,与班级等完全相同

0
2019-05-08 05:27:40
资源

我比如代码评论,虽然他们可能会感到不舒服。 我喜欢它们的因素是它们更多地关注代码以及各种观点。 我认为尽管设置了节目,但需要对代码进行评估。 对于使用完全相同的代码工作的2个人来说,很容易共同犯同样的错误,以至于各种各样的眼睛都不会错过。

如果与投影仪一起完成,它实际上需要独立评估 之前 此次会议。 或者,它只是一种加重的野鹅追逐。

我刚刚使用电子邮件和团队完成了代码审查。 通常说话,我不认为他们需要个人进行。 你真的觉得有点额外的压力要急于通过代码评估你的肩膀。 我认为用于代码评估的设备肯定是一个很好的属性,因为它可以帮助几个普通的方面,并且它需要使得在使用电子邮件之后标记麻烦的代码更简单。

让某人做所有代码审查的麻烦在于它可能是一个交通堵塞。 有良好记录和编码标准,它不是必需的。 依靠环境/发布 - 时间表,可能是一个很好的建议,不断让一个人作为备用代码客户。

我确实认为代码占有是一个很好的建议,因为他或她可以将识别代码作为首要任务,也可能扮演看门人的责任。

0
2019-05-08 05:23:43
资源

在我的公司,每个工作都被指定一名测试人员来检查工作,另外还有一名代码客户来评估代码。

如果您的项目当前已启动,并且您打算查看它,您没有做任何不正确的事情(例如照顾泄漏或内存泄漏)代码审查是一个很好的观点。 我假设在启动项目之前的第一次增长中,代码审查可能太过分了。

如果你的小组有所有老年程序员,那么同行的见证仍然有价值。 每个人偶尔会犯错误。 如果你的小组有一些长者和一些小辈,那么老年程序员可以进行代码审查,但仍然会对老年人的代码进行代码审查。

代码见证的一个重要特征是它可以捕获我们犯的错误,但它不能替代筛选。

0
2019-05-08 05:17:41
资源