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

Transcript

1. fazendo as pazes com projetos legados
   

   View Slide

2. hernandes
   eng de software - líder técnico
   @ Binds.co
   org @BackEndBrasil
   podcaster @QuebraDev
   @onhernandes | hernandes.io
   

   View Slide

3. View Slide

4. o que é um projeto legado?
   

   View Slide

5. View Slide

6. como um projeto se torna legado?
   

   View Slide

7. possíveis causas:
   

   View Slide

8. possíveis causas:
   - curto prazo de entrega
   

   View Slide

9. possíveis causas:
   - curto prazo de entrega
   - preguiça
   

   View Slide

10. possíveis causas:
    - curto prazo de entrega
    - preguiça
    - copiar & colar do
    StackOverflow
    

    View Slide

11. por que um projeto legado é ruim?
    

    View Slide

12. bugs
    

    View Slide

13. código mágico
    

    View Slide

14. difícil de testar
    

    View Slide

15. manutenção custa caro
    

    View Slide

16. ninguém quer mexer
    

    View Slide

17. e se quebrar?
    

    View Slide

18. ok, e agora, o que eu faço?
    como resolver? desenvolvo a v2?
    

    View Slide

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.
    

    View Slide

20. isso porque vamos cair nesse problema:
    

    View Slide

21. View Slide

22. todo código carrega uma história,
    opiniões e algumas noites de dormir de
    alguém.
    

    View Slide

23. refatoração
    

    View Slide

24. refatoração é o processo de alterar o código
    que já existe sem mudar seu comportamento
    externo - wikipedia
    

    View Slide

25. refatorar =/= reescrever o projeto inteiro
    

    View Slide

26. todo código se torna legado em algum
    momento, mas há formas de atrasar isso e
    garantir a qualidade do código.
    

    View Slide

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
    

    View Slide

28. EVITE PROGRAMAÇÃO
    ORIENTADA A GAMBIARRA
    evite que código novo se
    torne uma cópia do código
    legado
    

    View Slide

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
    

    View Slide

30. evite programação
    orientada a gambiarra
    

    View Slide

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.
    

    View Slide

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
    

    View Slide

33. estude boas práticas da sua
    linguagem/framework
    

    View Slide

34. fim
    

    View Slide