Conteúdo relativamente complexo explicado de forma super simples. Parabéns! Eu senti falta, porém, de um apanhado sobre quando um Value Object viraria um valor editável - fazendo falta então um Id. Sim, „o número da casa não muda“ . Mas é preciso identificar o Value „Address“ para eliminá-lo ou atualizá-lo no repositório. Obrigado pelo contudo !! 🎉
Parabens pelo conteudo! Nota 10. Cosidero referencia como informaçoes que podem ser anteriormente persistidas por outro agregado (Tutor ). Agregado contem informações que são interdependentes(um video nao deveria existir sem um curso, assim como uma referencia não deveria existir sem um video conforme modelo apresentado)
Seu canal é muito bom, porém percebi que os vídeos são muito longos. Gostaria de ver mais videos assim pequenos e objetivos. Desde já conteúdo muito bom.
O problema é quando eu tenho um curso com 500 vídeo, o agregado curso tem um atributo que armazena virtualmente o total de horas / duração, para eu alterar um vídeo, fazer um corte dele, resumir, eu preciso carregar todos os 500 vídeo para alimentar meu agregado curso, mudar o vídeo que quero e consequentimente meu atributo chamado duração e depois enviar o agregado curso pra o repositório de persistência?
E tipo.. DDD em GO, sério? Não dava pra ser outra linguagem mais comercial? Começa que o grosso do curso de microsserviço é em Laravel sobre o projeto Netflix, até aí, bacana! Mas ao invés de ir evoluindo, inicia uma parada toda nova em GO. Tem a parte do encoder de vídeo em GO, tem, mas não é aí onde o DDD vai brilhar, não mesmo.
@@daniloribeiro3526 talvez veja não tenha percebido direito a essência do curso. Embora eu não tenha visto, mas pelo o roadmap apresentado nos vídeos, esse lance de múltiplas linguagens é fundamental para mostrar o poder da multiplicidade de tecnologias funcionando, cada uma com aquilo que ela faz de melhor. Nesse caso, começar com Laravel, deve ter sido a parte Web. Claro! PHP é ótimo para páginas web. Encoding de vídeo com Go? Claro! Go é ótimo para isso por ser uma linguagem moderna e utiliza bem os múltiplos cores que os processadores têm hoje em dia. Veja se consegue entender melhor o propósito da coisa. Assim ficará mais fácil de você captar o conteúdo.
Gostei muito. Me inscrevi no canal. Fiquei meio em dúvida no ponto da referência do Tutor dentro da struct Course. Se esses agregados (Tutor, Course) fazem parte do mesmo domínio, será que limitar essa referência apenas ao Id é prático quando precisarmos de outras informações do tutor dentro de algum método de Course? Será que essa limitação de usar apenas a propriedade ID de Tutor dentro de Course faz mais sentido em contextos delimitados, onde estamos comunicando domínios de implementações diferentes? Eu ainda não trabalhei em projetos grandes pra aplicar DDD. Estou estudando. Canal muito legal. Parabéns
é um bom questionamento e cabe a você analisar as regras de negócio e verificar se seria necessário. Mas na via das dúvida, melhor referenciar o objeto inteiro
Brabo! Excelente assunto Wesley! Com certeza o mais diferente de entender são os Aggregates haha
Conteúdo relativamente complexo explicado de forma super simples. Parabéns!
Eu senti falta, porém, de um apanhado sobre quando um Value Object viraria um valor editável - fazendo falta então um Id. Sim, „o número da casa não muda“ . Mas é preciso identificar o Value „Address“ para eliminá-lo ou atualizá-lo no repositório.
Obrigado pelo contudo !! 🎉
Vídeo começa nos 4:00
Parabens pelo conteudo! Nota 10.
Cosidero referencia como informaçoes que podem ser anteriormente persistidas por outro agregado (Tutor ).
Agregado contem informações que são interdependentes(um video nao deveria existir sem um curso, assim como uma referencia não deveria existir sem um video conforme modelo apresentado)
Interessante, mas isso é explicado de forma implícita no vídeo, mas legal a sua observação.
Porem creio que ajuda no entendimento, eu acabei vendo o trecho duas vezes para melhor entendimento.
Nossa clareou muita coisa aqui e tô vendo que estou adiando muito a compra do implementando Domain driven design
Opa Leandrao, voce por aqui! hehehe
Sensacional
Demais o vídeo! To lendo o DDD do Evans e esse vídeo me ajudou muito a absorver melhor esses conceitos!
Baita aula!
Primeiro a comentar e aumentar o engajamento muito bom vídeo serve para cristalizar os termos de ddd tão confusos por aí valeu :D
Excelente explicação ! Ajudou tirar muitas dúvidas sobre DDD
Muito legal o vídeo Wesley! Um único detalhe é que acho que o método ToString() poderia ser String(), seguindo a interface Stringer.
Seu canal é muito bom, porém percebi que os vídeos são muito longos. Gostaria de ver mais videos assim pequenos e objetivos. Desde já conteúdo muito bom.
Wesley, neste exemplo o Course poderia ter um campos vídeos do tipo array da classe Vídeo?
O problema é quando eu tenho um curso com 500 vídeo, o agregado curso tem um atributo que armazena virtualmente o total de horas / duração, para eu alterar um vídeo, fazer um corte dele, resumir, eu preciso carregar todos os 500 vídeo para alimentar meu agregado curso, mudar o vídeo que quero e consequentimente meu atributo chamado duração e depois enviar o agregado curso pra o repositório de persistência?
wesley explodindo minha mente de novo kkkkkkkk
Muito foda!! Muito brabo!!
DDD + Golang + Wesley =
Wesley, nessa caso ai o Reference ficaria dentro da tabela dos videos no BD?
Show de bola!.
Uma dúvida existe vídeo da full cycle desenvolvendo algum projeto com base no DDD?
@@daniloribeiro3526 indica algum legal?
@@jonathanmoraes1489 melhor comprar os livros
Implementing Domain Driven Design do vernon é bem prático
Tem sim! Tem uma trilha nova só sobre DDD.
E tipo.. DDD em GO, sério?
Não dava pra ser outra linguagem mais comercial?
Começa que o grosso do curso de microsserviço é em Laravel sobre o projeto Netflix, até aí, bacana! Mas ao invés de ir evoluindo, inicia uma parada toda nova em GO. Tem a parte do encoder de vídeo em GO, tem, mas não é aí onde o DDD vai brilhar, não mesmo.
@@daniloribeiro3526 talvez veja não tenha percebido direito a essência do curso. Embora eu não tenha visto, mas pelo o roadmap apresentado nos vídeos, esse lance de múltiplas linguagens é fundamental para mostrar o poder da multiplicidade de tecnologias funcionando, cada uma com aquilo que ela faz de melhor. Nesse caso, começar com Laravel, deve ter sido a parte Web. Claro! PHP é ótimo para páginas web. Encoding de vídeo com Go? Claro! Go é ótimo para isso por ser uma linguagem moderna e utiliza bem os múltiplos cores que os processadores têm hoje em dia. Veja se consegue entender melhor o propósito da coisa. Assim ficará mais fácil de você captar o conteúdo.
Joinha, esse vídeo é relevante, youtube!
Gostei muito. Me inscrevi no canal.
Fiquei meio em dúvida no ponto da referência do Tutor dentro da struct Course. Se esses agregados (Tutor, Course) fazem parte do mesmo domínio, será que limitar essa referência apenas ao Id é prático quando precisarmos de outras informações do tutor dentro de algum método de Course? Será que essa limitação de usar apenas a propriedade ID de Tutor dentro de Course faz mais sentido em contextos delimitados, onde estamos comunicando domínios de implementações diferentes?
Eu ainda não trabalhei em projetos grandes pra aplicar DDD. Estou estudando.
Canal muito legal. Parabéns
é um bom questionamento e cabe a você analisar as regras de negócio e verificar se seria necessário. Mas na via das dúvida, melhor referenciar o objeto inteiro
VISSHHH ali na parte do repositório lascou ... HUAHAUHAUH ... eu inseriria um ItemDeCompra através do Repositório de Compra então?!
O mais dificil no inicio do aprendizado sobre DDD é entender o DDD desacoplado do banco de dados