Go meetup #18

**Organizado por Pure Storage**

Tenga en cuenta que en la oficina de Pure Storage, todos los asistentes a la reunión deberán firmar un acuerdo de confidencialidad genérico que se utilizará para que todos los visitantes de la oficina puedan asistir a la reunión.
Las puertas se abren a partir de las 17:30, las charlas empezarán a las 18:00 y tenemos 3 charlas.

**1\. Vilibald Wanča \(Pure Storage\)\, Introducción a la arquitectura basada en células**

**2\. Miłosz Smółka\, Matando el legado y otras historias de CQRS**
¿Conoces la sensación cuando tu proyecto se estanca y no puedes avanzar? Ves algunas salidas, pero todas parecen igualmente malas. Empiezas a preguntarte si el proyecto está condenado al fracaso o si simplemente te falta algún conocimiento especial. Lo sentí más al intentar salir de los sistemas heredados, pero es común en muchos proyectos.
Con el tiempo, aprendí que cambiar tu modelo mental puede revelar una solución que no habías visto antes. Mirando hacia atrás en algunos de mis proyectos, me di cuenta de que uno de los patrones que me ayudó a pensar de manera diferente fue CQRS. No importa si has usado CQRS antes, ya que no planeo aburrirte con definiciones abstractas. Se ha dicho mucho sobre la teoría del CQRS. En cambio, quiero mostrar cómo lo usé en la práctica. Compartiré tres historias reales de diferentes empresas y proyectos donde logré avanzar y comprender mejor CQRS. Uno de ellos fue el más desafiante: eliminar el código base heredado.

**Biografía:** Miłosz Smółka escribe sobre Go, software empresarial moderno y temas relacionados en [https://twodots.tech](https://twodots.tech/). Le gusta compartir lo que ha aprendido mientras trabaja en nuevas empresas y crea productos en diferentes campos.

**3\. Robert Laszczak\, Repensar el diseño impulsado por el dominio en marcha: de los mitos a la reducción de la complejidad del proyecto**
Dividir los problemas en otros más pequeños puede ser una buena estrategia para abordar problemas complejos. Pero a veces, en lugar de acelerar el desarrollo de proyectos, sucede todo lo contrario. En última instancia, desarrollar la característica más simple requiere el trabajo heroico de 10 equipos en una docena de microservicios durante medio año. ¿Te suena familiar?
"Divide y vencerás" no es la única estrategia que podemos implementar en proyectos complejos. Uno de los enfoques más establecidos que puede simplificar la implementación de funcionalidades con una lógica de dominio compleja es el diseño basado en dominios (DDD).
DDD me pareció muy útil en múltiples proyectos con dominios complejos en los que podía trabajar. Por otro lado, sé que la gente cree en muchos mitos sobre el DDD utilizado en Go. La mayoría de ellos provienen del uso de DDD en proyectos que no requieren un enfoque tan sofisticado o de proyectos implementados por personas que no entendían los principios de DDD.
Durante esta charla, desmitificaré DDD y les daré un ejemplo de la vida real de cómo potenciar DDD ayudó a simplificarlos y aumentar la velocidad de desarrollo.
Si no trabaja en un proyecto con lógica de dominio compleja ahora, esta presentación aún puede resultarle útil si desea trabajar en proyectos más desafiantes en el futuro. También te daré algunos consejos sobre desde qué partes de DDD deberías empezar y qué técnicas funcionan bien con DDD.

**Biografía:** Estoy escribiendo un blog en threedots.tech. Autor de "Go With The Domain" y [Watermill.io](https://watermill.io/).
Mi trayectoria en programación abarca 16 años, durante los cuales he navegado en diversos dominios, incluidos infraestructura, plataformas financieras globales y seguridad. Hace un par de años, finalmente encontré un idioma que amaba: Go.