Resumindo, o exemplo dele foi simplista, mas eu achei que objetivo dele foi mais mostrar como é possível fazer o que pregram nessa abordagem na prática, não necessariamente que seria um exemplo a seguir para qualquer produto/projeto.

Esses conceitos, em cenários justos, podem gerar grandes ganhos. No entanto, são situações específicas, fora da realidade da maioria. É importante considerar pontos como aceitar consistência eventual, entre outros.

Nesses cenários, temos políticas que escutam eventos e executam comandos para acionar casos de uso de um serviço distribuído que encapsula outro bounded context. Isso abre portas para trabalhar com event sourcing e event sourcing projections.

Geralmente, é necessário ter relacionamentos entre diferentes contextos. Fazer isso via emissão de eventos é interessante, pois cada agregado controla seu estado de forma independente, deixando o sistema desacoplado. Escutar eventos de interesse viabiliza essa abordagem.

Assisti a palestra e gostaria de compartilhar o que entendi. O exemplo apresentado foi muito simplista, e escutar eventos dentro da própria aplicação é questionável. Mas, em bounded contexts complexos, isso acaba refletindo em um serviço distribuído.

Sim, e cara feedback é muito positivo.

Reiniciar o computador é quase um evento

Seria massa mano!

Gostei, vou aderir 😂

Meu bsky tá sofrendo para carregar os conteúdos.
Imagine um App, de um dia para o outro recebe milhões de usuário, os engenheiros do bsky vão ter que trabalhar bastante por esses dias, com toda certeza hahahaha