O documento discute a jornada de um desenvolvedor para aplicar os princípios SOLID em projetos de software ágil. Apresenta os cinco princípios SOLID (SRP, OCP, LSP, ISP e DIP) e discute como aplicá-los de forma iterativa para melhorar a estrutura e legibilidade do código, focando em simplicidade, limpeza e expressividade. Também aborda como detectar problemas de projeto e como o software pode "apodrecer" devido a mudanças não planejadas.

1. CONTRA1a jornada de um desenvolvedor de princípios SOLID
contra o impulso de usar muitos padrões ou não pensar sobre elesUM
@helmedeiros

2. senta que lá vem
história…

3. framework
MV*
princípios
design patterns

4. a-gi-li-ty
|əˈjilitē|
Consiste em criar software em
incrementos minúsculos.

5. como projetar um…
Software que tenha boa estrutura?
Software que seja flexível?
Software passível de manutenção?
Software que seja reutilizável?
who knows
who knows
who knows
who knows

6. Se você cria em incrementos minúsculos,
não vai perder a visão global?

7. projeto ágil
maus cheiros
princípios

8. projeto de software
um conceito abstrato

9. software project
|ˈsôftˌwe(ə)r ˈpräjˌekt, -ikt|
Relacionado à forma e estrutura global
do programa, assim como o detalhe
de cada módulo, classe e método.

10. Se tiver sorte, você começa um
projeto com uma ideia clara de
como deseja que o sistema seja. Se
tiver mais sorte ainda, a primeira
versão reflete a imagem do projeto.

11. projeto ágil
maus cheiros
princípios

12. algo dá errado
o software começa a apodrecer

13. como podemos detectar…
os problemas antes ou no último momento responsável?
sem exagerar nas precauções?
permitindo mudar?

14. RIGIDEZ: É difícil de alterar o
projeto.1

15. FRAGILIDADE: O projeto
(design) é fácil de estragar.2

16. IMOBILIDADE: É difícil
reutilizar o projeto.3

17. VISCOSIDADE: É difícil fazer a
coisa certa.4

18. COMPLEXIDADE DESNECESSÁRIA:
Projeto excessivo.5

19. REPETIÇÃO DESNECESSÁRIA:
Abuso do mouse.6

20. OPACIDADE: Expressão
desorganizada.7

21. por que o software apodrece…
mudanças não previstas
mudanças para ontem
desenvolvedor desconhece a filosofia inicial do projeto

22. requisitos sempre mudam
nossos projetos e práticas estão errados

23. projeto ágil
maus cheiros
princípios

24. aplicação continua
para melhorar a estrutura e legibilidade do software

25. iterativamente visando…
simplicidade no código
limpeza do código
expressividade do código
moderado
moderado
moderado

26. SRP: Princípio da
responsabilidade únicaS

27. OCP: Princípio do Aberto/
FechadoO

28. LSP: Princípio de substituição
de LiskovL

29. ISP: Princípio da Segregação
de InterfaceI

30. DIP: Princípio da inversão de
DependênciaD

31. “ as equipes ágeis aplicam os princípios apenas para
resolver maus cheiros. Eles não são um perf9me que
deve ser bor<ifado por todo o sistema. “
- Robert C. Martin

32. CONTRA1a jornada de um desenvolvedor de princípios SOLID
contra seu impulso de usar muitos padrões ou não pensar sobre elesUM
@helmedeiros