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 =)
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 🙏
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.
Ó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.
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.
Uma das minhas dificuldade é a interpretação de responsabilidade para com cada parte do código. Se eu coloco meus output DTO na camara da adaptadores ou se faz sentido ter viewmodel na cadama de application para entregar aquele pedaço de dados ao cliente
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.
A filosofia, sim. Mas uma arquitetura em camadas, provavelmente não. A filosofia é basicamente se comunicar de forma clara com o domínio. Se existe uma equipe não técnica, não tem motivos pra dificultar a comunicação. Mas as ferramentas não necessariamente precisam ser todas utilizadas. ;-)
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.
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
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
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.
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...
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
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...
@@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...
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 👍🏼
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
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
Mais um Video importante para desmistificar os conceitos dessas sopas de letrinhas das siglas da TI. Valeu!
Fico feliz que tenha gostado! :-D
Excelente vídeo. Explica muito bem a relação entre arquitetura e a filosofia do DDD. Parabéns!
Que bom que gostou.
😁
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. (:
Excelente!!! O melhor vídeo sobre o assunto, claro, direto e com excelentes exemplos.
Fico feliz que tenha gostado, Wellington. :-D
Excelente video! Estou consumindo tudo do seu canal😂😂😂
Fico feliz que esteja gostando. :-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! 😁
Ó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
Finalmente entendi! Obrigado pelo excelente vídeo!!
Fico feliz que tenha gostado, Gabriel. :-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
Como já falei você é fera! só conteúdo de qualidade!
Opa, obrigado demais, Lucas! :-D
Uma das minhas dificuldade é a interpretação de responsabilidade para com cada parte do código.
Se eu coloco meus output DTO na camara da adaptadores ou se faz sentido ter viewmodel na cadama de application para entregar aquele pedaço de dados ao cliente
Conteúdo maneirissimo.
Que bom que curiu, Luís
Já chego dando like 👍
Valeu demais, Glauber! :-D
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.
Opa entendi perfeitamente, você acha que em casos de projetos pequenos e pouco escalaveis vale apena ter toda essa filosofia?
A filosofia, sim. Mas uma arquitetura em camadas, provavelmente não.
A filosofia é basicamente se comunicar de forma clara com o domínio. Se existe uma equipe não técnica, não tem motivos pra dificultar a comunicação.
Mas as ferramentas não necessariamente precisam ser todas utilizadas. ;-)
Mto massa meu mano!
Opa, que bom que curtiu! :-D
Parabéns! explicação muito boa
Muito obrigado, Vitor!
Muito bom!
Valeu!
Melhor vídeo que já vi sobre.
Opa, que honra. Obrigado, Emanoel. 😁
Finalmente entendi!! Muitíssimo obrigado!! Kkkkkk
Que bom que fui útil! :-D
Assunto complexo, mas a explicação foi excelente.
Que bom que gostou. :-D
Muito bom. A superficialidade de como as vezes as pessoas entendem alguns conceitos criam esses mitos.
Exatamente, Atila! Perfeita sua colocação.
esse rapaz eh muito inteligente
Obrigado! :-D
Você é muito inteligente
Obrigado, Davy. :-D
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. =/
Muito boa a explicação
Que bom que curtiu, Marcelo. :-D
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
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
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.
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!
Conteúdo muito bom!!
Que bom que curtiu, Filipe. :-D
show demais
Valeu, Ellson! :-D
muito bom....
Top!
:-D
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?
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
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.
Muito da hora
Que bom que curtiu.
😁😁
muito legal
Que bom que gostou! 😁
Gostei 👍
Opa, que bom que curtiu.
😁
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...
boa!!
Que bom que curtiu, Adrian.
😁
Bem crazy
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!
foda
Opa! Valeu!! 🤩
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!
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...
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