EM_NÚMEROS

A ciência dos incidentes de engenharia e identidade: por que quase nunca é culpa do vilão

"Quem quebrou o prod?" parece a pergunta certa depois de uma interrupção. A pesquisa sobre sistemas dá uma resposta menos satisfatória, mas muito mais útil: sistemas complexos falham pelo alinhamento de muitas condições pequenas, não por um ator imprudente (Reason 1990; Google SRE 2016). Enquanto isso, as pessoas mais responsáveis por manter esses sistemas funcionando — as que fazem trabalho de infraestrutura, plantões e trabalho de cola — são sistematicamente sub-reconhecidas (Champion et al. 2024). E agora uma nova ameaça de identidade se sobrepõe: as ferramentas de IA que prometem substituir engenheiros são confiáveis para uma minoria cada vez menor de desenvolvedores (Stack Overflow 2025). O roteiro antigo — 'alguém aqui é o vilão' — quase sempre está sendo lido errado.

~75%dos entrevistados da pesquisa Stack Overflow 2025 relatam desconfiança ou baixa confiança em código gerado por IA — o nível mais baixo de confiança de desenvolvedores na saída de IA já registrado na pesquisa 5+ layerscamadas de barreira defensiva que precisam ter buracos simultâneos para que uma falha em sistema complexo ocorra, segundo o modelo do queijo suíço de Reason — não um mau ator, não uma verificação perdida Systematicsub-reconhecimento sistemático do trabalho de infraestrutura, documentação e revisão em ecossistemas de código aberto — Champion et al. 2024 constatam que essas contribuições são estruturalmente invisíveis em comparação com commits de funcionalidades na maioria dos sistemas de reconhecimento 1 chapterno SRE Book do Google dedicado inteiramente à cultura de post-mortem — codificando a isenção de culpa como um requisito organizacional, não algo agradável de ter, porque a culpa degrada ativamente a qualidade das informações necessárias para prevenir incidentes futuros

Ver arquivo de pesquisa completo ↗teste seu conhecimento →Toda a pesquisa