MORCoRA: Multi-Objective Refactoring Recommendation Considering Review Availability

O artigo apresenta o MORCoRA, uma técnica de busca multiobjetivo que recomenda sequências de refatoração para melhorar a qualidade do código e preservar a semântica, ao mesmo tempo que identifica revisores disponíveis e com expertise adequada para garantir a aprovação rápida da revisão.

O essencial

Imagine que você é o gerente de uma grande oficina de carros (o repositório de código). De repente, você percebe que o motor de um dos carros está muito bagunçado e precisa de um ajuste fino para funcionar melhor. Isso é o que chamamos de refatoração: reorganizar o código para deixá-lo mais limpo e eficiente, sem mudar o que o carro faz por fora.

O problema é que, na vida real, você não pode simplesmente mandar um mecânico arrumar o carro de qualquer jeito. Antes de aplicar a mudança, você precisa de um segundo mecânico (o revisor) para olhar o plano e dizer: "Isso é seguro? Você sabe o que está fazendo? Você tem tempo para fazer isso agora?"

Muitas vezes, as ferramentas automáticas que sugerem essas melhorias esquecem dessa parte humana. Elas dizem: "Arrume o motor!" mas não perguntam: "Quem vai fazer isso e está ocupado demais para parar agora?". Se o mecânico sugerido estiver atolado de trabalho ou não entender de motores, a mudança nunca acontece, e o carro continua com problemas.

É aqui que entra o MORCoRA, a solução proposta neste artigo. Vamos entender como ele funciona com uma analogia simples:

O Problema: A "Lista de Tarefas" Infinita

Imagine que você tem uma lista de 100 ideias para melhorar o carro.

1. A abordagem antiga: O computador escolhe as 10 melhores ideias tecnicamente. Mas, ao tentar executar, você descobre que o único mecânico que entende dessas peças específicas está com 20 carros na fila de espera. Ele não vai conseguir revisar seu plano. Resultado? Nada é feito.
2. A abordagem MORCoRA: O MORCoRA é como um gerente inteligente que não olha apenas para a qualidade da ideia, mas também para a disponibilidade da equipe.

Como o MORCoRA Funciona (Os 3 Pilares)

O MORCoRA usa um "super-gerente" (um algoritmo de busca) que procura por soluções que atendam a três critérios ao mesmo tempo:

1. Melhorar o Carro (Qualidade): A mudança realmente deixa o código mais limpo, organizado e fácil de manter?
2. Não Quebrar o Motor (Semântica): A mudança faz sentido? Se você pegar uma peça de um motor de caminhão e tentar encaixar num carro esportivo só porque "ficou bonito", vai dar errado. O MORCoRA garante que a peça nova se encaixe perfeitamente no contexto original.
3. Ter Quem Assine (Disponibilidade de Revisão): Este é o grande diferencial. O sistema pergunta:
   • Quem entende dessa parte do código? (Especialidade)
   • Essa pessoa está livre ou atolada? (Carga de trabalho)

Se o sistema vê uma ótima ideia, mas o único especialista está com a agenda cheia, o MORCoRA descarta essa ideia e busca outra que seja boa e tenha alguém disponível para aprovar.

A Analogia do "Time de Futebol"

Pense no código como um time de futebol.

• Refatorar é trocar de posição um jogador para melhorar o jogo.
• Revisão é o treinador aprovando a troca.
• O MORCoRA é o assistente técnico que diz: "Podemos trocar o atacante, mas o treinador que entende desse jogador está viajando para uma final de copa. Vamos trocar um jogador que o treinador local conhece e que está livre no banco de reservas?"

Se você tentar fazer a troca sem o treinador certo, o time fica confuso e a jogada não sai. O MORCoRA garante que a jogada seja boa, faça sentido e tenha quem possa gritar "Vai!" no momento certo.

O Que Eles Descobriram?

Os pesquisadores testaram essa ideia em 6 projetos de código aberto famosos (como o Mockito e o Retrofit). Eles compararam o MORCoRA com as ferramentas antigas e descobriram coisas incríveis:

• Mais Eficiência: O MORCoRA conseguiu encontrar soluções que eram 433% mais "disponíveis" para serem revisadas do que as ferramentas antigas.
• Qualidade Real: Embora às vezes as soluções antigas parecessem tecnicamente "perfeitas" no papel, elas eram inúteis se ninguém pudesse aprová-las. O MORCoRA entrega soluções que são boas e executáveis.
• O Algoritmo Certo: Eles testaram várias "inteligências" diferentes para fazer essa busca e descobriram que o NSGA-II (o cérebro do MORCoRA) era o melhor "gerente" para equilibrar esses três objetivos.

