Fazendo as pazes com código legado - Frontend SP Meetup

Transcript

1. fazendo as pazes com projetos legados
2. hernandes eng de software - líder técnico @ Binds.co org @BackEndBrasil podcaster @QuebraDev @onhernandes | hernandes.io
4. o que é um projeto legado?
6. como um projeto se torna legado?
7. possíveis causas:
8. possíveis causas: - curto prazo de entrega
9. possíveis causas: - curto prazo de entrega - preguiça
10. possíveis causas: - curto prazo de entrega - preguiça - copiar & colar do StackOverflow
11. por que um projeto legado é ruim?
12. bugs
13. código mágico
14. difícil de testar
15. manutenção custa caro
16. ninguém quer mexer
17. e se quebrar?
18. ok, e agora, o que eu faço? como resolver? desenvolvo a v2?
19. a menos que o produto tenha uma mudança drástica no negócio e/ou a tecnologia usada esteja obsoleta, uma reescrita completa não mudará nada.
20. isso porque vamos cair nesse problema:
22. todo código carrega uma história, opiniões e algumas noites de dormir de alguém.
23. refatoração
24. refatoração é o processo de alterar o código que já existe sem mudar seu comportamento externo - wikipedia
25. refatorar =/= reescrever o projeto inteiro
26. todo código se torna legado em algum momento, mas há formas de atrasar isso e garantir a qualidade do código.
27. estabeleça regras, normas, fluxos, etc - versionamento, boas práticas, modularização, testes, guias de estilo de código, automatizações, documentação, testes
28. EVITE PROGRAMAÇÃO ORIENTADA A GAMBIARRA evite que código novo se torne uma cópia do código legado
29. crie rotinas de refatoração. refatorar um trecho de código traz valor (R$ pra empresa também) assim como qualquer outra feature ou bugfix
30. evite programação orientada a gambiarra
31. convencer a empresa (gerente de produto, CTO, etc) de que refatoração é necessário, é a parte mais difícil. converse com as pessoas que trabalham com você para te ajudar nisso.
32. além de tudo, precisamos colocar comida na mesa, mas também manter a sanidade mental. se onde está não aceitam um projeto de melhoria, caso possível, procure outro emprego
33. estude boas práticas da sua linguagem/framework
34. fim