Clean Architecture + DDD: Você pensa que sabe. Só que não! 

Este canal é um achado, uma mina de ouro. Parabéns pelo trabalho, Wesley!

Muito bom o vídeo Wesley... Você contou muito de minha história, a gente sempre achei que estava trabalhando da forma correta, apenas quebrando as pastinhas... Com o tempo, achei seu canal, muitos conceitos foram esclarecidos... Me inscrevi no Full Cycle, estou até hoje aprendendo tantas coisas novas e esclarecendo tantos conceitos... Hoje os projetos que desenvolvo estão cada vez melhor... Obrigado!!!

Muito obrigada. busco pelo entendimento desses conceitos e fronteiras entre Estratégico e Tático. Consegui visualizar perfeitamente para amadurecer os conceitos e formar uma trilha de capacitação para os devs.

Hoje tenho algumas aplicações em maturidades distintas quanto ao Clean Arch e a implementação do DDD, a maior dificuldade em arquitetar de forma limpa a aplicação é o conhecimento, o domínio total das funcionalidades e como as utilizar além a imprevisibilidade de produto, logo, acarreta uma grande fatia de refatoração quando há revisão do plano de negócios e ao agregar novas funcionalidades, ainda nãoão previstas. Quando a aplicação é concebida com as boas práticas clean arch é muito mais natural e fácil adotar o DDD, visando uma maior clareza na estrutura do código e melhor compreensão do time.

Uma excelente conversa sobre essa confusão. Muito bom o seu vídeo.

De forma muito simplificada, eu enxergo arquitetura como a implementação lógica de um software enquanto que design como a implementação física de um software. Fiquei um pouco confuso pois no vídeo, em alguns momentos, você deu a entender que Clean Architecture seria meio que um design por provê um framework de soluções (design patterns). Faz sentido? Vídeo extremamente informativo! Adoro esse canal :)

Conteúdo excelente!😊

Welley sensacional a explicação

Muito bom o conteúdo, me ajudou muito com dúvidas sobre os dois assuntos.

1º Uma organização, contem unidade, dentro dessas unidades existem Posto de Trabalho. 2º Após Definir os Posto de Trabalho, Definimos o Produto Principal que é o Coração do Negócio. 3º Realizamos o Mapeamento do subdomínio com contexto Delimitados, focando na entrega do Produto. 4º Criamos uma Relação por meio de Diagramas, definindo os insumos (produtos) e seus requisitos mínimos. 5º Descrevemos o Problema central. 6º Discutimos sobre a Solução ideal. 7º Reunião com as Pessoas do Negocio para apresentação da Solução Pontual. 8º Incluímos no Backlog a Sprint pontual, em uma serie temporal do Projeto em questão. OBS: Observamos o Regimento Interno da organização, portaria e legislações vigentes, mas a sacada maior é que o sistema tem que ser adaptável a mudança sem necessidade de novas implementações.

Coisa boa pra este ano!

Wesley é fera d+, esse canal é rico d+

Principalmente no DDD ajudou muito sim!!

Excelente visão

DDD é estratégico, Clean Arch/Hexagonal é tático. Muito bom vídeo.

🤑

Opa sou novo aqui, queria saber se o curso Full Cycle 3.0 o acesso é vitalício?!