¿Es común que alguien obtenga más de 100 comentarios en sus revisiones de código de forma rutinaria? Yo diría que no. Es común que las personas cuya calidad de código "deja mucho que desear" reciban muchos comentarios, absolutamente.
Sin embargo, también depende de las "reglas" del proceso de revisión del código. TODOS tienen sus propias ideas sobre cómo se debería haber hecho algo. Si su proceso de revisión de código permite que los comentarios tengan la forma "Debería hacerlo de esta manera en lugar de hacerlo de esa manera", entonces es probable que reciba MUCHOS comentarios incluso para el código adecuado. Si su proceso está destinado a encontrar "defectos", entonces el número de comentarios debería ser mucho menor.
En mi experiencia, las revisiones que permiten "sugerencias" de métodos alternativos son una pérdida de tiempo. Esas "sugerencias" deben manejarse una a una fuera del proceso de revisión. Las revisiones de defectos son más útiles ya que hacen que las personas se centren en los errores en lugar de "¿por qué no lo hiciste como yo lo hubiera hecho?". También es más útil porque no se puede negar un error si alguien encuentra uno. Por lo tanto, no hay sentimientos heridos, sino una probable gratitud en su lugar.
ACTUALIZACIÓN: Con todo lo dicho, algunos códigos son simplemente malos, incluso si están libres de defectos. En ese caso, el comentario de revisión debe ser un solo comentario que diga algo así. "Este código necesita ser limpiado. Por favor posponga la revisión hasta que el código sea discutido con [su nombre aquí]". En ese caso, la revisión adicional del código debería detenerse hasta que se rectifique el comentario.
ACTUALIZACIÓN2: @Usuario: ¿Discute su código / diseño con uno de ellos mientras lo desarrolla para que pueda implementar lo que está buscando antes de llegar lejos a su manera? ¿Está cambiando algo acerca de cómo está desarrollando el código en función de sus sugerencias o sigue pensando que su camino está bien? ¿Estás aprendiendo algo de sus comentarios?
Cuando soy el líder de un proyecto, mi trabajo es ser responsable de TODOS los productos de trabajo. Si apruebo un producto de trabajo, estoy afirmando que el producto es aceptable. Quiero tener una reputación de construir productos de calidad. Por lo tanto, tengo expectativas y no aceptaré menos que satisfactorio. Al mismo tiempo, trato de enseñar y explicar las razones de mis preferencias. Es posible que esas preferencias no siempre sean ideales (particularmente a los ojos de los demás), pero la mayoría de esas preferencias provienen de la experiencia. Suele ser una reacción para evitar repetir las malas. Por lo tanto, hay algunos de mis "fanáticos" personales que son necesarios para obtener mi aprobación, independientemente del rechazo.
Por otro lado, debe conocer las expectativas necesarias para obtener la aprobación de sus productos de trabajo. Puede estar en desacuerdo, pero dado que no parece tener la autoridad para descartar, aprenda lo que se espera. Dudo que el equipo esté tratando de hacerte fracasar. Como eso los hace quedar mal también. En ese sentido, solo demuestre que está ansioso por aprender (incluso si no lo está), tome lo que dicen y haga todo lo posible para adaptarse a sus preferencias y es probable que los vea retroceder un poco. Tal vez encuentre el que al menos pueda tolerar y vea si van a tomar un poco de la mano para enseñarle sus formas. Quién sabe, en el proceso puedes aprender algo que realmente podría llevar tus habilidades al siguiente nivel.