Começando a modelar sua aplicação Ruby com DDD

Entender e codificar requisitos do "mundo real" para um software muitas vezes é uma tarefa de complicada e que demanda muito tempo.
Uma estratégia atacar esses problemas é modelar o software através do Domain Driven Design e utilizar os seus elementos para projetar e estruturar o seu código a partir de uma linguagem comum, úbiqua, entre os envolvidos no projeto de forma a que ela reflita como o domínio se comporta.
Nesta palestra serão alguns de cenários com o DDD tático, mostrando exemplos de código e em como aplicar alguns dos fundamentos do DDD nos seus problemas.

Transcript

1. Começando a modelar sua aplicação Ruby com DDD
2. Desenvolvendo software no dia-a-dia
3. Mundo Real Software
4. "The real world does not fit in the softwares" (Vaughn Vernon)
5. Nas primeiras tentativas de mapear essa realidade...
8. Funciona !!!
9. #sqn
10. O problema / expectativa
11. Alinhamento de informações Software "Mundo real"
12. O que esperamos "Mundo real" Software
13. O que acontece "Mundo real" Software
14. Viés técnico
15. O código Chuck Norris
17. O teste do tempo
18. Não somos Chuck Norris!
19. Domain Driven Design
20. Domain Driven Design área de interesse onde o software será desenvolvido
21. Domain Driven Design área de interesse onde o software será desenvolvido o "como" estruturamos as partes internas do software para refletir o domínio
22. Uma das principais idéias: design efetivo "Mundo real" Software
23. Passo 1 "Mundo real" Software
24. Passo 2 "Mundo real" Software
25. Passo 3 "Mundo real" Software
26. # consegui! "Mundo real" Software
27. Começando a modelar
28. Modelo Projeto Negócio Desenvolvedor Linguagem ubíqua Domínio
29. Modelo Projeto
30. Modelo Projeto
31. Modelo Projeto
32. Modelo Projeto Negócio Desenvolvedor Linguagem ubíqua Domínio
33. Parênteses: DDD Estratégico x DDD Tático
34. • Ao fazer as modelagens no Domain Driven Design, podemos atacar o domínio sob uma perspectiva macro e micro do problema: ◦ o DDD estratégico: entender e separar o domínio como um todo em diversos contextos (contextos delimitados), cada um com a seu idioma / linguagem úbiqua ◦ o DDD tático: busca representar em software / código cada um desses contextos com os building blocks
35. DDD Estratégico Imagem extraída da página: https://martinfowler.com/bliki/BoundedContext.html
36. Fim dos parênteses
37. Linguagem úbiqua • Linguagem (termos, ações, papéis) sobre o conhecimento compartilhado / adquirido sobre domínio entre as partes do projeto • Ela "permeia" todo o software e o seu processo de construção, devendo ser refletida e evoluir com as interações entre os envolvidos na construção do modelo
38. Soft Skills Hard Skills
39. Soft Skills Comunicação Escalabilidade Hard Skills
40. Soft Skills Entrega de valor Comunicação Manutenção Escalabilidade Hard Skills
41. Soft Skills Empatia Entrega de valor Comunicação Manutenção Escalabilidade Testes Hard Skills
42. Pessoas Tecnologia
43. "Somos pagos para pensar, já escrever código, é de graça"
45. Ao problema !!!
46. Mas primeiro...
47. Não existe bala de prata !!!!!!!!!!!
48. A primeira especificação
49. "O coiso deve ser ligado junto com o treco para conseguir a outra coisa" Primeira descrição de domínio
51. "O coiso deve ser ligado junto com o treco para conseguir a outra coisa" Papéis
52. "O coiso deve ser ligado junto com o treco para conseguir a outra coisa" Ações
53. ligado com para conseguir
55. Feedbacks e Round 2 !
56. "O coiso deve ser usado no GPS para conseguir calcular a rota" Round 2
58. Feedbacks e Round 3 ! "Mas… o que é o coiso?"
59. "O endereço deve ser usado no GPS para conseguir calcular a rota" Round 3, a.k.a. o que é o coiso?
61. Vitória !!!
62. Ok… mas e a estrutura do código?
63. DDD Tático: Building blocks
64. Building blocks Entidades Objetos de Valor Agregados Serviços Repositórios Factories
65. Building blocks "mais comuns"* Entidades Objetos de Valor Agregados Serviços Repositórios Factories
66. • Entidades: objeto com uma série de atributos definidos por uma identidade e linha de continuidade • Objeto de valor: objeto com uma série de atributos, sem identidade e imutável Building blocks
67. "Um endereço é único no sistema e deve ter um logradouro, número, CEP, cidade e tipo (residência ou trabalho)" "Uma rota é um conjunto de instruções ordenadas, que descrevem a direção a seguir para o destino" Entidades X Objetos de Valor
68. Entidades
69. Objetos de valor
70. • Serviços: comportamentos do domínio que não se enquadram em entidades e em objetos de valor, não possuem estado • Repositórios: serviço responsável por gerenciar o ciclo de vida das entidades na aplicação, persistir os dados de uma entidade em um mecanismo de armazenamento (banco de dados, arquivo, etc) Building blocks
71. Serviços
72. Repositórios
73. Ok… como eles se interligam?
75. Exemplo: API Web Controllers Interactors / Serviços Entidades Repositórios External Clients ORMs ... Application Services
76. Controllers Interactors / Serviços Entidades Repositórios External Clients ORMs ... Application Services Infraestrutura Domínio Infraestrutura
77. Controller (Infra)
78. Controller (Infra)
79. Interactor / Serviço (Domínio)
80. Interactor / Serviço (Domínio)
81. Repositório (Domínio)
82. Interactor / Serviço (Domínio)
83. Entidade (Domínio)
84. Entidade (Domínio)
85. Cliente (Infra)
86. Cliente (Infra)
87. Controllers Interactors / Serviços Entidades Repositórios External Clients ORMs ... Application Services Infraestrutura Domínio Infraestrutura
88. That's all!
89. • Livros: ◦ Domain Driven Design: Tackling Complexity in the Heart of Software ◦ Implementing Domain-Driven Design ◦ Domain-Driven Design Distilled ◦ Clean Architecture: A Craftsman's Guide to Software Structure and Design • Talks: ◦ GOTO 2017 • DDD Today - Modeling Uncertainty • Vaughn Vernon ◦ Eric Evans - Keynote: DDD Isn't Done: A Skeptical, Optimistic , Pragmatic Look Para saber mais...
90. Engenheiro de Software na Resultados Digitais Mestre em Ciência da Computação (foco em IA) pela USP Quem sou?
91. Engenheiro de Software na Resultados Digitais Mestre em Ciência da Computação (foco em IA) pela USP Pai coruja / zumbi Quem sou?
92. https://boards.greenhouse.io/resultadosdigitais
93. Obrigado! https://github.com/danielbdias https://speakerdeck.com/danielbdias https://twitter.com/danielbdias