Aprenda DDD + Implementação com Arquitetura Hexagonal

[@niuzgamer3710]

Excelente vídeo! Quero mais vídeos de arquitetura hexagonal. Muito obrigado, Giuliana!

[@renerpires]

Parabéns pelo ótimo conteúdo. Voto sim pelo vídeo de arquitetura hexagonal tenho certeza que vai ser incrível tal qual os demais conteúdos do canal!

[@MarcelloJSilva]

Sobre a arquitetura Hexagonal, já que perguntou 😅 Seria incrível termos conteúdos sobre!! E mais uma vez muito obrigado pelo conteúdo.

[@MarcioMarconi]

Excelente conteúdo, parabéns!

[@renerpires]

Valeu!

[@giulianabezerra]

Obrigadaa! 🙏🤗

[@cshenrique02]

Ela é sempre muito clara em suas explicações. Uma referência ❤

[@matheuscarneiro6124]

essa mina é monstra em questão de conteudo kkk

[@davifaustino3045]

Adoraria o vídeo mais explicativo sobre a arquitetura haxagonal

[@deyvisondevs5163]

Muito bom vídeo. Vc tem uma excelente didática. Na expectativa para ver um material seu sobre arquitetura hexagonal

[@mkriiger]

No início, durante a explicação técnica baseada nos livros, eu não estava entendendo. Mas quando chegou na parte do código ficou bem mais claro. Excelente abordagem. Na faculdade eu tinha muita dificuldade em entender esses conceitos dos livros, ficava sempre muito abstrato. Futuramente gostaria de ver uma explicação assim sobre arquitetura hexagonal, assim como as outras arquiteturas, se possível. Muito bom conteúdo, obrigado!

[@PedroGabrielMatos]

Parabéns pelo conteúdo, muito bom! Faz um vídeo sobre Hexagonal!

[@rodrigotenorio3424]

Ótimo conteúdo! Por favor, grave mais videos :)

[@Edanro]

Muito bom seu vídeo, por favor, faça um para mapeamento e como identificar entidades, objeto de valor, agregados e raiz de agregados.

[@giulianabezerra]

Ótima sugestão!

[@gabrafo]

giuliana, você poderia fazer um vídeo mostrando como você aborda documentação? como você faz pra entender, por exemplo, uma biblioteca em Java com pouca familiaridade eu, enquanto iniciante, acho extremamente importante e não vejo muitas pessoas comentando sobre se possível, também seria legal recomendação de leitura

[@giulianabezerra]

Obrigada pela sugestão! Já anotei aqui pra falar a respeito 😉

[@jeform]

Giuliana, boa tarde! Por favor, tenho interesse em aprender mais sobre arquitetura hexagonal. Muito obrigado por compartilhar seu conhecimento.

[@lionmaru8304]

Sempre ótimo conteúdo, Giuliana. Obrigado E sim, por favor, traga o conteúdo sobre arq. hexagonal :)

[@Joaovictor-nx1ys]

ótimo conteúdo.

[@wlazarini]

Muito bom o video, como todos os outro do canal, parabéns. Tem uns dias que descobri o Modulith do spring e estou estudando para criar uma poc para melhorar algumas coisas na empresa.

[@giulianabezerra]

Sim, é bem interessante, e essa parte de eventos muito bacana tbm

[@marcelocezario]

Sou da turma torcendo por um vídeo da arquitetura hexagonal hahaha😁

[@juniormiksza]

parece que leu minha mente, estava pensando em procurar um conteudo sobre ddd e hexagonal com spring e me aparece seu video

[@danielbaptista4925]

Parabéns pelo conteúdo! :) Gostava de ver um video sobre hexagonal mas também comparar com outras arquiteturas e quando escolher qual. Valeu

[@herbertsilva787]

Parabéns, Giuliana! O vídeo sobre DDD foi simplesmente excelente, muito claro e bem estruturado. Fiquei especialmente interessado nos conceitos que você abordou e gostaria de sugerir que você trouxesse conteúdos sobre arquiteturas como Hexagonal, Clean Architecture e a tradicional Arquitetura em Camadas. Acredito que seria um complemento perfeito ao tema do DDD e ajudaria ainda mais a comunidade a entender como aplicar esses padrões em projetos reais. Além disso, gostaria de saber se você tem alguma dica de como começar a leitura do livro sobre DDD e, principalmente, como aplicar os conceitos na prática durante a leitura. Qual seria a melhor abordagem para absorver o conteúdo e utilizá-lo no meu dia a dia de desenvolvimento? Muito obrigado pelo excelente trabalho!

[@giulianabezerra]

