15 fatos sobre programação que você provavelmente não sabia

O post lista 15 fatos pouco conhecidos sobre programação com base em estudos acadêmicos e dados empíricos. Ele trata de hábitos de trabalho, dificuldades ao programar, diversidade, manutenção de software e custo de defeitos ao longo do ciclo de desenvolvimento.

Fichamento

#

• Programadores demoram para pedir ajuda quando enfrentam problemas, e isso se relaciona ao modo como aprendem, com muita teoria e exercícios.
• Programadores tendem a relatar problemas de forma incompleta, porque expor tudo pode ser visto como fraqueza ou sinal de pouca proficiência.
• Antes de falar com colegas de trabalho, muitos buscam outras formas de ajuda, e sites como StackOverflow cresceram com esse comportamento.
• O progresso na programação pode ser classificado em quatro fases: programação complexa, fazendo progresso, progresso lento e emperrado.
• Programadores encontram barreiras superáveis e insuperáveis, e essa classificação pode afetar prazo, moral e confiança da equipe.
• Um estudo identificou seis tipos de barreiras relacionadas à programação: design, seleção, coordenação, uso, compreensão e informação.
• Programadores passam cerca de 30% do tempo navegando no código fonte, em vez de editar texto o tempo todo.
• A produtividade de programadores remotos é menor que a de programadores no mesmo local, com a comunicação informal como fator relevante.
• A maioria dos programadores é masculina, branca e jovem, segundo a declaração citada no texto sobre diversidade de codificadores.
• Em um estudo com Java, foram listadas mensagens de erro, erros em tempo de execução e erros de compilação, com o tempo médio para resolvê-los.
• A manutenção de software consome mais de 50% do esforço.
• A manutenção de software consome entre 40 e 90% dos custos.
• O trabalho de manutenção de software se divide em quatro tarefas básicas: melhoria, adaptativa, corretiva e preventiva.
• Corrigir defeitos depois da implantação custa 10 vezes mais do que na construção e 100 vezes mais do que no design.
• Revisão de código por pares pode descobrir até 60% dos defeitos, e o texto associa esse resultado à influência sobre práticas ágeis.