Excelente vídeo. Ajudaria muito se fosse criado um exemplo com toda esta estrutura. Poderia ter dois bounded contexts. Não precisaria ter a implementação das classes de fato, com regras, etc. Apenas as interfaces, e os modelos de domínio. A implementação poderia ficar em branco
Vim parar nesse canal por uma indicação no Curso "Microserviços: Padrões de Projeto" da Alura pro vídeo "Descomplicando CQRS", no fim maratonei a Trilha de Fundamentos de Arquitetura, de DDD, e mais um monte de vídeos relacionados. Virou uma referencia nesses assuntos pra mim... 😎
Assisti toda a playlist, realmente faz nos pensar em muito tudo que já implementamos e no que podemos melhorar. Parabéns pela dedicação na passagem do conhecimento!!
Olá Elemar, passando para deixar meu agradecimento, obrigado por compartilhar o excelente conteúdo, Seguimos estudando para compreender as implicações de toda mecânica do DDD.
Em um monólito, pode haver uma classe Pessoa que pode ser uma dependência da classe Usuário e da classe Funcionário, porém as 3 classes ficam em módulos diferentes e isso acaba criando dependência entre esses módulos. Eu acredito que deve haver alguma proposta que resolva este caso ou o caso que eu descrevi pode até estar errado. Eu como não tendo muita experiência com estruturas de projetos, pois tive que aprender tudo sozinho e essas teorias são difíceis de serem vistas aplicadas de forma prática. Talvez essa minha dúvida (e acredito ser de muitos outros) fique mais simples de ser respondida em um possível vídeo mostrando na prática.
Excelente, como todos os anteriores da série. DDD é complexo, mas esses vídeos são uma abordagem muito prática das "peças chaves" do livro de Eric Evans.
Parabéns Elemar! Que série completa e direta, trazendo muito conhecimento! Que você possa ter muito sucesso! Uma única coisa que senti falta foi de um projeto prático para por esses conceitos em código. Seria um curso único que certamente eu compraria. Você pretende fazer algo nessa linha? Tudo de melhor!
Serieeeeeeee ta sensacional Elemar. Sempre tive um ponto na hr de organizar as estruturas e namespaces, pois em alguns casos eles acabam ficando gigantes, o que não seria um problema em si, mas me gerava um incomodo. Empresa.Projeto.Modulo.estrutura. Outro ponto é nomenclatura das classes em si, principalmente em agregados, pois as vezes tenho costume de estender nome, e acaba como um acumulo do nome Pai. Pai, PaiFilho, PaiFilhoEspiritoSanto, PaiFilhoEspiritoSantoAmem o que já foge um pouco do olhar especialista, pois no dominio elas teria o nome mais proximo e especifico. Obrigado por dividir conhecimento com a gente :)
Muito obrigado Elemar o contéudo dessa playlist é extremamente rico! Deixou os conceitos muito mais tangível e "codificáveis". Agora fiquei muito mais motivado em ler o livro azul e vermelho! Shoooow
4 года назад+1
Seria uma boa um vídeo sobre serviços de domínio vs serviços de aplicação e a analogia desses com o UseCase do clean architecture ;)
Excelente como sempre! Playlist fantastica! Obrigada pelo excelente material em portugues, ajuda demais a entender um assunto nada trivial e extremamente necessario.
4 года назад
Muito bom... conteúdo único e rico Contexto delimitado me parece na pratica o mesmo que "slice", termo que encontramos em outras literaturas
Ótimos videos Elemar! Estava vendo diferenças entre Entity e Value Objects, e você comentou sobre Modelo de Domínio e Modelo de Persistência, tem planos para fazer um video sobre esse tema? Acho bem relevante. Abs
Queria ver um projeto simples, vc implementando e explicando rss.
4 года назад+1
Elemar, faz um vídeo abordando o tema de validações. Deveria ser criado uma nova camada para isso, ou se essa lógica deveria ficar diretamente nas entidades e value objects? Pode usar como exemplo um cenário de login, onde o usuário deve passar email e senha não vazios, bem como um email válido e uma senha, por exemplo, de no mínimo 8 caracteres.
acho massa q ha certa dificuldade de entender as diferenças entre contexto, modulo e componente bem como os subdominios. mt difícil explicar. bem sujeito a interpretação...
Excelente vídeo. Ajudaria muito se fosse criado um exemplo com toda esta estrutura. Poderia ter dois bounded contexts. Não precisaria ter a implementação das classes de fato, com regras, etc. Apenas as interfaces, e os modelos de domínio. A implementação poderia ficar em branco
De acordo! Ficaria ainda mais claro para gente :D
Todo dia uma masterclass diferente. Obrigado elemar e equipe !! :)
Obrigado! Excelente conteúdo
Playlist obrigatória para quem está começando em DDD.
Obrigado pelo conteúdo, Elemar!
Muito bom Jr.... obrigado por compartilhar seu conhecimento... agregou muito... segura meu like ai... grande abraço !!!
Parabéns pela playlist!
Muito bom, olha, consegui mandar bem em uma reunião aqui depois de consumir seu conteúdo, muito abrigado mestre, Deus o abençoe.
Vim parar nesse canal por uma indicação no Curso "Microserviços: Padrões de Projeto" da Alura pro vídeo "Descomplicando CQRS", no fim maratonei a Trilha de Fundamentos de Arquitetura, de DDD, e mais um monte de vídeos relacionados. Virou uma referencia nesses assuntos pra mim... 😎
Melhor descoberta do ano foi o canal do Elemar =] Conteúdo sensacional.
Assisti toda a Playlist, conteúdo agradável e com uma didática excelente, parabéns elemar
Muito obrigado 😃
Assisti toda a playlist, realmente faz nos pensar em muito tudo que já implementamos e no que podemos melhorar. Parabéns pela dedicação na passagem do conhecimento!!
Olá Elemar, passando para deixar meu agradecimento, obrigado por compartilhar o excelente conteúdo, Seguimos estudando para compreender as implicações de toda mecânica do DDD.
Excelente conteúdo, que se observado atentamente aborda não só DDD mas todo o entorno! Recomendo!! Parabéns!!!
Muito obrigado, essa playlist é ouro, aliás, o canal é. 🙏
Assisti a playlist inteira! Incrível! Parabéns Elemar pelo conteúdo rico e de fácil entendimento!
Gratidão
Muito obrigada por compartilhar seu conhecimento, estou preenchendo as lacunas de conhecimento em arquitetura de software, graças ao seu conteúdo.
Em um monólito, pode haver uma classe Pessoa que pode ser uma dependência da classe Usuário e da classe Funcionário, porém as 3 classes ficam em módulos diferentes e isso acaba criando dependência entre esses módulos. Eu acredito que deve haver alguma proposta que resolva este caso ou o caso que eu descrevi pode até estar errado. Eu como não tendo muita experiência com estruturas de projetos, pois tive que aprender tudo sozinho e essas teorias são difíceis de serem vistas aplicadas de forma prática. Talvez essa minha dúvida (e acredito ser de muitos outros) fique mais simples de ser respondida em um possível vídeo mostrando na prática.
Playlist incrível. Obrigado Elemar.
Excelente playlist. Muito claro, objetivo e dando exemplos!
Excelente, como todos os anteriores da série. DDD é complexo, mas esses vídeos são uma abordagem muito prática das "peças chaves" do livro de Eric Evans.
Parabéns Elemar! Que série completa e direta, trazendo muito conhecimento! Que você possa ter muito sucesso! Uma única coisa que senti falta foi de um projeto prático para por esses conceitos em código. Seria um curso único que certamente eu compraria. Você pretende fazer algo nessa linha?
Tudo de melhor!
Primeiramente, grato pelo elogio!
Temos sim esse projeto, você pode acompanhar a abertura de novas turmas pelo nosso site learning.eximia.co
@@EximiaCo Show de bola! Estarei acompanhando vocês por la também. Obrigado pelo retorno
Sensacional, Elemar! Vi uma live sua e virei um grande admirador. Começando a maratonar em 1, 2...
Que honra!
Serieeeeeeee ta sensacional Elemar.
Sempre tive um ponto na hr de organizar as estruturas e namespaces, pois em alguns casos eles acabam ficando gigantes, o que não seria um problema em si, mas me gerava um incomodo. Empresa.Projeto.Modulo.estrutura.
Outro ponto é nomenclatura das classes em si, principalmente em agregados, pois as vezes tenho costume de estender nome, e acaba como um acumulo do nome Pai.
Pai, PaiFilho, PaiFilhoEspiritoSanto, PaiFilhoEspiritoSantoAmem o que já foge um pouco do olhar especialista, pois no dominio elas teria o nome mais proximo e especifico.
Obrigado por dividir conhecimento com a gente :)
Muito obrigado Elemar o contéudo dessa playlist é extremamente rico! Deixou os conceitos muito mais tangível e "codificáveis". Agora fiquei muito mais motivado em ler o livro azul e vermelho! Shoooow
Seria uma boa um vídeo sobre serviços de domínio vs serviços de aplicação e a analogia desses com o UseCase do clean architecture ;)
Muito boa a definição proposta. Confesso que em algumas situações senti um cheiro de complexidade ao aprofundar as hierarquias .
Melhor canal everrrrr
Excelente como sempre! Playlist fantastica! Obrigada pelo excelente material em portugues, ajuda demais a entender um assunto nada trivial e extremamente necessario.
Muito bom... conteúdo único e rico
Contexto delimitado me parece na pratica o mesmo que "slice", termo que encontramos em outras literaturas
Ótimos videos Elemar! Estava vendo diferenças entre Entity e Value Objects, e você comentou sobre Modelo de Domínio e Modelo de Persistência, tem planos para fazer um video sobre esse tema? Acho bem relevante. Abs
Sensacional! Obrigado Elemar!
Queria ver um projeto simples, vc implementando e explicando rss.
Elemar, faz um vídeo abordando o tema de validações. Deveria ser criado uma nova camada para isso, ou se essa lógica deveria ficar diretamente nas entidades e value objects? Pode usar como exemplo um cenário de login, onde o usuário deve passar email e senha não vazios, bem como um email válido e uma senha, por exemplo, de no mínimo 8 caracteres.
Seria muito bom esses exemplos. Pelo que eu entendi esse tipo de validação seria em Application Services.
Amigo. Da uma olhada no canal do Otávio Lemos. Ele fala arquitetura limpa. E tem um vídeo sobre validação. E bem interessante.
Elemar, to com saudade já, quando volta?
E o package-by-features
É muito teórico uma modelagem seria legal
Like 26°
Queria poder curtir cem vezes
acho massa q ha certa dificuldade de entender as diferenças entre contexto, modulo e componente bem como os subdominios. mt difícil explicar. bem sujeito a interpretação...
Sobre esses conceitos, especificamente, não vemos subjetividade.