Obrigada! Sobre clean arch eu tenho um vídeo no canal, sobre hexagonal anotei aqui pra fazer. Em relação ao livro, acho que só vale a pena começar quando vc estiver num ambiente corporativo e já tiver alguma experiência nele. A leitura é chata então se vc tiver uma motivação , projeto no trabalho por exemplo, fica mais fácil terminar. Durante a leitura sugiro que vá fazendo anotações para revisar depois, pois é bem provável que não fique tudo claro na primeira leitura e será necessário revisar. E ter paciência, o livro acaba sendo beeem abstrato, então tentar exercitar os conceitos ajuda a consolidar todo o conhecimento (esse vídeo ajuda nisso)

[@DzsFelipe]

Video Top! Faz um próximo sobre Arq Hexagonal

[@AaRshavin7]

Por favor, trás as varias Arquitecturas! Estou a adorar Professora :)

[@Kymmu]

Muito bom o conteúdo, traz vídeo sobre hexagonal por favor, seria bom um exemplo com comunicação com uma api externa

[@raphaelamericano4115]

Muito bom! Obrigado. Inscrevi-me

[@gabrielrochasantana]

Muito bom , gostaria de ver esse vídeo de arquitetura hexagonal.😊🎉

[@DaviFaustino-t4e]

Esse assunto é muito bom. Eu já criei um projetinho com arquitetura hexagonal e DDD a um tempo atrás pra pôr em prática. Mas o que me trás aqui é que depois tentei fazer um outro projeto que utiliza esse conceito, mas agora com Spring WebFlux e não consegui achar uma forma de manter fora do domínio o framework. E agora nesse exato momento estou começando um outro onde quero usar o spring security nessa arquitetura e me vi sem saber novamente como manter o framework fora do domínio 😩🤷‍♂️

[@softwareinside9453]

Muy bueno y preciso,good

[@fkn1618]

Seria interessante um conteúdo sobre hexagonal.

[@cshenrique02]

Faz um vídeo de Arquitetura Hexagonal

[@WillTick]

Seria interessante mesmo trazer um vídeo só sobre o modelo Hexagonal

[@eovinicius10]

na sua camada de domínio tem referencia do Spring, isso não quebra alguns princípios?

[@giulianabezerra]

Na teoria sim, na prática acho que vale o senso crítico. Pq o código referenciado é uma anotação em uma interface. Esse é um acoplamento fraco, se precisar mudar o “detalhe” basta criar a implementação nova da interface. Então não vejo como algo negativo pq é fácil mudar sem mexer em vários lugares do projeto

[@eovinicius10]

@@giulianabezerra boa, vlw a explicação.

[@eovinicius10]

agregados tem acesso direto a repositórios?

[@giulianabezerra]

Poder pode, mas os mais puristas vão dizer que não. Se for pela interface não vejo grandes problemas, melhor do que criar outros objetos/abstrações pra fazer isso que adicionam complexidade. Pensando no modelo rico é algo bem interessante em certos cenários. E quem for contra, gostaria de saber o porquê aqui nos comentários, discussão saudável é claro (como sempre nesse canal) 😊

[@mateohuancho5497]

is my favorite DDD

[@Frnndio]

Parabéns pelo conteúdo, mas fiquei com uma dúvida. Uma repository deve ser chamada dentro de um objeto de domínio?

[@giulianabezerra]

Então, em teoria não. Mas se vc pensar bem, chamar a interface pode pq a implementação, que em tese teria o código do framework, estaria dentro do pacote de infraestrutura. Então não acho problemático nesse caso ter essa interface de repositório dentro do domain, pq se for necessário usar outra ferramenta é só criar a implementação nova dessa interface no pacote de infraestrutura.

[@bughunter94]

braba demais

[@sharewareX]

Like 👍

[@dandantin]

Como você falou perto do final do vídeo, isso não parece arquitetura hexagonal (Ah que eu conheço) e a parte do DDD também tá diferente da forma que eu aprendi, confesso que deu uma bugada na minha mente, mas foi bom o vídeo até pra pegar coisas novas.

[@giulianabezerra]

Pois é, até os caras mais experientes usam variações das arquiteturas, algo a refletir (projeto apresentado no spring IO). A gente não deveria se limitar a apenas aplicar as receitas de bolo sem pensar de forma crítica, então eu tbm costumo aplicar variações em todas essas arquiteturas, variações conscientes é claro.

[@randomshorts0101]

essas arquiteturas ddd, clean arch etc só funcionam 100% em tutorias, porque num projeto real onde os requisitos estão mudando o tempo todo, acaba sendo muito trabalhoso manter o código seguindo a arquitetura com prazo de entrega curto, logo o "melhor" (mais rápido) padrão/arquitetura de projeto é o bom e velho mvc

[@giulianabezerra]

Toda arquitetura “funciona”, é código, a questão é se os benefícios superam os contras. No mundo gohorse aí de fato nada resolve problema algum, pq o problema é o go horse. Infelizmente esse é o modelo predominante na maioria das empresas pequenas de ti (nas grandes não costuma ser assim, provavelmente é por isso é que elas crescem)