É comum alguém receber mais de 100 comentários em suas revisões de código rotineiramente? Eu diria que não. É comum que pessoas cuja qualidade de código "deixe muito a desejar" recebam muitos comentários, absolutamente.
No entanto, isso também depende das "regras" do processo de revisão de código. Todo mundo tem suas próprias idéias sobre como algo deveria ter sido feito. Se o seu processo de revisão de código permitir que os comentários tenham o formato "Você deve fazer desta maneira, e não dessa maneira", provavelmente receberá MUITOS comentários, mesmo para o código adequado. Se seu processo se destina a encontrar "defeitos", o número de comentários deve ser muito menor.
Na minha experiência, as revisões que permitem "sugestões" para métodos alternativos são uma perda de tempo. Essas "sugestões" devem ser tratadas uma a uma fora do processo de revisão. As revisões de defeitos são mais úteis, pois levam as pessoas a se concentrarem nos bugs, em vez de "por que você não fez o que eu faria?". Também é mais útil porque não há como negar um bug se alguém encontrar um. Portanto, não há sentimentos feridos, mas provavelmente gratidão.
ATUALIZAÇÃO: Com tudo isso dito, algum código é simplesmente ruim, mesmo sem defeitos. Nesse caso, o comentário da revisão deve ser um único comentário que diz algo parecido. "Este código precisa ser limpo. Adie a revisão até que o código seja discutido com [seu nome aqui]." Nesse caso, a revisão adicional do código deve parar até que o comentário seja retificado.
UPDATE2: @ Usuário: Você discute seu código / design com um deles enquanto o desenvolve, para poder implementar o que eles estão procurando antes de chegar ao ponto de fazê-lo do seu jeito? Você está mudando alguma coisa sobre como está desenvolvendo o código com base nas sugestões deles ou continua pensando que está bem? Você está aprendendo alguma coisa com os comentários deles?
Quando sou o líder de um projeto, é meu trabalho ser responsável por TODOS os produtos de trabalho. Se eu aprovar um produto de trabalho, estou reivindicando que o produto é aceitável. Quero ter uma reputação por criar produtos de qualidade. Portanto, tenho expectativas e não aceitarei menos que satisfatório. Ao mesmo tempo, tento ensinar e explicar os motivos de minhas preferências. Essas preferências podem nem sempre ser ideais (principalmente aos olhos dos outros), mas a maioria dessas preferências vem da experiência. Geralmente uma reação para evitar repetir os ruins. Portanto, existem alguns dos meus "defensores" pessoais que são necessários para obter minha aprovação, independentemente da resposta.
Por outro lado, você precisa aprender as expectativas necessárias para obter seus produtos de trabalho aprovados. Você pode discordar, mas como não parece ter autoridade para dominar, aprenda o que é esperado. Duvido que a equipe esteja tentando fazer você falhar. Como isso os faz parecer ruins também. Nesse sentido, apenas demonstre que você está ansioso para aprender (mesmo que não esteja), aceite o que eles dizem e faça o possível para se adaptar às preferências deles, e você provavelmente os verá recuar um pouco. Talvez encontre o que você pode pelo menos tolerar e veja se eles vão dar um pouco de mãos dadas para ensinar seus caminhos. Quem sabe, no processo, você pode aprender algo que realmente poderia levar suas habilidades para o próximo nível.