La barra que ya trae veredictoAbres tu propio pull request antes del standup y la barrita marca +312 −89 en verde y rojo. Nadie ha comentado todavía, pero tú ya calificaste el partido: demasiadas líneas tocadas, demasiado rojo, seguro rompiste algo. La estadística del diff se convierte en marcador, y ya anotaste la derrota antes de que un solo reviewer abra un archivo.
VIEJO GUION DETECTADO
“Las estadísticas del diff se sienten como un marcador en el que ya voy perdiendo”
Prueba esta respuesta:
“El conteo de más y menos mide líneas movidas, no cómo va a salir este review.”VER LA PRÁCTICA
Crea una respuesta para este pensamiento y un paso para demostrarla.
EL PENSAMIENTO
“Las estadísticas del diff se sienten como un marcador en el que ya voy perdiendo”
TU RESPUESTA GRABADA
“El conteo de más y menos mide líneas movidas, no cómo va a salir este review.”
UN PASO PRIVADO
Abre un pull request que fusionaste hace meses con una estadística de diff que recuerdas haber temido, y cuenta cuántos comentarios mencionaron el tamaño frente a los que hablaron del código en sí.
La barra verde y roja que leo como marcador
Dos diales trucados debajo de la barraLa investigación sobre ansiedad en code review encontró que esta reacción corre sobre dos diales inclinados en la misma dirección: uno predice que el review saldrá mal, el otro trata un review duro como prueba de lo que eres, no solo del código. Suma un diff grande a esa combinación y un simple conteo de líneas empieza a leerse como marcador en vez de lo que realmente mide, que es cuánto código se movió.
Sacando de nuevo un marcador viejoEsta noche abre un pull request que fusionaste hace meses, uno cuya estadística de diff recuerdas haber temido. Cuenta cuántos comentarios hablaron realmente del tamaño del cambio frente a cuántos hablaron de lo que hacía el código. Un solo hilo viejo no va a jubilar el patrón para siempre, pero te da un conteo real con el cual pesar el marcador que llevas en la cabeza.
TRACE · 01/04
Cómo te controla este guion
- Recargas un pull request antes de que llegue algún comentario, leyendo el conteo de más y menos como un marcador en el que ya vas perdiendo.
- Un diff con más rojo que verde se siente como prueba de que destrozaste algo, aunque las líneas borradas fueran código muerto que querías quitar.
- Comparas mentalmente tus pull requests con los de tus compañeros por cantidad de líneas, como si quien tocó menos estuviera ganando en silencio.
SOURCE_LOCATED · 02/04
La regla oculta debajo
El Juicio del Review
Si mi estadística de diff muestra muchas líneas, ese número ya me está puntuando antes de que empiece el review, así que un diff pequeño significa que voy ganando y uno grande significa que ya perdí.
FORGING_REPLACEMENT · 03/04
Líneas de reemplazo (graba estas)
- El conteo de más y menos mide líneas movidas, no cómo va a salir este review.
- Un diff grande no es un marcador en contra, es solo más superficie para que alguien revise.
- Leo la estadística una vez, y después leo los comentarios de verdad; son dos reportes distintos.
En la app se generan por persona — esto es el estilo, no tu guion. El tuyo se construye con tus palabras exactas.
INSTALL · 04/04
El protocolo, en una tarjeta
Cuando pienso
“Las estadísticas del diff se sienten como un marcador en el que ya voy perdiendo”
Digo
“El conteo de más y menos mide líneas movidas, no cómo va a salir este review.”
Luego hago una cosa
Abre un pull request que fusionaste hace meses con una estadística de diff que recuerdas haber temido, y cuenta cuántos comentarios mencionaron el tamaño frente a los que hablaron del código en sí.
STATUS: READY_TO_INSTALL
Borrar este pensamiento4 minutos. Tu voz. Gratis.
El protocolo de borrado
- Escribe el pensamiento tal cual suena: "Las estadísticas del diff se sienten como un marcador en el que ya voy perdiendo". Palabra por palabra — el borrado apunta a la frase, no a la sensación.
- Rastrea la regla y la acción evitada. ¿De qué te excusa convenientemente este pensamiento?
- Graba las líneas de reemplazo con tu propia voz. Dilo en serio — sin grabación no hay instalación.
- Ejecuta el ciclo: reprodúcelo cada mañana y noche, registra una acción de prueba al día durante 7 días.
Respuestas directas
¿Un conteo de más y menos más alto realmente predice un review más duro?
No de forma confiable. Un diff grande le dice al reviewer cuánta superficie hay que mirar, no cómo va a juzgarla. Muchos diffs grandes reciben aprobación rápida porque el cambio es mecánico, y muchos pequeños generan hilos largos porque la lógica es sutil.
¿Y si mi diff realmente muestra mucho más rojo que verde, sobre todo borrados?
Un diff con muchos borrados suele significar limpieza, consolidación o quitar algo que ya no merece su lugar, no daño. Los reviewers leen las líneas eliminadas como menos cosas que mantener después, algo más cercano a un alivio que a un veredicto en tu contra.
¿Debería dividir todo pull request grande en varios más pequeños solo para evitar la sensación de marcador?
Dividir puede facilitar la revisión, pero no cura el hábito de puntuarte por cantidad de líneas, porque la sensación puede engancharse al siguiente diff que tengas enfrente, grande o pequeño. Vale la pena hacerlo por claridad, no como escape del conteo.
Guiones relacionados
Autoevaluaciones relacionadas
Ciencia relacionada
Investigadores para explorar
Mecanismos relacionados
La investigación detrás de este guion
- Impostor Phenomenon in Software Engineers — Guenes et al., ICSE-SEIS 2024, 2024
- Understanding and effectively mitigating code review anxiety — Lee et al., Empirical Software Engineering, 2024
- Understand team effectiveness (Project Aristotle) — Google re:Work, 2016
- Psychological impacts of AI-induced job displacement among Indian IT professionals: a Delphi-validated thematic analysis — PMC, 2024