Architektury oparte na zdarzeniach pomagają odzwierciedlić proces biznesowy w kodzie i ułatwiają współpracę z biznesem. Mogą też ograniczyć zależności między częściami systemu, ale tylko wtedy, gdy system jest dobrze podzielony.
\nBez dobrej pracy modelarskiej dostajemy zależności najgorszego rodzaju: ukryte. Usługi wyglądają na niezależne, a mimo to zmiana w jednej psuje drugą.
\nDobry model to jednak dopiero połowa pracy. Karteczki z EventStormingu nie powiedzą Ci, czy potrzebujesz kolejki ani co się stanie, gdy wiadomość przyjdzie dwa razy albo w złej kolejności.
\nNie powiedzą Ci też, jak zmienić kontrakt, żeby nie zepsuć usługi innego zespołu. Zespół razem omawia proces biznesowy, a potem każda osoba wraca do kodu i sama decyduje, jak koordynować proces, jakiej kolejki użyć i jak zapewnić dostarczenie, kolejność, spójność oraz idempotentność. Skutki tych decyzji widać zwykle dopiero na produkcji, gdy wiadomości giną, dublują się albo są przetwarzane w złej kolejności.
\nNa szkoleniu przejdziemy całą drogę od wymagań biznesowych, przez model procesu i model techniczny, aż po implementację. Krok po kroku sprawdzimy, jak wymagania wpływają na rozwiązanie techniczne. Jak podzielić system, żeby zależności między jego częściami były jawne? Kiedy kolejka pomaga, a kiedy tylko komplikuje system? Jak zapewnić gwarancje, których naprawdę potrzebuje biznes? Jak testować przepływ i wykrywać niekompatybilne zmiany w kontraktach, zanim zauważy je inny zespół?
\nPrzez całe szkolenie pracujemy nad jednym rozproszonym procesem biznesowym, od pierwszej karteczki po działający kod. Niektóre zagadnienia omawiamy też na mniejszych, osobnych przykładach.
\nNie będzie długich wykładów. Będzie dużo małych zadań i praca w grupach. EventStorming i inne techniki modelowania nie są tu celem, tylko narzędziem do rozmowy o procesie i o tym, jak zamienić model w działający system. Uczestnicy wcześniejszych edycji najczęściej wskazywali właśnie to przejście, od EventStormingu do przykładów w kodzie, jako najbardziej przydatną część szkolenia.
\nPo drodze sprawdzimy też, w czym GenAI pomaga przy modelowaniu i implementacji, a gdzie jego wyniki trzeba dokładnie weryfikować.
\n23 i 24 listopada oraz 30 listopada i 1 grudnia 2026 r., online, po angielsku, 3000 PLN + VAT.
\n\nPo warsztatach będziesz wiedzieć, jak:
\nTak, jeśli widzisz w swoim projekcie któryś z tych problemów:
\nSzkolenie jest dla programistek i programistów, tech leadów oraz architektek i architektów, którzy projektują systemy oparte na zdarzeniach, zaczynają je budować albo muszą je utrzymywać. Ćwiczenia przygotowałem w Javie, TypeScripcie i C#, więc pracujesz w języku, który znasz.
\nTo nie jest szkolenie dla Ciebie, jeśli szukasz kursu obsługi konkretnego brokera wiadomości albo wykładu z definicji.
\nSzkolenie opiera się na praktyce, a nie na wykładach. Teorię poznasz, rozwiązując zadania. Są krótkie i jest ich dużo. Każde kończy się dyskusją i decyzją, od której zaczynamy następne. Do większości problemów pokażę kilka rozwiązań, bo w architekturach opartych na zdarzeniach rzadko istnieje jedno słuszne.
\nJestem niezależnym architektem i konsultantem. Projektuję i buduję systemy biznesowe od ponad 18 lat. Pomagam zespołom projektować systemy oparte na zdarzeniach i prowadzę szkolenia z Event Sourcingu, CQRS i architektur opartych na zdarzeniach. Stosowałem te podejścia we własnych projektach. Widziałem, jak ułatwiają skalowanie i utrzymanie systemów, ale też gdzie przestają się opłacać.
\nProcesy biznesowe rzadko są proste do zrozumienia. Wiedza o nich jest rozproszona między wiele osób, a wymagania przychodzą we fragmentach. Architektury oparte na zdarzeniach pomagają je uporządkować i odzwierciedlić w kodzie. Nawet gdy uda się je dobrze zamodelować, trzeba jeszcze przełożyć model na architekturę i implementację, a to osobne wyzwanie. Na tym szkoleniu zajmujemy się jednym i drugim.
\nProblemy, o których mówię na szkoleniu, znam także od strony narzędzi. Stworzyłem Emmetta, byłem jednym z maintainerów Martena i współtworzyłem EventStoreDB. Na GitHubie udostępniam przykłady i ćwiczenia w .NET, Node.js i Javie.
\nO tematach szkolenia regularnie piszę na tym blogu i w newsletterze Architecture Weekly, na przykład o:
\nTydzień 1: 23 i 24 listopada 2026 r.
\nTydzień 2: 30 listopada i 1 grudnia 2026 r.
\nWszystkie sesje trwają od 9:00 do 15:00. Szkolenie prowadzę po angielsku.
\nKoszt: 3000 PLN + VAT.
\nLiczba miejsc: 12. Szkolenie ruszy, gdy zapisze się co najmniej 5 osób.
\n\nMniej zgadywania przy implementacji. Z modelu procesu odczytasz, czy potrzebujesz kolejki, jakiej i z jakimi gwarancjami. Te decyzje zapadną na etapie projektu, a nie po pierwszej awarii.
\nMniej błędów, które wychodzą na jaw dopiero na produkcji. Zgubione i zdublowane wiadomości, zła kolejność przetwarzania czy zepsute kontrakty między usługami rzadko widać w testach jednostkowych. Nauczysz się przewidywać je na modelu i wyłapywać w testach.
\nModel, o którym porozmawiasz i z biznesem, i z zespołem. Wynik EventStormingu staje się wspólnym źródłem wiedzy o procesie. Biznes widzi w nim swój proces, a zespół punkt wyjścia do implementacji.
\nArgumenty zamiast opinii. Na przeglądzie architektury wyjaśnisz, co zespół zyskuje, a co traci, wybierając konkretną kolejkę, styl koordynacji albo poziom spójności, zamiast mówić „tak się robi”.
\nŁatwiej ocenisz, co wygenerowało AI. Gdy wiesz, jakich gwarancji potrzebuje proces, wiesz też, gdzie w wygenerowanym kodzie szukać problemów.
\nZabierzesz ze sobą narzędzia, nie tylko notatki. Kod z warsztatu i tablicę Miro możesz od razu wykorzystać we własnym projekcie i zespole.
\n\nZobacz, co uczestnicy mówią o moich warsztatach:
\nTo co, przekonałem Cię?
\n\nCzy mogę dostać fakturę?
\nTak. Wystawiam faktury VAT, więc bez problemu rozliczysz szkolenie przez firmę.
\nW jakim języku prowadzone jest szkolenie?
\nPo angielsku. Nie musisz mówić bezbłędnie. Wystarczy, że swobodnie czytasz dokumentację i potrafisz się dogadać w dyskusji.
\nJakie doświadczenie jest potrzebne?
\nSzkolenie przygotowałem z myślą o osobach na poziomie mid i senior. Jeśli masz już za sobą budowanie systemów, odnajdziesz się bez problemu.
\nW jakim języku programowania będę pracować?
\nWybierasz jeden z trzech: Javę, TypeScript lub C#. Ćwiczenia przygotowałem w każdym z nich, więc pracujesz w tym, którego używasz na co dzień.
\nDlaczego szkolenie trwa dwa tygodnie, a nie cztery dni pod rząd?
\nMateriału jest dużo, a uczestnicy wcześniejszych edycji mówili, że trzeba go sobie poukładać w głowie. Przerwa między tygodniami daje Ci na to czas. Pytania, które się pojawią, możesz zadać na Discordzie albo na początku drugiego tygodnia.
\nJak wygląda praca online?
\nSpotykamy się na Zoomie, a modelujemy razem na wspólnej tablicy Miro. Większość czasu pracujesz w grupach, a ja zaglądam do nich, pomagam i odpowiadam na pytania.
\nCzy szkolenie będzie nagrywane?
\nNie, ale zostanie Ci sporo materiałów, do których możesz wracać: repozytorium z kodem, tablica Miro, ebook i materiały dodatkowe.
\nIle osób weźmie udział?
\nOd 5 do 12. To wystarczająco dużo, żeby pracować w grupach, i na tyle mało, żebym miał czas dla każdej osoby.
\nCo się stanie, jeśli nie zbierze się 5 osób?
\nNic nie ryzykujesz. Płatności zbieram dopiero wtedy, gdy zapisze się co najmniej 5 osób. Gdyby szkolenie mimo to się nie odbyło, oddam całą kwotę.
\nKiedy i jak zapłacę?
\nNajpierw się zapisujesz. Gdy potwierdzę, że grupa jest skompletowana, wyślę Ci dane do przelewu. Do tego czasu nic nie płacisz.
\nCzy są zniżki, na przykład dla kilku osób z jednej firmy?
\nNie. Cena jest taka sama dla wszystkich, niezależnie od tego, czy zapisujesz tylko siebie, czy cały zespół.
\nCzy mogę zrezygnować?
\nTak, jeśli coś losowego uniemożliwi Ci udział, na przykład choroba. Napisz do mnie, a jeśli powód będzie zasadny, zwrócę pieniądze.
\nCzy dostanę zaświadczenie o ukończeniu szkolenia?
\nTak, dostaniesz je po szkoleniu.
","excerpt":"Architektury oparte na zdarzeniach pomagają odzwierciedlić proces biznesowy w kodzie i ułatwiają współpracę z biznesem. Mogą też ograniczyć zależności między częściami…","fields":{"slug":"/light-and-dark-side-of-eda-workshop/","langKey":"pl","source":"pages"},"frontmatter":{"title":"Architektury oparte na zdarzeniach: ciemne i jasne strony","description":"Czterodniowy warsztat online w formule kohortowej o tym, jak przejść od wymagań biznesowych przez model procesu do działającego systemu opartego na zdarzeniach, z właściwymi gwarancjami dostarczenia, kolejności i spójności.","useDefaultLangCanonical":null,"cover":{"childImageSharp":{"resize":{"src":"/static/26353fde6a003a86ab559fb7323948c8/47498/workshop.jpg"}}}}},"site":{"siteMetadata":{"facebook":{"appId":""}}}},"pageContext":{"slug":"/light-and-dark-side-of-eda-workshop/","source":"pages","lang":"pl","langKey":"pl","originalPath":"/light-and-dark-side-of-eda-workshop/","availableLanguages":["pl","en"],"excludeFromSitemap":false}}, "staticQueryHashes": ["2742854296"]}