BT

Explicando Refatoração para a Gerência

por Mark Levison , traduzido por Rafael Marques em 29 Jul 2010 |

Como alguém pode justificar refatoração para um CEO, ou qualquer outra pessoa que não possua uma base técnica?

Em uma discussão em torno do tópico "Refactoring Justification Language", Adam Sroaka, gerente ágil na BigVisible disse: "Refatoração é essencial pois os requisitos mudam inevitavelmente fazendo com que o código mude para satisfazer tais mudanças. Quando um código que adere aos principios de um bom design é alterado, talvez ele não siga mais aos principios previamente utilizados. Refatoração é uma técnica que nos permite melhorar o design do nosso código uma vez que nós tivemos que mudá-lo."

Michael James, da CollabNet e Certified Scrum Trainer, focou no refatoramento enquanto se codifica os primeiros testes. Ele explicou que a nossa primeira tentativa em escrever código novo é sempre meio bagunçada, então ele e seu parceiro geralmente tiram algum tempo para limpar o que fizeram.

Ron Jeffries, um dos fundadores do XP, explica em um post entitulado "Why is Refactoring a “Must”?" que nós não podemos entregar toda a infra estrutura necessária para um projeto utilizando Scrum em um sprint de duas semanas, nós devemos estar preparados para refatorar em pról de melhorias, caso contrário nós cairemos em uma bagunça que irá atrasar o projeto. Ele também salienta que um outro pressuposto fundamental do Scrum ou qualquer outra abordagem ágil é que os requisitos irão mudar. Se os requisitos mudam, então o código precisa ser refatorado para limpar as partes não mais utilizadas ou alteradas.

Mantendo a mesma linha de pensamento, Michael James acrescenta que mesmo em um local com requisitos estáticos, a refatoração ainda é necessária, pois nós nunca escrevemos código perfeito de primeira.

Mark Woyna sugere que devemos usar como exemplo a indústria de automóveis onde montadoras atualizam seus carros com pequenas mudanças e poucas delas são requisitos do usuário final. As vezes eles mudam um componente para melhorar o tempo de vida ou reduzir custo.

Esta discussão nos leva a crer que refatoração não é algo que devemos conversar com a gerência. Deve ser apenas uma parte da ética em nosso cotidiano. A primeira coisa a ser fazer de manhã é renomear ou extrair algum método, apenas como aquecimento antes de começar outro trabalho.

Olá visitante

Você precisa cadastrar-se no InfoQ Brasil ou para enviar comentários. Há muitas vantagens em se cadastrar.

Obtenha o máximo da experiência do InfoQ Brasil.

Dê sua opinião

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão

Refatorar Também é Precaver by Rodrigo Martins

Problemas sempre vão ocorrer quando o software entrar em produção ou sofrer baterias de testes. Com um código mais organizado, diminuímos o tempo de resolução dos problemas. É assim que eu venderia essa idéia para minha gerente :).

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão

HTML é permitido: a,b,br,blockquote,i,li,pre,u,ul,p

Receber menssagens dessa discussão

1 Dê sua opinião

Conteúdo educacional

Feedback geral
Bugs
Publicidade
Editorial
InfoQ Brasil e todo o seu conteúdo: todos os direitos reservados. © 2006-2014 C4Media Inc.
Política de privacidade
BT