Go meetup #18

**Hostené spoločnosťou Pure Storage**

Upozorňujeme, že v kancelárii Pure Storage budú všetci účastníci stretnutia musieť podpísať všeobecnú zmluvu o mlčanlivosti, ktorá sa používa pre všetkých návštevníkov kancelárie, aby sa mohli stretnutia zúčastniť.
Dvere sú otvorené od 17:30, rokovania začnú o 18:00 a máme 3 rozhovory.

**1\. Vilibald Wanča \(Pure Storage\)\, Úvod do Cell\-Based Architecture**

**2\. Miłosz Smółka\, Killing the legacy a ďalšie príbehy CQRS**
Poznáte ten pocit, keď sa váš projekt zasekne a vy sa nemôžete pohnúť vpred? Vidíte niekoľko východísk, ale všetky sa zdajú byť rovnako zlé. Začnete premýšľať, či je projekt odsúdený na zánik, alebo vám len chýbajú nejaké špeciálne znalosti. Najviac som to cítil pri pokuse o prechod zo starších systémov, ale je to bežné v mnohých projektoch.
Postupom času som sa naučil, že zmena vášho mentálneho modelu môže odhaliť riešenie, ktoré ste predtým nevideli. Pri spätnom pohľade na niektoré z mojich projektov som si uvedomil, že jedným zo vzorov, ktoré mi pomohli myslieť inak, bolo CQRS. Nezáleží na tom, či ste už CQRS používali, pretože vás neplánujem nudiť abstraktnými definíciami. O teórii CQRS sa toho popísalo veľa. Namiesto toho chcem ukázať, ako som to použil v praxi. Podelím sa o tri skutočné príbehy z rôznych firiem a projektov, kde sa mi podarilo posunúť vpred a lepšie uchopiť CQRS. Jedna z nich bola najnáročnejšia: zabiť starú kódovú základňu.

**Bio:** Miłosz Smółka píše o Go, modernom podnikovom softvéri a súvisiacich témach na [https://threedots.tech](https://threedots.tech/). Rád sa podelí o to, čo sa naučil počas práce v startupoch a budovaní produktov v rôznych oblastiach.

**3\. Robert Laszczak\, Rethinking Domain\-Drived Design in Go: Od mýtov k menšej zložitosti projektu**
Rozdelenie problémov na menšie môže byť dobrou stratégiou na riešenie zložitých problémov. Niekedy sa však namiesto zrýchlenia vývoja projektu stane opak. V konečnom dôsledku si vývoj najjednoduchšej funkcie vyžaduje hrdinskú prácu 10 tímov na desiatke mikroslužieb počas pol roka. Znie to povedome?
„Rozdeľ a panuj“ nie je jedinou stratégiou, ktorú môžeme implementovať do komplexných projektov. Jedným z najviac osvedčených prístupov, ktoré môžu zjednodušiť implementáciu funkcií s komplexnou doménovou logikou, je Domain-Driven Design (DDD).
Zistil som, že DDD je veľmi užitočný vo viacerých projektoch so zložitými doménami, na ktorých by som mohol pracovať. Na druhej strane viem, že ľudia veria mnohým mýtom o DDD používanom v Go. Väčšina z nich pochádza z používania DDD v projektoch, ktoré si nevyžadujú taký sofistikovaný prístup, alebo z projektov realizovaných ľuďmi, ktorí nepochopili princípy DDD.
Počas tejto prednášky demystifikujem DDD a dám vám skutočný príklad toho, kde posilnenie DDD pomohlo zjednodušiť ich a zvýšiť rýchlosť rozvoja.
Ak teraz nepracujete na projekte so zložitou doménovou logikou, táto prezentácia môže byť pre vás stále užitočná, ak chcete v budúcnosti pracovať na náročnejších projektoch. Dám vám tiež niekoľko rád, z ktorých častí DDD by ste mali začať a aké techniky s DDD dobre fungujú.

**Bio:** Blogujem na threedots.tech. Autor knihy „Go With The Domain“ a [Watermill.io](https://watermill.io/).
Moja programátorská cesta trvá 16 rokov, počas ktorých som prešiel rôznymi oblasťami vrátane infraštruktúry, globálnych finančných platforiem a bezpečnosti. Pred pár rokmi som konečne našiel jazyk, ktorý som miloval: Choď.