Disseminando conhecimento e inovação em desenvolvimento de software corporativo
Para muitos que entraram rapidamente em contato com Extreme Programming, parece que o XP chama pela morte do design do software. Na verdade o XP envolve muitos designs, mas faz de uma maneira diferente do que é estabelecida pelo processo de software. O XP tem rejuvenescido a noção de design evolucionário com práticas que permitem evoluir para se tornar uma estratégia de design viável.
É justo dizer que na comunidade .Net a refatoração teve um início lento. Mesmo hoje, o Visual Studio, um produto clássico para o desenvolvimento em .Net tem dificuldade de atravessar a Fronteira da Refatoração com o C#. Com o C++, a situação está melhor, mas só se você fizer o download e instalar o add-in gratuito de refatoração, Refactor! para VB ou C++, desenvolvido pela Developer Express.
Refatorar exige uma boa dose de pensamento, mas a realidade é que pensar demais também pode ser prejudicial. Esta é a opinião de Kent Beck, um dos criadores do Extreme Programming.
O conceito de refactoring do código/projeto deve ou não incluir uma visita de refactoring também aos testes. Deve-se aprimorar o design dos testes com refactoring?
Como podemos explicar a importância e o valor da refatoração para pessoas que atuam em ramos gerências, pessoal que nunca programaram antes? Como podemos justificar o tempo adicionado na entrega do nosso projeto por conta dessa refatoracão?
A idéia de melhorar um código já escrito e apreciado na maioria dos times ágeis. Afinal de contas, melhoria continua é algo que estas equipes se esforçam para encontrar. Entretanto, melhorar o código já existente envolve tempo e dinheiro. Será que vale a pena?
A Microsoft decidiu continuar licenciando o CodeRush Xpress de graça para desenvolvedores que utilizam as edições pagas do Visual Studio 2010. A Developer Express liberou a versão beta do CodeRush 10.1.1 contendo recursos relacionados a seleção de código, navevagação do código, declaração e refatoração de classes/campos/variáveis.
A técnica de Test Driven Development (TDD) define um ciclo (red-green-refactor) que deve ser seguido quando se começa a desenvolver utilizando TDD, porém a algumas pessoas não concordam que isso deve ser seguido a risca e que temos que abrir mão de alguns detalhes.
O objetivo de refatorar e reescrever é "limpar" o sistema melhorando a legibilidde, estrutura e a clareza do código. Um código limpo erá mais fácil de manter e melhorar. No entanto, em muitas ocasiões as equipes gastam um certo tempo decidindo entre as duas abordagens.
