Clean code
2 gostaram279 visualizações
Lucas Scarduelli é um arquiteto de software e professor com mais de 10 anos de experiência em desenvolvimento. Ele fornece conselhos sobre como escrever código limpo, incluindo usar nomes significativos, métodos pequenos que fazem uma coisa de cada vez, e evitar duplicação de código.
Clean code
- 2. Arquiteto de software COORDENADOR de pesquisa e desenvolvimento (P&D) COFUNDADOR DO CONVOQUE.ME - GOLEIROS DE ALUGUEL PROFESSOR - CEdup Abílio paulo Técnico em Informática industrial bacharel em sistemas de informação Especialista em gerenciamento de projetos 10 anos de experiência EM DESENVOLVIMENTO 8 anos EM desenvolvendo web lucas boeing scarduelli scarduelli.com lucas@scarduelli.com @LUCASSCARDUELLI
- 3. tudo tem um começo!
- 4. primeiro de tudo aprenda a pensar lógica de programação o difícil é resolver o problema pergunte sobre tudo código é a menor parte
- 5. o resto entra no loop infinito que é a vida do programador
- 7. prática coding dojo trabalho aula freelancer open source hobby
- 8. aprendizadoabsorva o conhecimento lide melhor com as pessoas lide com os erros lide com o fracasso repita práticas de sucesso
- 9. aperfeiçoamento novas técnicas novas linguagens novos domínios novas tecnologias aplique o aprendizado aprenda inglês
- 10. o loop infinito! while programador.estaVivo() { programador.estudar(); programador.praticar(); programador.cometerErros(); programador.aprender(); programador.corrigirErros(); programador.evoluir(); }
- 12. o que é um código limpo? simples direto eficiente sem duplicidade elegante feito com cuidadofácil manutenção padronizado poucas dependências
- 13. o que é um código limpo?
- 14. teoria da janela quebrada
- 15. como se mede o quão limpo um código é?
- 16. nomes significativos nos escolhemos nomes para tudo E TEMOS QUE FAZER ISSO BEM FEITO, por isso eles devem nos dizer... - por que existe - o que faz - como é usado
- 17. devem revelar sua intenção…
- 18. devem revelar sua intenção…
- 19. devem revelar sua intenção…
- 20. devem revelar sua intenção…
- 23. não economize nas palavras! evite a desinformação! evite palavras que não são palavras se preciso use varias palavras evite palavras reservadas o tipo não precisa estar no nome evite trocadilhos use boas praticas
- 24. classes e métodos nomes de classes devem ser substantivos e não conter verbos Veículo, Pessoa, Cliente, Fornecedor, Estoque, ... nomes de métodos devem conter verbos calculaCusto(), lancaEstoque(), geraNotaFiscal(), ...
- 25. devem ser pequenos “a primeira regra dos métodos e que eles devem ser pequenos. a segunda e que devem ser menores ainda.” (uncle bob) classes menores são mais fáceis de ler e entender o que estão fazendo. classe = 200 a 500 linhas métodos <= 20 linhas linhas <= 100 caracteres
- 26. métodos devem fazer uma coisa só e fazer certo! o difícil é definir o que é uma coisa só. tente extrair parte do código e dar um nome a ele.
- 27. métodos devem fazer algo ou responder algo! os dois juntos causa confusão.
- 28. simplifique as estruturas de decisão, evite O hard codE E APROXIME-SE DA MARGEM
- 29. simplifique as estruturas de decisão, evite O hard codE E APROXIME-SE DA MARGEM
- 30. dry - don’t repeat yourself evite duplicidade de código! reutilize seus métodos.
- 31. srp - princípio da responsabilidade única uma classe deve ter uma, e somente uma razão para mudar
- 32. classes devem ser coesas poucas variáveis cada método deve manipular uma ou mais variáveis quanto mais variáveis um método consegue manipular, mais coeso ele é coesão e a co-dependência entre métodos e variáveis
- 33. comentários podem ser mentirosos, mesmo sem intenção comentários não escondem código ruim comentário é sinal de necessidade de refatoração nunca deixe um código comentado
- 36. comentários podem ser uteis mostra a intenção por trás de uma decisão tomada avisa aos desenvolvedores sobre a consequência de um trecho de código
- 37. formatação formatação é importante para a comunicação legibilidade é importante para mudanças futuras métodos com conceitos parecidos devem ficar verticalmente próximos ordem dos métodos influencia na legibilidade do código
- 38. indentação importante para visualização de todo o escopo não deve ter nível maior que 2, para uma compreensão fácil e rápida espaçamento é importante
- 40. code smells - fique atento a eles comentários pobres, obsoletos ou redundantes métodos mortos ou que fazem muita coisa código comentado responsabilidades demais ou fora do contexto nomes pequenos e inexpressivos muitos parâmetros ou parâmetros boleanos despadronização números mágicos duplicidade de código
- 41. mantenha sempre sua cozinha limpa!
- 42. regra do escoteiro deixe a areá do acampamento mais limpa do que como você encontrou.
- 43. manifesto para desenvolvimento ágil de software www.agilemanifest.com
- 44. manifesto para o artesanato de software manifesto.softwarecraftsmanship.org
- 45. Perguntas?