[1] O documento discute como melhorar a qualidade do código através da aplicação de boas práticas como SOLID e código limpo, que tornam o código mais fácil de compreender e manter ao longo do tempo. [2] Fatores como pressa, desinteresse e a crença de que demora mais tempo podem levar a códigos ruins. [3] Princípios como responsabilidade única, aberto-fechado e inversão de dependência são explicados como forma de produzir código de melhor qualidade.

1. De Freddy Krueger à Brad Pitt.
Como melhorar o seu código e fazê-lo ficar lindo

2. Analista de Desenvolvimento & ex-Infra
(fora do SERPRO) & @rubyonrio & curiosa
& hiperativa & tentando dominar o mundo
Quem sou eu?

3. O que vamos ver?
• SOLID (Boas práticas)
• Código Limpo

4. O que vamos ver?
• SOLID (Boas práticas)
• Código Limpo

5. Tá mas porque isso é
importante?
● Mais fácil para compreender
● Mais fácil de encontrar e resolver bugs
Ou seja, melhora (e muito) a MANTENABILIDADE
do código

7. O que contribui para um código
feio?
Eu quero é terminar rápido!!!
Pra que fazer direito? Tô de saco cheio desse
projeto já!
Tenho que começar a fazer agora!!!
Depois refatoro!
Todo mundo faz assim!!!

8. O que contribui para um código
feio?
Eu quero é terminar rápido!!!
Pra que fazer direito? Tô de saco cheio desse
projeto já!
Tenho que começar a fazer agora!!!
Depois refatoro!
Todo mundo faz assim!!!

9. Porque o código continua feio?
● Desenvolvedores saem do projeto
● Novos desenvolvedores entram no projeto e
tem medo de modificar algo
● Mito de que demora muito mais tempo

10. O poder de mudar isso é nosso!

11. Respire fundo e....

12. Sobre o uso de comentários:
Não use!

13. Sobre o uso de comentários:
Não use!
Calma calma calma! Não criemos
pânico!!!

14. O código deve ser o máximo possível
auto-explicativo
Comentários podem e devem ser
usados, mas principalmente nas
seguintes condições:
● Se não dá pra fazer nada melhor.
● Para alertar sobre algo importante sobre
aquele trecho de código.
● TODO / FIXME

15. S
O
L
I
D
ingle Responsibility
pen-Closed
iskov Substitution
nterface Segregation
ependency Inversion

17. Single Responsibility
Cada classe ou método deve ter apenas uma
responsabilidade, ou seja, mudar por apenas
um motivo

18. Single Responsibility
Cada classe ou método deve ter apenas uma
responsabilidade, ou seja, mudar por apenas
um motivo
Objetivo:
● Classes ou métodos
pequenas e coesas

19. Single Responsibility

20. Single Responsibility

21. Open-Closed
As classes devem ser abertas para extensão,
mas fechadas para modificação.

22. Open-Closed
As classes devem ser abertas para extensão,
mas fechadas para modificação.
Objetivos:
● Evolução do código mais fácil e rápida
● Melhorar a testabilidade

23. Open-Closed

24. Open-Closed

25. Liskov Substitution
Uma classe pode ser substituída por uma
classe derivada dela sem a alteração de
funcionamento de um método.

26. Liskov Substitution
Uma classe pode ser substituída por uma
classe derivada dela sem a alteração de
funcionamento de um método.
Objetivos:
● Reaproveitamento de código mais eficiente
● Melhorar a testabilidade

27. Liskov Substitution

28. Liskov Substitution

29. Interface Segregation
O cliente de uma classe não deve ser
obrigado a herdar métodos que ele não
utiliza.

30. Interface Segregation
O cliente de uma classe não deve ser
obrigado a herdar métodos que ele não
utiliza.
Objetivo:
● Interfaces menores, mais coesas e mais
estáveis

31. Interface Segregation

32. Interface Segregation

33. Dependency Inversion
Módulos de alto nível não devem depender de
módulos de baixo nível e sim de abstrações e
estas não devem depender de detalhes e sim
os detalhes dependerem delas.

34. Dependency Inversion
Módulos de alto nível não devem depender de
módulos de baixo nível e sim de abstrações e
estas não devem depender de detalhes e sim
os detalhes dependerem delas.
Objetivos:
● Diminuir a coesão entre os diferentes
módulos
● Aumentar o reuso de classes

35. Dependency Inversion

36. Dependency Inversion

38. Anna Cruz
anna-graciela.cruz@serpro.gov.br
#7705
DE706
Códigos em
https://github.com/annacruz/exemplos-devday-serpro