Conclusão Simples

Este artigo nos ensina uma lição valiosa para o mundo do desenvolvimento de software (e para a vida em geral): Não adianta ter a melhor ideia do mundo se você não tem a equipe certa para executá-la no momento certo.

O MORCoRA é uma ferramenta que une a inteligência técnica (saber o que consertar) com a inteligência humana (saber quem pode fazer). Ele garante que, quando você decidir melhorar seu código, haverá alguém disponível, capacitado e com tempo para dizer: "Sim, isso é seguro, vamos fazer!".

Em resumo: O MORCoRA transforma a refatoração de um "sonho de um programador solitário" em um "plano de ação realista e executável".

Resumo técnico

Título: MORCoRA: Recomendação de Refatoração Multi-Objetivo Considerando a Disponibilidade de Revisão

1. Problema e Motivação

A refatoração de software é essencial para melhorar a estrutura interna do código sem alterar seu comportamento externo, aumentando a manutenibilidade e a compreensibilidade. No entanto, a aplicação de refatorações automatizadas enfrenta um desafio prático crítico: a revisão.

• O Desafio: Assim como qualquer mudança de código, as refatorações recomendadas por ferramentas automatizadas devem passar por uma revisão (review) antes de serem aplicadas.
• A Lacuna: Ferramentas existentes de busca baseada em refatoração focam apenas em melhorar a qualidade do código e preservar a semântica. Elas ignoram se os desenvolvedores necessários para revisar essas mudanças estão disponíveis e possuem expertise adequada.
• Consequências da Falta de Consideração:
  1. Falta de Expertise: Revisores sem conhecimento do código específico podem não conseguir validar a segurança da mudança, exigindo tempo para aprendizado.
  2. Carga de Trabalho (Workload): Revisores sobrecarregados podem adiar ou ignorar a revisão, levando ao abandono da refatoração e à degradação da qualidade do software a longo prazo.
• Objetivo do Trabalho: Desenvolver uma técnica que não apenas encontre refatorações que melhorem a qualidade, mas que também garantam que existam revisores qualificados e com tempo disponível para aprovar essas mudanças.

2. Metodologia: MORCoRA

O MORCoRA (Multi-Objective Refactoring Recommendation Considering Review Availability) é uma abordagem baseada em busca multi-objetivo que utiliza o algoritmo evolutivo NSGA-II (Non-dominated Sorting Genetic Algorithm II).

O sistema busca sequências de refatoração que otimizem simultaneamente três objetivos:

1. Melhoria da Qualidade do Código (Qual):

   • Utiliza o modelo QMOOD (Quality Model for Object-Oriented Design) para calcular ganhos em atributos como reutilizabilidade, flexibilidade, compreensibilidade, etc.
   • A função de aptidão (fitness) busca maximizar o ganho de qualidade resultante das refatorações.

2. Preservação da Coerência Semântica (Sem):

   • Garante que as refatorações (ex: mover um método de uma classe para outra) façam sentido no contexto do domínio.
   • Calcula a similaridade entre as classes de origem e destino baseada em:
     • Similaridade de Vocabulário (VS): Baseada nos nomes de métodos e campos.
     • Similaridade de Dependência (DS): Baseada nas relações de invocação e acesso.
   • O objetivo é maximizar a pontuação de coerência semântica.

3. Alta Disponibilidade de Revisão (RA - Review Availability):

   • Este é o diferencial do MORCoRA. O sistema calcula a disponibilidade de revisores baseada em dois critérios:
     • Expertise: Medida pela frequência e, crucialmente, pela recência dos commits do desenvolvedor no arquivo alvo. Desenvolvedores que contribuíram recentemente têm maior peso.
     • Carga de Trabalho (Workload): Medida pelo número de Pull Requests (PRs) e Issues em que o desenvolvedor está ativo em um período recente.
   • Restrição: Um revisor só é considerado "disponível" se sua carga de trabalho estiver abaixo de um limite ($T_w$) e sua expertise for positiva.
   • O objetivo é maximizar a soma das expertises dos revisores disponíveis para a sequência de refatoração.

