Boffins desvendar por que o software constrói falhar

Usando sistemas blade para reduzir custos e aprimorar a eficiência

Erros de dependência não são apenas a amargura de usuários de Linux que vivem a vida build-make-install: eles também têm um impacto significativo sobre a produtividade do desenvolvedor que poderiam ser tratadas nas ferramentas de desenvolvedores usam.

Essa é uma das conclusões resultantes de uma nova análise, realizada por pesquisadores de Hong Kong, da Universidade de Nebraska, e Google (que contribuiu com nove meses »de dados de construção de milhares de desenvolvedores para o estudo).

Com 26 milhões constrói como um conjunto de dados, o Google está em uma posição melhor do que a maioria para ajudar a descobrir o que se encontra abaixo de um trabalho falhou, e nesta análise , o autor principal Hyunmin Seo, da Universidade de Hong Kong de Ciência e Tecnologia e seus co-autores concluir que o mesmo inferno de dependência que qualquer usuário Linux sabe bem construir unidades falhar em todo o mundo.

O documento afirma que, em Java constrói, erros de dependência responsável por cerca de 65 por cento das falhas de construção, e um pouco mais da metade da C + + constrói; digite descasamentos ("a variável é atribuído a um tipo incompatível ou quando uma função é chamada com erradas tipos de argumentos") causou mais de 25 por cento dos não C + + constrói e quase 20 por cento dos não Java constrói; com a sintaxe, erros de semântica, e outros que compõem o resto do não constrói.

Na maioria das vezes - Vulture Sul diria esta festa depende da experiência do desenvolvedor - construir erros podem ser resolvidos rapidamente, com o papel de descobrir que os tempos médios de resolução foram 5 minutos (C + +) e 12 minutos (Java). No entanto, o tempo de resolução "pode ​​variar de acordo com uma ordem de grandeza em todo o tipo de erro", o que tem implicações importantes para a produtividade do desenvolvedor.

Discutir o impacto do tipo de erro no tempo de correção, os autores observam: "alguns erros do compilador mostrar cada vez maior média resolução, pois são mais difíceis de decifrar (non_virtual_dtor, ovl_no_viable_function_in_init, typecheck_nonviable_condition ou typename_nested_not_found), ou então pode ter tempo para rastrear a dependência ausente (pp_file_not_found). "

Corrigindo erros - e melhorar a produtividade do desenvolvedor - não é muito íngreme uma demanda, o papel encontra, uma vez que, não importa a língua, cerca de 10 por cento dos tipos de erros foram responsáveis ​​por 90 por cento da construção falhar. Assim, "as melhores ferramentas para resolver erros de-pendência ter o maior retorno potencial", afirma o estudo, notando que o Google já está instruindo sua organização de infra-estrutura sobre o assunto. ®

via Alimentação (Feed)