Assunto complexo! Vou precisar assistir uma dúzia de vezes rsrs... Muito obrigado, por compartilhar conhecimento. Teremos um exemplo prático? Mão na massa :) ?
Olá Elemar! Ótima série, bastante essencial. Tenho uma dúvida, nos seus exemplos vc falou dos subdomínios como departamentos das empresas. Quando vc está desenvolvendo um sistema para um departamento essa visão de subdomínios tb se encaixa? As vezes um departamento é bastante complexo. Eu acho que sim, mas como vc vê isso? Obrigado
@@EximiaCo ou seja, vai para a definição de software básica, resolver complexidades de processos, se um deparamento é complexo, seria no mínimo necessário que o software resolvesse uma porção dessa complexidade, tornando todo o resto do processo mais palpável ? entendi sua resposta corretamente ?
@@EximiaCo Eu vim aqui nos comentários fazer exatamente essa pergunta que Alex fez. Na maioria das vezes a gente cria soluções para um departamento e não para uma empresa toda. E em todos os vídeos que vejo, a maioria das pessoas tratam departamentos de uma empresa como subdomínio. Acho que a pergunta é: Dentro de um subdomínio (departamento) no espaço solução eu posso ter um modelo de domínio certo? Ou seja, dentro de um domínio eu posso ter vários modelos de domínios dentro dos seus subdomínios... É meio complicado rsrs, mas seria correto afirmar isso?
Muito bom! bastante didático. Comprei o livro azul já, vou ter que começar por ele agora, levando em consideração os valores...hehehe. Será ótimo conciliar os conhecimentos com suas aulas.
Muito bom, estou lendo o livro do Vermon mas confesso que a leitura é muito densa, exemplos que as vezes mais confundem ... não é muito objetivo .. desconheço até agora um conteúdo sobre DDD mas pratico e objetivo do que o seu
Mas baseado nessas subdivisões de domain, seria inviável (ou impossível) fazer micro services com DDD? Porque cada micro sevices seria um core domain basicamente...
O que eu tenho visto é que os contextos delimitados acabam sendo implementados como microsserviços, realmente. Mas nem sempre um core domain. Depende bastante se a solução será realmente abordada usando o DDD.
Estou lendo o livro vermelho do Vernon e esses videos acelera o meu entendimento. Obrigado Elemar!
Assunto complexo! Vou precisar assistir uma dúzia de vezes rsrs... Muito obrigado, por compartilhar conhecimento.
Teremos um exemplo prático? Mão na massa :) ?
Também senti falta de mais exemplos nesse vídeo
Simplesmente o melhor curso sobre DDD, mt obg!
Top 5 lives do paranormal! Obrigado por esse mar de conhecimento 🙏🏻
Muito bom! Obrigado pelo excelente conteúdo. Se possível, tenta trazer um pequeno exemplo prático, nesses assuntos um pouco mais complexos.
Esse homi é um monstro, nào consigo parar de assistir os vídeos, bom D+++
Olá Elemar! Ótima série, bastante essencial. Tenho uma dúvida, nos seus exemplos vc falou dos subdomínios como departamentos das empresas. Quando vc está desenvolvendo um sistema para um departamento essa visão de subdomínios tb se encaixa? As vezes um departamento é bastante complexo. Eu acho que sim, mas como vc vê isso? Obrigado
Lembra que seu sistema está no espaço da solução é não no espaço do problema
@@EximiaCo ou seja, vai para a definição de software básica, resolver complexidades de processos, se um deparamento é complexo, seria no mínimo necessário que o software resolvesse uma porção dessa complexidade, tornando todo o resto do processo mais palpável ? entendi sua resposta corretamente ?
@@EximiaCo Eu vim aqui nos comentários fazer exatamente essa pergunta que Alex fez. Na maioria das vezes a gente cria soluções para um departamento e não para uma empresa toda. E em todos os vídeos que vejo, a maioria das pessoas tratam departamentos de uma empresa como subdomínio. Acho que a pergunta é: Dentro de um subdomínio (departamento) no espaço solução eu posso ter um modelo de domínio certo? Ou seja, dentro de um domínio eu posso ter vários modelos de domínios dentro dos seus subdomínios... É meio complicado rsrs, mas seria correto afirmar isso?
Conteúdo de alto nível. Abriu minha mente para DDD. Muito obrigado
O cara é bom!
Esse vídeo foi maçante, teve uma hora que não estava nem mais assistindo sem perceber, mas aparentemente o conteúdo, é bom!!!
vou compartilhar esse canal no meu grupo da facu. 240 pessoas no grupo.
Estou adorando a série de vídeos!!! Mto obrigada por compartilhar o seu conhecimento
Muito bom. Ficou bastante claro o conceito de subdomínios. Fantástico!
Parabéns, acompanhando a play, fantástico!!!
Tive que comentar, 1:58 - 3:09 sim, isso acontece e muito, parabéns Elemar pelo video.
Didática excelente, português claro, ritmo da explicação perfeito! Realmente está de parabéns!!
Que aula! Parabéns pela didática e obrigado por compartilhar conosco!
Voce explica perfeitamente, Elemar.
Agregou muito conhecimento, obrigado.
Muito bom! bastante didático. Comprei o livro azul já, vou ter que começar por ele agora, levando em consideração os valores...hehehe. Será ótimo conciliar os conhecimentos com suas aulas.
Excelente!!!
Parabens pelo conteudo e explicação, mas sugiro colocar mais tags na descrição do video para ficar melhor rankeado na busca do youtube
Otima serie, anotando tudo aqui =D
Muito interessante!
excelente introdução
Muito bom, estou lendo o livro do Vermon mas confesso que a leitura é muito densa, exemplos que as vezes mais confundem ... não é muito objetivo .. desconheço até agora um conteúdo sobre DDD mas pratico e objetivo do que o seu
Que ótimo!
cada contexto delimitado equivaleria a um microservico ?
Não necessariamente. Mas seria uma recomendação.
Mas baseado nessas subdivisões de domain, seria inviável (ou impossível) fazer micro services com DDD? Porque cada micro sevices seria um core domain basicamente...
O que eu tenho visto é que os contextos delimitados acabam sendo implementados como microsserviços, realmente. Mas nem sempre um core domain. Depende bastante se a solução será realmente abordada usando o DDD.
Acho que faltou muito código ai, ficou algo muito filosófico, entendível, SIM! Mas ficou tipo: (ser)Core Domain ou (não ser)Domain, eis a questão rs.
É inútil tentar resolver com solucao tecnologica naquilo que claramente tem um problema NO negocio em si.
faltaram exemplos práticos em
Uma empresa não pode ser um domínio.