Fluxo de Funcionamento:

1. Entrada: Snapshot do código, histórico de commits (Git) e histórico de PRs/Issues (GitHub).
2. Análise Estática: Geração de representação abstrata e grafo de chamadas.
3. Busca: O NSGA-II gera populações de soluções (sequências de refatoração) e as avalia contra as três funções de aptidão.
4. Saída: Um Pareto Front (conjunto de soluções não-dominadas) oferecendo trade-offs ótimos entre qualidade, semântica e disponibilidade de revisão. Um gestor do projeto pode então escolher a melhor solução e o sistema sugere os revisores ideais.

3. Contribuições Principais

• Proposta do MORCoRA: Uma técnica de recomendação de refatoração multi-objetivo que integra explicitamente a "disponibilidade de revisão" como um objetivo de otimização.
• Nova Métrica (Review Availability): Desenvolvimento de uma métrica quantitativa que avalia a viabilidade de revisão com base na expertise recente e na carga de trabalho atual dos desenvolvedores.
• Validação Empírica: Avaliação extensiva em seis repositórios Java de código aberto de alto perfil (ex: Mockito, Retrofit, Glide).
• Comparação de Algoritmos: Análise comparativa de cinco algoritmos de busca (NSGA-II, SPEA2, MOCell, IBEA e Busca Aleatória), identificando o NSGA-II como o mais eficaz.
• Comparação com Estado da Arte: Demonstração de que o MORCoRA supera técnicas existentes (como a de Ouni et al.) ao priorizar refatorações que podem ser efetivamente revisadas, mesmo que com uma leve perda na métrica de qualidade bruta.

4. Resultados

Os experimentos foram conduzidos em seis repositórios Java populares.

• Eficácia (RQ1):

  • O MORCoRA conseguiu encontrar sequências de refatoração que melhoram a qualidade, preservam a semântica e possuem alta disponibilidade de revisão.
  • Em uma análise qualitativa de 60 soluções amostradas, 58,3% foram consideradas significativas, eliminaram code smells e eram revisáveis.
  • O sistema identificou corretamente grupos de revisores com alta expertise e baixa carga de trabalho.

• Desempenho dos Algoritmos (RQ2):

  • O NSGA-II apresentou o melhor desempenho geral, superando outros algoritmos evolutivos e a busca aleatória na maioria dos repositórios.
  • O algoritmo IBEA teve o pior desempenho, sugerindo sensibilidade excessiva aos parâmetros neste contexto.

• Comparação com Técnicas Existentes (RQ3):

  • Ao comparar o MORCoRA (com o objetivo de revisão) com uma técnica base sem esse objetivo (RA-):
    • O MORCoRA aumentou a taxa de soluções revisáveis em 433,8% (em média, excluindo casos atípicos).
    • Embora o MORCoRA tenha encontrado soluções com uma qualidade de código ligeiramente menor (cerca de 25% a menos em métricas Qual) e coerência semântica menor (33% a menos), o ganho na disponibilidade de revisão foi massivo (533,8% maior).
  • Conclusão Chave: O MORCoRA evita recomendar refatorações que, embora tecnicamente boas, seriam rejeitadas ou ignoradas devido à falta de revisores disponíveis.

5. Significado e Conclusão

O trabalho do MORCoRA representa um avanço significativo na Engenharia de Software Baseada em Busca (SBSE).

• Mudança de Paradigma: O estudo argumenta que a utilidade prática de uma ferramenta de refatoração não depende apenas da qualidade teórica do código gerado, mas da viabilidade de implementação no fluxo de trabalho real da equipe (considerando recursos humanos).
• Aplicabilidade Prática: Ao integrar a disponibilidade de revisores, o MORCoRA reduz o risco de "refatorações fantasmas" (recomendadas mas nunca aplicadas) e otimiza o uso do tempo dos desenvolvedores, evitando sobrecarregar equipes já ocupadas.
• Futuro: Os autores sugerem que futuras ferramentas de refatoração devem considerar não apenas o impacto no código, mas também os recursos humanos necessários para validar essas mudanças, tornando a automação de refatoração mais robusta e integrada ao ciclo de vida de desenvolvimento real.

Em suma, o MORCoRA demonstra que recomendar a refatoração certa para a pessoa certa, no momento certo, é tão crucial quanto recomendar a refatoração tecnicamente correta.