Não posso imaginar que as contribuições para projetos de código aberto sejam avaliadas principalmente com base na qualidade do código. No entanto, os pesquisadores descobriram outra coisa.
Em um documento intitulado "A qualidade do código influencia a aceitação dos requisitos de extração?" – afeta a probabilidade de o gerente do projeto receber uma solicitação de extração.
Pesquisadores de Vili Nikkola, Nyyti Saarimäki, Valentina Lenarduzzi e Davide Taibi analisaram um total de 28 projetos Java de código aberto, incluindo problemas com a qualidade do código. 4,7 Milhões em 36.000 solicitações pull.
A maioria deles é aceita.
Desses 28 projetos, 22 são gerenciados pela Apache Software Foundation. Os outros seis foram selecionados na lista de repositórios Trending Java GitHub para os propósitos deste estudo.
Um total de 19.293, ou seja, 53,08% de todos os pedidos de revogação recebidos e 17.051 (46,92%) de todos os pedidos foram rejeitados.
Note-se que o grau de aceitação para diferentes projetos é diferente. O projeto Apache Phoenix possui um nível de aceitação de 9 (85%), enquanto o projeto Apache Helix parece ser menos seletivo, pois recebe 90,85% das solicitações de recebimento.
A reputação é mais importante do que corrigir o código.
Os pesquisadores usaram várias técnicas de aprendizado de máquina para avaliar o código. A ferramenta de análise de software PMD sugere que a qualidade do código realmente não afeta a probabilidade de receber uma solicitação de recebimento.
Mas a reputação é muito importante e ser uma figura pública respeitada parece compensar a qualidade do código e suas correções.
De fato, outros fatores como "a importância das funções transmitidas para receber uma solicitação pull podem ser mais importantes que a qualidade do código".
Isso explica por que temos mais erros
Este estudo discute a dura verdade entre desenvolvedores que não são bem conhecidos: desde que o trabalho seja feito, a qualidade do código geralmente fica em segundo plano.
No entanto, é muito surpreendente que o desenvolvedor concorde em mostrar seu terrível código à comunidade.
No entanto, a maioria dos erros vai principalmente para os gerentes, pois eles tendem a permanecer conectados ao projeto por mais tempo do que os contribuintes. E eles devem prestar mais atenção à qualidade do código do que qualquer coisa que considerem aceitável.
Add comment