Trabalhando com Código Legado

Palestra apresentada na Python Brasil 13 em Belo Horizonte

Transcript

2. Trabalhando com código legado Renato Oliveira Ou evitando o desejo de reescrever tudo do zero
3. QUEM SOU EU? @_renatooliveira Recifense Comunidade Django Software Foundation Bike Café
4. LABCODES Estúdio de Software de Recife para o mundo Tecnologias trabalhadas Labcodes e a comunidade
5. MOTIVAÇÃO
6. - Definição oficial que ninguém usa “Código legado se refere a um programa que não é mais mantido”
7. O QUE É CÓDIGO LEGADO? Código sem testes? Código mal escrito? - Como definir se o código é mal escrito?
8. QUALIDADE DE CÓDIGO
9. MÉTRICAS Média de linhas de código por método Média de complexidade ciclomática por método Profundidade na árvore de herança Falta de coesão em métodos Conexões aferentes de uma classe
11. MÉTRICAS Funcionar Fácil de entender Fácil de mudar
12. FUNCIONAR Softwares têm bugs. Isso é normal!
13. FUNCIONAR Aceitando o fato que todo software tem bug Nem todo bug é de alta prioridade Não é porque seu produto tem menos bugs que o concorrente que ele terá mais sucesso É importante garantir que um bug não ocorra de novo após corrigido TESTES!
14. FÁCIL DE ENTENDER “Readability Counts” Style guides (PEP-008) - Beyond PEP 8 Raymond Hettinger Código sem sotaque API consistente
15. FÁCIL DE MUDAR Quatro razões para mudar um software Adicionar uma feature Corrigir um bug Melhorar o design Otimização
16. FÁCIL DE MUDAR Testes Dependências Repetição de código não é um problema é um sintoma. Design e Feedback
17. TUTORIAL DE TDD (TEST DRIVEN DESIGN) Terça 10/10 às 14h!
18. CÓDIGO LEGADO
19. - Definição achada na 7ª página de resultados do google “Legacy code is a codebase that is continually patched, but no longer engineered”
20. - Definição achada na 7ª página de resultados do google “Legacy code is a codebase that is continually patched, but no longer engineered”
25. Engenharia é a aplicação do conhecimento científico, econômico, social e prático, com o intuito de inventar, desenhar, construir, manter e melhorar estruturas, máquinas, aparelhos, sistemas, materiais e processos.
26. MANTER E MELHORAR
28. CENÁRIO Startup “de tecnologia” com 1 dev Quem escreveu o código saiu do time Código desenvolvido em python 2.7 Você passa mais tempo resolvendo bug do que implementando novas features
30. RESISTA Resista a tentação de reescrever código do zero! É caro! Não entrega valor por MUITO tempo! Refatoração é diferente de redesign! Existe valor no código mal escrito
31. O QUE FAZER COM O CÓDIGO LEGADO?
32. STYLE GUIDES PEP-008 Google Python Style Guide Airbnb - JS - CSS - React https://github.com/RichardLitt/awesome- styleguides
35. LINTERS Pylint Jslint Csslint https://github.com/caramelomartins/ awesome-linters
36. PYLINT - OUTPUT
37. PYLINT - CÓDIGO REPETIDO
38. LOGS Ajudam a entender o fluxo da aplicação Transformam a aplicação em um livro de registros Sentry
39. AUTOMATIZE TAREFAS REPETIDAS Deploy Dump de database Criação de usuários Tarefas que não entregam valor ao usuário final
40. - Uncle Bob. “Always leave the campground cleaner than you found” Regra do escoteiro
41. FLUXO DE CORREÇÃO DE BUG 1. Crie um teste para o bug. O teste DEVE falhar 2. Corrija o bug 3. Teste passa 4. Deploy 5. Procure por repetição de código/responsabilidades fora do lugar que você inseriu 1. Proponha uma nova abordagem com um teste. O teste DEVE falhar 2. Implementar a nova abordagem 3. Teste passa 4. Deploy
42. REFATORAÇÃO Como vender refatoração? Make the invisible, visible Ataque as áreas mais críticas do sistema primeiro Release early, release often
43. E O PASSO FINAL
44. REMOVA
45. CÓDIGO
46. COMENTADO
48. RENATO OLIVEIRA @_renatooliveira www.labcodes.com.br GitHub.com/labcodes medium.com/labcodes speakerdeck.com/labcodes OBRIGADO!