MECANISMOS_NOMEADOS
A ciência do fenômeno do impostor na engenharia de software: por que não é apenas insegurança
3 mecanismos nomeados — 'Todos aqui são mais inteligentes do que eu e é só uma questão de tempo até perceberem.' Esse pensamento — ou algo próximo disso — é tão comum entre e
O pavor de revisão do impostor em engenharia é o medo antecipatório de que uma revisão de código exponha a falta percebida de competência perante colegas — não apenas que o código possa ter bugs, mas que a revisão confirme o medo secreto do desenvolvedor de ser uma fraude. Lee et al. (2024) descobriram que esta é uma experiência mensurável e distinta que leva a comportamentos de evitação incluindo atraso de PRs, menos comentários no código e evitação seletiva de certos revisores.
Como soa na sua cabeçaO roteiro interno: 'Se eu empurrar este código agora, a Sarah vai lê-lo e imediatamente saber que não faço ideia do que estou fazendo. Vou adicionar mais três comentários e reescrever a função primeiro.' A pesquisa lê isso como o mecanismo em ação: o atraso do PR não é sobre qualidade do código — é gerenciamento de ameaças antecipatório, com custos reais de produtividade.
A má calibração de competência em engenharia é a lacuna sistemática entre o nível de habilidade real de um engenheiro e sua estimativa interna dele, correndo mais comumente na direção de subestimação entre os de alto desempenho. Kruger e Dunning (1999) identificaram que as habilidades metacognitivas necessárias para avaliar com precisão o próprio desempenho são em grande parte as mesmas habilidades que constituem alta competência — o que significa que quanto mais capaz o engenheiro, melhor ele entende o escopo do que ainda não sabe.
Como soa na sua cabeçaO roteiro interno: 'Estou programando há seis anos e ainda não sei Rust. Todo mundo nesta conferência parece saber tudo.' A pesquisa lê a comparação de forma diferente: os engenheiros que se sentem mais perdidos em uma sala de especialistas são frequentemente aqueles com experiência suficiente para perceber com precisão o quanto mais há para aprender.
A ansiedade de revisão de código é uma forma mensurável e específica de ocupação de medo avaliativo desencadeado pela submissão de código para revisão por pares — distinta da ansiedade social geral. Lee et al. (2024) a estabeleceram como um construto que prevê resultados comportamentais concretos: engenheiros que a experimentam atrasam pull requests, reduzem comentários inline e evitam solicitar revisões de certos pares. Está significativamente correlacionada com o fenômeno do impostor e é parcialmente mitigável por meio de normas de equipe que enquadram explicitamente a revisão de código como uma troca de aprendizado em vez de um veredicto de competência.
Como soa na sua cabeçaO roteiro interno: 'Eu sei que isso funciona, mas não consigo enviar até verificar mais doze vezes — e se eles virem que usei um for-loop quando todo mundo teria usado um generator?' A pesquisa lê isso como ansiedade de revisão de código operando com combustível de impostor: o medo não é sobre o for-loop — é que o for-loop será o sinal revelador.