O documento apresenta uma discussão sobre refatoração de código entre dois desenvolvedores. Apresenta os principais pontos da refatoração como melhorar o entendimento do sistema, facilitar testes e reduzir custos de manutenção. Também discute os principais desafios como falta de testes, código legado e tamanho das refatorações, além de dicas como nunca refatorar sem testes e fazer em pequenos passos.

1. RefatoraçãoRefatoração
@nbluis
@joleques
@nbluis
@joleques

2. Eduardo Bohrer - @nbluis
• Desenvolvedor na uMov.me
• Entusiasta de metodologias ágeis
• No mercado de TI a mais de 10 anos
• Participante assíduo de eventos e comunidades de
software
Jorge Oleques - @joqueles
• Desenvolvedor na uMov.me
• Entusiasta XP
• No mercado de TI há 6 anos
• Formado Analise e Desenvolvimento
• Pós-Graduando em Eng. Software na FGV

3. Refatoração

4. Melhora o entendimento do sistema

5. Facilita os testes

6. Prós e contras

7. CustosCustos

8. Trabalho

9. Atualizar documentação, pessoas

10. Riscos

11. Prós e contras

12. Custo de manutenção

13. Quando ?

14. Quando ?
● Regra de 3
● Complexidade do código (Mal
cheiros)
● Sempre que começar uma
manutenção

15. Os 3 dilemas da refatoração

16. 1 - Falta de testes

17. 2 - Código legado

18. 3 - Risco / Tamanho refatoração
Proxies
Baby steps
Adapter
Legacy
Wrapper
Integration
Layer

19. Dicas
● Nunca sem testes*
● Técnica dos chapéus (refatora / implementa)
● Regra do escoteiro
● Prática / Dojos
● O time (PO inclusive) precisa entender o valor
● Faz parte do tempo de desenvolvimento (Não é uma tarefa a parte)

20. Conclusões
● Coragem
● Refatorar sempre
○ Dê o primeiro passo
○ Baby steps

21. RefatoraçãoRefatoração
@nbluis
@joleques
@nbluis
@joleques