검토자와 소통할 때는 코드 리뷰어와 소통할 때와 마찬가지로 하면 된다. 주눅 들어서 모든 요청과 제안을 받아들일 필요는 없다. 검토자가 강하게 주장하는 사안에 동의하기 어렵다면 대화를 시작해 보라. 애초에 왜 그런 방식을 택했는지, 검토자의 제안에 왜 동의하기 어려운지 더 자세히 설명하라. 검토자의 말이 맞을 수도 있고 여러분이 맞을 수도 있다. 이 과정을 거치며 어느 쪽이든 누군가는 무언가를 배울 것이다.
하지만 글 검토에 적용되지 않는 코드 리뷰 관행도 있다.
• 코드 리뷰에서는 중요하지 않은 제안을 나중에 구현하겠다고 약속하는 말로 리뷰어를 달랠 수 있다. 하지만 글은 코드 베이스처럼 지속적으로 업데이트하지 않는 경우가 대부분이므로 동일하게 대응하기 어렵다.
• 코드 리뷰에서는 작고 독립적인 변경 사항 단위로 작업하면 가장 좋다. 하지만 글은 보통 처음부터 끝까지 전체 맥락을 고려해서 검토해야 하므로 그렇게 할 수 없다.
• 코드 리뷰가 끝난 뒤에는 오타를 수정하거나 블록 위치를 옮기는 사소한 수정조차 위험할 수 있다. 반면에 글을 검토할 때는 사소한 수정에 글이 망가지지 않는다. 검토를 마친 뒤 다듬어도 전혀 문제없다.