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.
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.
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 :)
![[ ออกกอง ] วัยหนุ่ม 2544 โลกหลังลูกกรง..ทัวร์กองถ่ายหนังใน "คุกของจริง" | JUSTดูIT.](http://i.ytimg.com/vi/vB--aOkZCpw/mqdefault.jpg)
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.
Uma excelente conversa sobre essa confusão. Muito bom o seu vídeo.
Este canal é um achado, uma mina de ouro. Parabéns pelo trabalho, Wesley!
Welley sensacional a explicação
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.
Principalmente no DDD ajudou muito sim!!
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.
Muito bom o conteúdo, me ajudou muito com dúvidas sobre os dois assuntos.
Muito bom mesmo!
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 :)
Wesley é fera d+, esse canal é rico d+
Conteúdo excelente!😊
Coisa boa pra este ano!
DDD é estratégico, Clean Arch/Hexagonal é tático. Muito bom vídeo.
Boa
Excelente visão
Opa sou novo aqui, queria saber se o curso Full Cycle 3.0 o acesso é vitalício?!
🤑