Limpeza de código morto

UCDetector

UCDetector

Trabalhar com manutenção de código não é tarefa fácil.
Depende do local que trabalha, terá tempo para executar testes e melhorar a solução que já existe.
Comecei minha vida de programador Java em 2002, quando aprendi procurando em tutoriais na internet da antiga SUN e trabalhando na área.
Desde lá, Java evolui muito como as IDEs de suporte, exemplo disso é o Eclipse, mas e o código legado? Infelizmente não, porque? Nas empresas onde trabalhei, tempo de refactoring é tempo perdido.
A vantagem de refactoring em código pode ser muito grande, mas o tempo inicial investido pode ser gigantesco. Isso requisita retestar algo que já funciona ou tudo por completo.
O ditado sempre é o mesmo: “Em time que está ganhando não se mexe.”. Será verdade? Ganhando por estar funcionando como planejado inicialmente, mas não tirando o melhor proveito da tecnologia. Evolução é melhoria em meu ponto de vista. Nessa evolução inclui, qualidade, performance, produtividade, dentre outros fatores.
Uma questão da qual eu não vejo muita discussão em refactorings, será que código não utilizado deve ser mantido? N vezes a pessoa que faz manutenção não é a mesma que criou, ou pior, a pessoa criadora daquele código já pode ter abandonado o barco. Comecei então a tirar dos projetos todo código que não é utilizado, tarefa árdua para legados.
No Eclipse achei um plugin que tem me ajudado, o UCDetector. Ele faz a limpeza de código fonte inútil. Busca referências de classe, pacote e até projeto que não possuem nenhuma associação apontando os respectivos problemas ou melhorias.
Sempre que sobra um tempo, executo o UCDector no projeto desejado e realizo a refatoração. Sei muito bem que ela vai me ajudar a não ver código perdido e todos vão ganhar para realizar leitura e manutenções nas aplicações.

Sobre o UCDetector: É um plugin do Eclipse para busca código Java morto. Por exemplo, classe públicas, métodos e propriedade que não tem referência.
Ele cria marcadores para os seguintes melhorias: Código não necessário (morto), código onde a visibilidade por ser alterada (protected, default ou private), métodos ou campos que podem ser final. São apenas sugestões. Tenha certeza das alterações que você irá realizar. As referências ainda podem ser usadas em:
Reflexões, frameworks, código de terceiros, jars, jsp, xml, e outros, alterar visibilidade por causar transtornos e não executar conforme esperado.

Link: http://www.ucdetector.org/

Espero ter ajudado,
André Rezende

Anúncios

Deixe um comentário

Preencha os seus dados abaixo ou clique em um ícone para log in:

Logotipo do WordPress.com

Você está comentando utilizando sua conta WordPress.com. Sair / Alterar )

Imagem do Twitter

Você está comentando utilizando sua conta Twitter. Sair / Alterar )

Foto do Facebook

Você está comentando utilizando sua conta Facebook. Sair / Alterar )

Foto do Google+

Você está comentando utilizando sua conta Google+. Sair / Alterar )

Conectando a %s