E em casos mais complexos, onde o cliente precisa de um feedback imediato como resposta? O fato de ser async e não retornar nada, faz com que o cliente não saiba se tudo ocorreu bem ou, se precisar de alguma informação adicional vinda de algum processamento async, ele não vai conseguir saber, pois a conexão HTTP já terá sido encerrada. Vejo pessoas falando em usar web-socket para deixar a conexão aberta e, quando o processamento da mensagem for bem-sucedida, envia uma mensagem via web-socket para o cliente, mas ao meu ver, isso é overengineering e deixa tudo muito mais complexo, tudo para evitar que o usecase chame um outro usecase diretamente. Portanto, imagino que deva ter uma forma muito mais simples do que a opção do websocket, senão, acredito que event-driven-architecture só deve ser usado em casos muito específicos.
Olá! Alguém sabe dizer em qual curso em tenho essa arquitetura de forma mais detalhada? Me interessou muito essa técnica de planejamento e visão da ferramenta.
Xiq maninho................. dessa GAMA de "professores" e plataformas de ensino................... vc ainda é uns dos cara mais naturais e objetivo que tem.............. e olha que eu dou uma surfada por ai hein rsrsrs ;)) Sinceramente, de todos que eu vejo....... é só vc e mais uma maninho que ensina tecnologias voltado ao PHP................o resto, fica copiando tutorial que tem na propria API das ferramentas, tipo, se pega o curso dele e vai la no tuto da ferramenta, vc vai aprender a mesma coisa heheh, borá lá
Não conhecia ainda o Branas, mas quando ele abriu o IDE com light theme virei fã 😁👏🏻👏🏻👏🏻
O Branas é muito brabo mano, Aconselho-o a seguir ele, Tem um canal aqui tbm.
ue kkkkkkkk pq?
po, ta de sacanagem kkkkkkk
meu olho chega ardeu aqui
Mesmo sem assistir completamente.. já sei.. o conteúdo é senssacional
Seus videos sempre me faz clarear algo que estava obscuro. parabens !
Ótimo conteúdo. Obrigado!
Ótimo conteúdo, seria interessante falar sobre micro-kernel e over engineering
Mais uma LIVE matada!!! Maravilha!!
Event storming é simplesmente é uma metodologia excepcional 1:00:50
Só uma correção simples, event storming é uma metodologia. Tmj!
Poderia disponibilizar os códigos?
1:18:50. Atalho pra indentar o código: ALT + SHIFT + F
E em casos mais complexos, onde o cliente precisa de um feedback imediato como resposta? O fato de ser async e não retornar nada, faz com que o cliente não saiba se tudo ocorreu bem ou, se precisar de alguma informação adicional vinda de algum processamento async, ele não vai conseguir saber, pois a conexão HTTP já terá sido encerrada. Vejo pessoas falando em usar web-socket para deixar a conexão aberta e, quando o processamento da mensagem for bem-sucedida, envia uma mensagem via web-socket para o cliente, mas ao meu ver, isso é overengineering e deixa tudo muito mais complexo, tudo para evitar que o usecase chame um outro usecase diretamente.
Portanto, imagino que deva ter uma forma muito mais simples do que a opção do websocket, senão, acredito que event-driven-architecture só deve ser usado em casos muito específicos.
Olá! Alguém sabe dizer em qual curso em tenho essa arquitetura de forma mais detalhada? Me interessou muito essa técnica de planejamento e visão da ferramenta.
Assim que eu terminar a faculdade vou fazer esse curso
Espera não, aproveita para agregar conhecimento, vai fazer a diferença na hora do primeiro trabalho!
salvando
1:13:00
Xiq maninho................. dessa GAMA de "professores" e plataformas de ensino................... vc ainda é uns dos cara mais naturais e objetivo que tem.............. e olha que eu dou uma surfada por ai hein rsrsrs ;)) Sinceramente, de todos que eu vejo....... é só vc e mais uma maninho que ensina tecnologias voltado ao PHP................o resto, fica copiando tutorial que tem na propria API das ferramentas, tipo, se pega o curso dele e vai la no tuto da ferramenta, vc vai aprender a mesma coisa heheh, borá lá