DDD não é sobre arquitetura - O que é Domain-Driven Design | Dias de Dev
HTML-код
- Опубликовано: 7 июл 2024
- Existe muita confusão sobre o que de fato é Domain-Driven Design, o famoso DDD. Nesse vídeo a gente vai explicar o que é e o que não é Domain-Driven Design. Nós vamos entender que DDD não é um padrão arquitetural e que embora arquitetura de software auxilie nessa área de estudo, são coisas diferentes.
Se você ainda não conhece bem sobre DDD, com certeza vão ficar bastantes dúvidas. Isso é perfeitamente normal. Aproveite a sessão de comentários para tirá-las e aqui fica uma dica: Na Alura eu tenho treinamentos tanto de DDD quanto de arquitetura, falando de Clean Architecture (Arquitetura Limpa), Arquitetura Hexagonal, etc. Recomendo dar uma olhada. Aqui tem 15% de desconto para você assinar a plataforma:
tidd.ly/43UfATs
0:00 - Introdução
0:55 - O que não é DDD (Domain-Driven Design)
1:30 - O que é DDD (Dromain-Driven Design)
3:24 - Origem do termo DDD: Livro do Eric Evans
4:29 - Padrões táticos vs Padrões estratégicos
5:43 - Linguagem Ubíqua (Linguagem onipresente)
6:40 - Bounded Contexts (contextos delimitados)
8:00 - DDD e Arquiteturas de Software
11:34 - Resumo do que é Domain-Driven Design
12:41 - DDD não é sobre Arquiteura
13:30 - Conclusão
----------------------------------
Para mais conteúdos sobre boas práticas de programação, testes, arquitetura de software e tudo que há de bom, não se esqueça de se inscrever e ativar o sininho para receber notificações.
Para entrar em contato:
Telegram: t.me/diasdedev
Twitter: / cviniciussdias
LinkedIn: / cviniciussdias
GitHub: github.com/CViniciusSDias/ 
Наука
Muito bom vídeo, ótimos exemplos do que é e não é DDD. O que poderíamos também definir como o "Coração do Software" seriam as rotinas em que a empresa ganha dinheiro e/ou economiza dinheiro. Afinal de contas, negócios vivem dessas duas coisas =)
Perfeito!!
Muito bem gravado, editado, som de primeira e o apresentador é super articulado e com propriedade no que diz. parabéns!
Fico feliz que tenha gostado, Tiago. :-D
Excelente!!! O melhor vídeo sobre o assunto, claro, direto e com excelentes exemplos.
Fico feliz que tenha gostado, Wellington. :-D
Como já falei você é fera! só conteúdo de qualidade!
Opa, obrigado demais, Lucas! :-D
Muito interessante sua explicação. Atualmente estou lendo o Domain Driven Design e assistir esse vídeo foi importante pra ter uma noção do que esperar do livro. Agora vou estudar. Obrigado 🙏
Já li quase todos livros famosos de engenharia de software, mas esse de DDD em especial vem se demonstrando muito complicado de entender. (:
Mesmo sem roteiro o vídeo ficou excelente e a explicação muito clara e bastante didática!! Parabéns professor!!
Que bom que curtiu, Gustavo. :-D
Finalmente entendi! Obrigado pelo excelente vídeo!!
Fico feliz que tenha gostado, Gabriel. :-D
Excelente vídeo. Explica muito bem a relação entre arquitetura e a filosofia do DDD. Parabéns!
Que bom que gostou.
😁
Parabéns! explicação muito boa
Muito obrigado, Vitor!
Ótimo Vinícius. Estou estudando microserviço e acredito que essa arquitetura seja uma das melhores formas de implementar e representar o DDD. Muito bom.
Uma das primeiras coisas que ele diz no video é que não é uma arquitetura. rsrs
Já chego dando like 👍
Valeu demais, Glauber! :-D
Conteúdo maneirissimo.
Que bom que curiu, Luís
Melhor vídeo que já vi sobre.
Opa, que honra. Obrigado, Emanoel. 😁
Mto massa meu mano!
Opa, que bom que curtiu! :-D
Muito boa a explicação
Que bom que curtiu, Marcelo. :-D
Excelente video! Estou consumindo tudo do seu canal😂😂😂
Fico feliz que esteja gostando. :-D
Conteúdo muito bom!!
Que bom que curtiu, Filipe. :-D
Muito bom o vídeo!
A "aplicação" das coisas que estão no hype sem o mínimo de reflexão deixa todo mundo vulnerável a esse tipo de confusão. Isso leva diretamente a código legado que precisa de um especialista
Tenho estudado Model-Driven software engineering (MDSE) atualmente e percebo como isso já foi um hype bem grande alguns anos atrás e a única coisa que "sobrou" do hype foi o "ódio" ao UML.
Se o DDD seguir o mesmo caminho, só vai sobrar um futuro de desenvolvedores falando mal de alguma dessas arquiteturas comuns (Onion Architecture, etc....) como se isso fosse DDD.
Reflexão interessante.
Não conheço MDSE. Vou estudar.
Obrigado! 😁
Muito bom!
Valeu!
muito bom....
show demais
Valeu, Ellson! :-D
Top!
:-D
Muito da hora
Que bom que curtiu.
😁😁
Muito bom o video. Ainda tô terminando o livro, mas isso que vc aponta sobre não ter uma forma definida de aplicar DDD é o que confunde muita gente mesmo, ao meu entender. Fiquei até surpreso ao ler o livro e ver que o Evans é muito mais "nuanced" do que o evangelistas que vejo online.
Uma coisa que achei interessante tbm e, ao meu ver, vale lembrar, é que a ideia de "linguagem onipresente" e "modelo profundo" são muito mais complexas do que aparentam. Em determinado ponto do livro ele fala sobre como eles chegaram em uma abstração que era menos óbvia para leigos no domínio. O domínio era um aplicativo de transporte de cargas em que a modelagem inicial envolvia as classes navio e container. Ele conta que, depois de terem trabalhado meses com especialistas na área, eles chegaram a um modelo que não tinha as classes navio e container. Eles chegaram em um nível abstração/sofisticação diferente. Os navios ainda estavam lá, mas foram abstraídos para "viagem de embarque", enquanto os "containers" praticamente desapareceram do modelo (embora fossem representados como tal em um outro aplicativo). Ele até fala que sempre que um novo programador auditava o código, as primeiras sugestões eram sempre "faltam as classes navio e container". Ele até fala que não é que eles não fossem inteligentes, eles só não participaram do processo de descoberta.
Enfim, tô gostando bastante da leitura e recomendo pra todos. Só não fiquem chatos achando que tem uma única forma de por em pratica, como alguns evangelistas. Como falei, é bem mais "nuanced" do que esperava.
Perfeito, Tony. O que acontece pra galera ficar mais "quadrada" é justamente esse ruído na informação. Muita gente aprende sobre DDD apenas em artigos rápidos e não confere a fonte, o que acaba gerando esse conhecimento bem incompleto.
Muito bom o video, parabéns!
Eu gosto da aboragem do Pisani Arch e Elemar Jr:
"DDD não é um padrão de arquitetura, mas afeta descisões arquiteturais".
Perfeito!
Assunto complexo, mas a explicação foi excelente.
Que bom que gostou. :-D
Finalmente entendi!! Muitíssimo obrigado!! Kkkkkk
Que bom que fui útil! :-D
muito legal
Que bom que gostou! 😁
Gostei 👍
Opa, que bom que curtiu.
😁
Você é muito inteligente
Obrigado, Davy. :-D
Muito bom. A superficialidade de como as vezes as pessoas entendem alguns conceitos criam esses mitos.
Exatamente, Atila! Perfeita sua colocação.
boa!!
Que bom que curtiu, Adrian.
😁
Minha dificuldade é justamente porque muitos "vendem" a ideia de ser um arquitetura, ai cada exemplo ou curso que faço tem uma estrutura/arquitetura diferente.
Muitos nem mesmo leram as obras que originaram o nome, por isso aprendem o conceito com pessoas que entenderam errado também. É um ciclo vicioso. =/
comecei o vídeo sem entender nada e quando o vídeo terminou eu achei que estava no começo.
Kkkkkkkk
Tem alguma dúvida em que eu possa te ajudar? Realmente não é um assunto simples.
esse rapaz eh muito inteligente
Obrigado! :-D
possivel tema para proxímo video poderia falar uma pouco de service Providers?? essa parada não entra na minha cabeça
Já tenho vídeos de container de injeção de dependência no canal. Service Provider é basicamente isso. Chegou a dar uma olhada nesses vídeos?
Anida não vou uma olhada
Bem crazy
Os conteúdos que o Vinícius traz são ótimos!
Mas sou só eu que acha um pouco "estranha" essa música do final? rsrsrs
Que bom que curte o conteúdo, Rodrigo. Essa música no final eu nunca nem ouço. A galera da edição que coloca. Se estiver incomodando muito posso ver com eles pra trocar ou tirar, mas acho que isso é bem secundário, né!? kkkkk
@@DiasDeDev Claro, Vinícius... é só pra comentar mesmo! rsrsrs
Isso realmente não importa. O conteúdo é ótimo, ainda mais para mim que to conseguindo caminhar bastante no php mesmo tendo pouco tempo diário para estudar...
Poderia indicar livros que agregam o desenvolvimento de softwares, assim como esse do DDD?
Muito bacana o vídeo!
Fala, Guilherme. Aqui tem alguns interessantes:
- amzn.to/3rwsK7u
- amzn.to/3GxVOQp
- amzn.to/3uxAwAa
- amzn.to/3Hzs9HT
- amzn.to/3LgEIu0
- amzn.to/3Gx01Uw
O último é o livro "original" de DDD. Os 2 anteriores são versões mais "simples" de se ler sobre o mesmo assunto.
Aqui tem um específico sobre DDD em PHP:
- amzn.to/3J7kBwn
@@DiasDeDev Minha Nossa Senhora do Perpétuo Socorro!! Esses livros sobre DDD custa 1 ano de inscrição na Alura ou mais! O conteúdo dentro disso aí deve valer ouro.
Aqui o livro mais caro não passou de 150 reais, o que eu concordo que é caro, mas nao é um ano de Alura. Que livro tá tão caro aí pra você?
@@DiasDeDev Ué, o último link está custando R$445 aqui pra mim, o livro mesmo, sem ser pelo Kindle '-'
@@DiasDeDev O antepenúltimo está custando mais de R$300 reais, sem ser pelo Kindle... são realmente muito caros rs
Línguagem Ubíqua é você trazer a linguagem utilizada no negócio que representa elementos dele para formar esses elementos importantes para o negócio dentro do Software? o_O
Exatamente, Ana Luiza. Ótima descrição!
A ideia é unificar a comunicação entre equipes técnicas e não técnicas.
DDD é uma filosofia de código então? Por exemplo, eu vou dar o nome do meu domínio semelhante ao meu diálogo no dia-a-dia?
Não é só isso, mas isso é um dos pontos, sim.
DDD te dá ferramentas pra tornar seu domínio mais compreensível. A linguagem onipresente é uma. Há mapas de contexto, identificação de domínio principal, de suporte e sub-domínios, etc
foda
Opa! Valeu!! 🤩
Tenho a sensação de quando usamos o DDD é de criar um novo framework toda vez que que atuamos no projeto
Não faz muito sentido, Antônio. Talvez algo esteja sendo feito incorretamente, não?
NÃO TEM IDEIA de quantas entrevistas estou fazendo, onde LIDERES TECNICOS estão me perguntando sobre ""ARQUITETURA DDD"" e o que eu acho dele dessa ""ARQUITETURA""!?!!.... JÁ PERDI UM PENCA DE VAGAS (DEVIDO O EGO) CORRIGINGO ESSA GALERA
Olha, dá pra corrigir sem perder a vaga. Se falar com jeitinho e mostrar fontes (principalmente trechos do livro do Eric Evans), dá até pra sair por cima na situação. :-D
Ótimo o vídeo. Mas o DDD influencia, sim, na organização das pastas e como organizar o código em lugares específicos hehehe eu que te conte!
O domain por ser considerado como a Regra de Negocio?
Muito Estranho te ver de cara limpa no Alura e 10 mim depois te ver aqui de barba e mais velho
kkkkkkkkkkkkkkkkkk
Hahahah
Verdade!
Esse fundo rosado frio não favoreceu seu tom de pele, sugiro que vc procure um colorista para fazer uma análise de colorimetria, nada a ver com o vídeo não, só um toque mesmo. O vídeo ta excelente 👍🏼
😂🤣😂
Obrigado pelo toque
Cara, não sei o que você fez na sobrancelha, mas ela não está natural. Apenas um toque. Abraços e bom vídeo.
Kkkkkk
Não fiz nada nela não. Vai ver eu dormi com a cara pro travesseiro.
Rsrsrsrs
Mas e do conteúdo do vídeo (que é o que importa)? O que achou? :-D
Obrigado por esclarecer, eu estou estudando DDD, com TDD e estava achando quase estranho eu utilizar várias estratégias diferentes na minha aplicação como MVVM, Strategy, Factory e varais outrar, estava quase ficando confuso até que você chegou. Entendi que DDD não é arquitetura, é uma filosofia, e minha arquitetura é MVVM e o resto são estratégias e patterns, obrigado.
Agora meu conceito fechou, dahora. Simplificou bem, não simplificou de mais ao ponto de citar exemplos com animais e não complicou de mais falando de mais coisas abstratas como CQRS, dahora ganhou um inscrito.
Fico feliz demais por ter sido útil! :-D
Cada dia inventam umas 10 siglas novas, tu vai ver uma vaga tem uma tripa de siglas, tem que fazer um curso para saber oque estao pedindo... e muitas vezes a metade é frescura ou é uma coisa simples que complicam e inventam uma sigla...
Realmente acontece muito, mas DDD já existe há bastante tempo. A primeira publicação foi em 2003, então ano que vem completa 20 anos. :-D
@@DiasDeDev Sim, vi que voce falou que surgiu de um livro e tal, me refiro no geral, todo dia estão inventando siglas novas, frameworks, linguagens, padrões, etc.... tem vagas de emprego que é assustador de ver a quantidade de coisas que pedem... algumas eu acho que nao estão procurando um desenvolvedor, estão procurando o mestre dos magos...