Please enable JavaScript.
Coggle requires JavaScript to display documents.
How long do Junior Developers take to Remove Technical Debt Items? -…
How long do Junior Developers take to Remove Technical Debt
Items?
Ferramentas que utilizam fonte análise de código para fornecer feedback sobre a qualidade do software interno, ou seja, TD
Popularidade de tais ferramentas, para medir a qualidade do software detectando possíveis problemas no código,
TD
Dívida técnica (TD), são valiosas para desenvolvedores juniores
melhorar suas habilidades de codificação com o mínimo de consultas
com colegas seniores
TD contextualiza o problema
de tarefas pendentes de desenvolvimento de software
traz um benefício de curto prazo para o projeto que pode ter que ser pago
mais tarde, em termos de maior esforço ou retrabalho
Algumas investigações empíricas indicam que os desenvolvedores juniores são menos familiarizados com o conceito de TD do que seus mais experientes COLEGAS
estudo de caso com design replicado
envolvendo 185 alunos de pós-graduação e mestrado do quarto ano com experiência em programação
comparável a desenvolvedores juniores
Seleção de caso.
replicação Tampere University (Replicação 1)
replicação na University of Novi Sad (Replicação 2).
Em cada replicação, investigamos o TD introduzido por junior desenvolvedores junto com sua refatoração e remediação relacionadas a tempo
Mais da metade dos participantes precisa ter pelo menos dois anos
de experiência industrial em tempo integral como desenvolvedor de software
Projetos e Seleção de Participantes
As atribuições do projeto incluíram o desenvolvimento de uma ferramenta para analisar todos os commits de quaisquer projetos baseados em Git com os três ferramentas de análise estática e exporte os resultados em um arquivo csv.
atuação e a eficiência foram considerados os mais importantes requisitos não funcionais
Engenharia de software é um dos campos da engenharia com o
maior influxo de engenheiros juniores
contribuições deste artigo
Análise da difusão dos itens TD introduzidos pelo júnior
desenvolvedores
Identificação do tipo de itens TD comumente refatorados
por desenvolvedores juniores
Análise do tempo gasto para a remoção de itens TD
Comparação da refatoração de Itens TD reais e estimados
Tempo
Algumas análises do artigo
avaliar quais são os desenvolvedores júnior de itens de TD
mais propenso a introdução em sistemas de software durante o processo de desenvolvimento
investigar quanto tempo o desenvolvedor júnior
gasta para refatorar os itens TD i
medir a precisão do tempo de remediação gasto para
refatorar cada item TD
Metodologia bem detalhada
Os alunos receberam treinamento em como projetar sistemas baseados em microsserviços e como desenvolver microsserviços em tecnologia
Os 52 alunos foram organizados em 7 equipes de 6 a 8 tamanhos membros.
Para completar tarefas, os alunos receberam 3 meses (de dezembro de 2018 até março de 2019), durante este período eles tinham reuniões quinzenais regulares com o corpo docente.
Coleção de dados
Seleção de caso e assunto
Análise de dados
RESULTADOS
Ambas as replicações introduziram diferentes tipos de itens TD.
Os cheiros de código foram os mais difusos, enquanto vulnerabilidades de segurança raramente eram introduzidas.
Descoberta 1. Os desenvolvedores juniores tendem a incorrer em mais odores de código
sobre outros tipos de TD.
Descoberta 3. Os desenvolvedores juniores focam igualmente em todos os itens TD,
Encontrando 2. Os desenvolvedores juniores tendem a refatorar mais código
cheira a outros tipos de TD.
Descoberta 4. Os desenvolvedores juniores não gastam mais do que 50% do SonarQube estimou o tempo de remediação para consertar itens TD, em vários casos, o tempo de remediação é 20 vezes menor que o estimado um.
CONCLUSAO
om base nessas descobertas, especulamos que as empresas de software podem ser incentivadas a adotar o SonarQube devido ao seu suporte
na redução do débito técnico e eles podem empregar desenvolvedores Júnior para refatorar e limpar o código com eficiência.
o modelo de qualidade deve ser cuidadosamente customizado pelas empresas, considerando quais regras devem ser incluídos e a gravidade relacionada com base em cada contexto
investigar melhor a severidade percebida de cada regra, a fim de entender se há acordo comum sobre a classificação, ou se
é totalmente dependente do contexto.