为什么好多人code review不会一次把comment都写出来

有些人一开始写一个comment，我改完以为可以ship了又去写一个comment(不是新改的代码)，我再改完了又去写一个comment(还是老代码)，本来以为一天结束的拖了很多天。。。而每改一次我后面的diff就要重新rebase一次很痛苦。。

这种应该怎么加快进度

😭 因为每看一遍写出的读后感都是不同的

people block others to justify their own impact

严谨的review程序是每个iteration都要当作新的一样重新过一遍。

如果这些comment都make sense的话也还说得过去

喜欢把流处理那一套用在PR Review上。。

我一般给人code review，都是一次性给完comment，除非是新加的部分，不然很讨厌这样。 聊一下呗，让他不要着急publish comments, 看完一起发，或者下次问他一下，是不是没别的comment。 或者就是你把review再split成更小的reviews，方便他一次性看完

就是第一次没有认真看。你可以写些说明，让code review更容易理解，减少review难度，会有些帮助。

我有时候会在大概成形的时候就开始给别人看，同时自己也会再看看哪里可以改进。

我有些队友也这样，我和他们聊过了以后得到以下的几个解释：
- 有些重复的错误，但是只有其中一个被评论了
- 要注意有side-effect的情况，你修改了一个地方可能会导致其他地方也需要修改
- 个别的错误不易察觉，可能在第二次review的时候才看到

总结：pr在提交之前自己先做一次review，队友review完之后作出修改，并且再查漏补缺一下。我没办法要求我的队友做出改变，但是我可以自己多做一点来避免重复冗余交流。

过了一段时间有了新想法。或者改动太多，看了一半就先发出review也是有可能的。

如果你遇到同事有些行为你觉得不理解，可以直接问当事人。
.. 如果希望对方改变，可以直接跟当事人提。
如果希望公司/小区/社会做出改变，可以群发邮件提出呼吁，或者给领导提提案。