GitHub ¡Presente!

Transcript

1. fazendo as pazes com projetos legados
2. hernandes Instrutor @ Alura org @BackEndBrasil github, twitter: @onhernandes
3. Por que devo me preocupar com um projeto legado?
4. o que é um projeto legado?
6. Por que devo me preocupar com um projeto legado?
7. por que um projeto legado é ruim?
8. bugs
9. código mágico
10. difícil de testar
11. manutenção custa caro
12. ninguém quer mexer
13. e se quebrar?
15. “Não preciso me preocupar! Nunca vou deixar meu projeto chegar a esse ponto. Nunca vai acontecer!”
16. você sabe como um projeto se torna legado?
17. possíveis causas: - curto prazo de entrega - preguiça - copiar & colar do StackOverflow - falta de padronização
18. ok, e agora, o que eu faço? como resolver? desenvolvo a v2? desisto de programar? mudo de área?
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. todo código carrega uma história, opiniões e algumas noites de dormir de alguém. tome muito cuidado antes de apagar qualquer coisa
22. ok, e agora, o que eu faço?
23. todo código se torna legado em algum momento, mas há formas de atrasar isso e garantir a qualidade do código.
24. estabeleça padrões, começando pelo versionamento usa git? procure fluxos simples e eficazes, invente o seu próprio fluxo, conheça o gitflow
25. conheça as boas práticas da linguagem do projeto
26. use guias de estilo para padronizar o código, procure ferramentas como linters & fixers para auxiliar
27. automatizar ajuda, mas tome cuidado, porque você pode cair nesse problema:
29. testes podem ser chatos na maior parte do tempo, mas são fundamentais, principalmente quando é difícil escrevê-los
30. sempre que possível, refatore o código. uma função, uma variável, uma condicional refatoração traz valor (para o código, e R$ para a empresa/produto)
31. refatoração é o processo de alterar o código que já existe sem mudar seu comportamento externo - wikipedia
32. refatorar =/= reescrever o projeto inteiro
33. EVITE PROGRAMAÇÃO ORIENTADA A GAMBIARRA entenda o código que você usa do StackOverflow
34. documente o código para novas pessoas no projeto documente o código para você de amanhã
35. revise e leia código de outras pessoas leia o código fonte das bibliotecas que você usa
36. 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.
37. 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
38. resumo: - boas práticas da linguagem, framework, 12factor App - estabeleça padrões de código - crie fluxos (git flow, por ex) - conheça o código das pessoas ao seu redor - escreva testes - documente o código - refatore sempre - beba água
39. fim