写代码时怎么把部分代码复制_代码和其他评论（一小部分建议）

写代码时怎么把部分代码复制

许多团队会定期进行某种形式的审查。 我不是在考虑人员审查或预算审查，而是在考虑代码审查，但它可能是测试审查，文档审查或其他。 每天都需要进行的评论，但经常会延迟。

让我们坚持使用代码审查，因为它们是我最常遇到的类型。

代码审查很好，从某些方面来说，它们是尽早消除错误的最有效方法-尽管与TDD相比，我还没有看到代码审查。 但是，如果不及时进行代码审查，则会失去其效力。 要求进行审查与进行审查之间的时间间隔越长（并延伸进行评论意见），审查的效果就越差。

其影响之所以降低是因为：a）要求进行审查的人已经转移到其他事务上； b）可能会重复进行审查中发现的问题，直到进行审查为止；并且c）审查将给交付过程带来延迟，或者在这种情况下，如果不进行审核就可以交付产品，那有什么意义呢？

因此：如果您要进行审核，则希望它们尽快进行。

有问题的不仅是代码和开发人员。 当指定的审阅者有其他重要评论时，他们会感到“做审阅”的压力！ - 要做的工作。

我认识的一个团队提出了一个简单的解决方案。 我最近将解决方案推荐给了另一个Swift采用该解决方案并感到高兴的团队。 一位开发人员说：“我从来没有像现在这样放松过。”

解决方案是…

在早上的站立会议之后，使评论成为第一项工作。 并且也让人们在站起来之前做它们。

因此，站立完成后，每个人都会在开始工作之前进行必要的任何检查。 审查工作的优先级要高于新工作：毕竟，昨天，现在需要审查的事情才是优先事项，它可能仍然是整体优先事项，而介于它和“完成”之间的唯一事情就是审查。

审核通常不会花费很长时间，因此今天的工作不会延迟。 评论评论的接收者可以在评论进入今天的工作之前对其进行操作。

更妙的是，知道复习将在站立会议之后立即进行，这意味着在站立会议之前进行复习也是有意义的。 这也解决了以下问题：“我知道必须停止做任何事情时，如何有效地利用站立会议之前的时间。”

因此，例如，周二下午的图像Bob要求Alice审查他刚刚完成的代码。 如果爱丽丝有空，她可能会在那里再做。 但是如果她很忙，她会等待。 现在，如果她在上午9点上班，并且站立起床时间是9.30，则可以在站立起床前继续进行检查，如果她做完了，Bob将会得到他的反馈，并可以在上午10点之前采取行动。 如果爱丽丝不了解鲍勃的代码，那么她将在会议结束时于9.45am进行操作。

无论哪种方式，鲍勃都不会等待。

在某种程度上，这之所以起作用是因为它使评论队列很短。 如果评论很快就完成了，比如说在24小时之内，那么队列就不会变得太大，因此很容易使队列变短。

其中一个团队实际上在董事会上放置了一个专栏，可以等待等待审查的任务。 在站立状态中，每个人都可以看到正在等待审核的内容并进行安排。

真的很简单。

当我们讨论代码审查时，让我对其他事情发表评论。

人们通常认为只有高级开发人员或“建筑师”才应进行审查。 我认为这种方法被误认为有两个原因。

首先，在此模型中，审阅者比审阅者少得多是正常的。 这通常会导致要排队进行审阅，因为同时还有其他工作要做的审阅者人数很少。

其次，该模型假设只有“建筑师”才能对代码进行有用的注释。 我认为，代码审查的有效性中的大部分（例如80％）不是由专家审查代码而导致的，而仅仅是由另一个人对代码进行审查的结果。

的确，我什至甚至说初级人员应该审查高级人员的规范。 代码审查是一种双向学习过程-我喜欢看到它们面对面完成的原因之一。 如果有经验的开发人员正在编写初级无法理解的代码（ 我为什么要考虑C ++元模板？ ），那么有经验的人员应该知道他们正在编写其他人无法维护的代码。

无论如何，您去了，让我知道您是否尝试此想法以及结果如何。

翻译自: https://www.javacodegeeks.com/2015/03/code-and-other-reviews-a-small-piece-of-advice.html

写代码时怎么把部分代码复制