BT

Disseminando conhecimento e inovação em desenvolvimento de software corporativo.

Contribuir

Tópicos

Escolha a região

Início Notícias Explicando Refatoração para a Gerência

Explicando Refatoração para a Gerência

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.

Avalie esse artigo

Relevância
Estilo/Redação

Conteúdo educacional

BT