Transferir como PDF, PPTX
Carregado porLucas Boeing Scarduelli
Clean code
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.
Mais conteúdo relacionado
Clean code
- 2. Arquiteto de software COORDENADORde 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 umcomeço!
- 4. primeiro de tudoaprenda a pensar lógica de programação o difícil é resolver o problema pergunte sobre tudo código é a menor parte
- 5. o resto entrano loop infinito que é a vida do programador
- 6.
- 7.
- 8. aprendizadoabsorva o conhecimento lidemelhor com as pessoas lide com os erros lide com o fracasso repita práticas de sucesso
- 9. aperfeiçoamento novas técnicas novas linguagens novosdomínios novas tecnologias aplique o aprendizado aprenda inglês
- 10. o loop infinito! whileprogramador.estaVivo() { programador.estudar(); programador.praticar(); programador.cometerErros(); programador.aprender(); programador.corrigirErros(); programador.evoluir(); }
- 11.
- 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 janelaquebrada
- 15. como se medeo quão limpo um código é?
- 16. nomes significativos nos escolhemosnomes 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 suaintenção…
- 18. devem revelar suaintenção…
- 19. devem revelar suaintenção…
- 20. devem revelar suaintenção…
- 21.
- 22.
- 23. não economize naspalavras! 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 nomesde 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 “aprimeira 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 fazeruma 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 fazeralgo ou responder algo! os dois juntos causa confusão.
- 28. simplifique as estruturasde decisão, evite O hard codE E APROXIME-SE DA MARGEM
- 29. simplifique as estruturasde decisão, evite O hard codE E APROXIME-SE DA MARGEM
- 30. dry - don’trepeat yourself evite duplicidade de código! reutilize seus métodos.
- 31. srp - princípioda responsabilidade única uma classe deve ter uma, e somente uma razão para mudar
- 32. classes devem sercoesas 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, mesmosem intenção comentários não escondem código ruim comentário é sinal de necessidade de refatoração nunca deixe um código comentado
- 34.
- 35.
- 36. comentários podem seruteis 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 paraa 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 detodo o escopo não deve ter nível maior que 2, para uma compreensão fácil e rápida espaçamento é importante
- 39.
- 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 suacozinha limpa!
- 42. regra do escoteiro deixea areá do acampamento mais limpa do que como você encontrou.
- 43. manifesto para desenvolvimentoágil de software www.agilemanifest.com
- 44. manifesto para oartesanato de software manifesto.softwarecraftsmanship.org
- 45.