Go meetup #18

**Hospedado pela Pure Storage**

Observe que no escritório da Pure Storage, todos os participantes do encontro serão obrigados a assinar um NDA genérico usado para que todos os visitantes do escritório possam participar do encontro.
As portas estão abertas a partir das 17h30, as palestras começarão às 18h, e temos 3 palestras.

**1\. Vilibald Wanča \(Pure Storage\)\, Introdução à arquitetura baseada em células**

**2\. Miłosz Smółka\, Matando o legado e outras histórias do CQRS**
Você conhece a sensação quando seu projeto trava e você não consegue seguir em frente? Você vê algumas saídas, mas todas parecem igualmente ruins. Você começa a se perguntar se o projeto está condenado ou se apenas sente falta de algum conhecimento especial. Senti isso mais ao tentar sair dos sistemas legados, mas é comum em muitos projetos.
Com o tempo, aprendi que mudar seu modelo mental pode revelar uma solução que você não via antes. Olhando para alguns dos meus projetos, percebi que um dos padrões que me ajudou a pensar de forma diferente foi o CQRS. Não importa se você já usou o CQRS antes, pois não pretendo aborrecê-lo com definições abstratas. Muito se tem falado sobre a teoria do CQRS. Em vez disso, quero mostrar como usei isso na prática. Compartilharei três histórias reais de diferentes empresas e projetos onde consegui avançar e compreender melhor o CQRS. Um deles foi o mais desafiador: eliminar a base de código legada.

**Bio:** Miłosz Smółka escreve sobre Go, software empresarial moderno e tópicos relacionados em [https://trêsdots.tech](https://trêsdots.tech/). Ele gosta de compartilhar o que aprendeu trabalhando em startups e construindo produtos em diferentes áreas.

**3\. Robert Laszczak, Repensando o design orientado a domínio em Go: dos mitos à complexidade reduzida do projeto**
Dividir problemas em problemas menores pode ser uma boa estratégia para resolver problemas complexos. Mas às vezes, em vez de agilizar o desenvolvimento do projeto, acontece o contrário. Em última análise, desenvolver o recurso mais simples requer o trabalho heróico de 10 equipes em uma dúzia de microsserviços durante meio ano. Parece familiar?
“Dividir para governar” não é a única estratégia que podemos implementar em projetos complexos. Uma das abordagens mais estabelecidas que pode simplificar a implementação de funcionalidades com lógica de domínio complexa é o Domain-Driven Design (DDD).
Achei o DDD muito útil em vários projetos com domínios complexos nos quais eu poderia trabalhar. Por outro lado, sei que as pessoas acreditam em muitos mitos sobre o DDD usado no Go. A maioria deles vem do uso de DDD em projetos que não exigem uma abordagem tão sofisticada ou de projetos implementados por pessoas que não entendem os princípios do DDD.
Durante esta palestra, desmistificarei o DDD e darei um exemplo real de onde capacitar o DDD ajudou a simplificá-los e a aumentar a velocidade de desenvolvimento.
Se você não trabalha em um projeto com lógica de domínio complexa agora, esta apresentação ainda pode ser útil se você quiser trabalhar em projetos mais desafiadores no futuro. Também darei algumas dicas sobre quais partes do DDD você deve começar e quais técnicas funcionam bem com o DDD.

**Bio:** Estou blogando em threedots.tech. Autor de "Go With The Domain" e [Watermill.io](https://watermill.io/).
Minha jornada de programação se estende por 16 anos, durante os quais naveguei em diversos domínios, incluindo infraestrutura, plataformas financeiras globais e segurança. Há alguns anos, finalmente encontrei uma linguagem que adorei: Go.