MECANISMOS_NOMBRADOS
La ciencia del fenómeno del impostor en la ingeniería de software: por qué no es solo inseguridad
3 mecanismos con nombre — 'Todos aquí son más inteligentes que yo y es solo cuestión de tiempo antes de que lo noten.' Ese pensamiento — o algo parecido — es tan común entre lo
El terror al código revisado del impostor en ingeniería es el miedo anticipatorio de que una revisión de código exponga la percibida falta de competencia ante los colegas — no solo que el código pueda tener errores, sino que la revisión confirmará el miedo secreto del revisor de ser un fraude. Lee et al. (2024) encontraron que esta es una experiencia medible y distinta que conduce a comportamientos de evitación incluyendo retrasar PRs, comentar menos el código y evitar selectivamente a ciertos revisores.
Cómo suena en tu cabezaEl guion interno: 'Si empujo este código ahora, Sarah lo leerá e inmediatamente sabrá que no tengo idea de lo que estoy haciendo. Primero agregaré tres comentarios más y reescribiré la función.' La investigación lee esto como el mecanismo en acción: el retraso del PR no se trata de la calidad del código — es gestión de amenazas anticipatoria, con costos reales de productividad.
La mala calibración de competencia en ingeniería es la brecha sistemática entre el nivel de habilidad real de un ingeniero y su estimación interna de él, que más comúnmente corre en la dirección de la subestimación entre los de alto rendimiento. Kruger y Dunning (1999) identificaron que las habilidades metacognitivas necesarias para evaluar con precisión el propio rendimiento son en gran medida las mismas habilidades que constituyen alta competencia — lo que significa que cuanto más capaz es el ingeniero, mejor comprende el alcance de lo que aún no sabe.
Cómo suena en tu cabezaEl guion interno: 'He estado programando durante seis años y todavía no sé Rust. Todos en esta conferencia parecen saber todo.' La investigación lee la comparación de manera diferente: los ingenieros que se sienten más fuera de lugar en una sala de expertos son a menudo los que tienen suficiente experiencia para percibir con precisión cuánto más hay que aprender.
La ansiedad ante la revisión de código es una forma medible y específica de miedo evaluativo desencadenado por presentar código para revisión de pares — distinta de la ansiedad social general. Lee et al. (2024) la establecieron como un constructo que predice resultados conductuales concretos: los ingenieros que la experimentan retrasan los pull requests, reducen los comentarios en línea y evitan solicitar revisiones a ciertos compañeros. Está significativamente correlacionada con el fenómeno del impostor y es parcialmente mitigable mediante normas de equipo que enmarcan explícitamente la revisión de código como un intercambio de aprendizaje en lugar de un veredicto de competencia.
Cómo suena en tu cabezaEl guion interno: 'Sé que esto funciona pero no puedo enviarlo hasta que lo haya revisado otras doce veces — ¿qué pasa si ven que usé un bucle for cuando todos los demás habrían usado un generador?' La investigación lo lee como ansiedad ante la revisión de código operando sobre el combustible del impostor: el miedo no es sobre el bucle for, es que el bucle for será la señal delatora.