Better Software Design 101. Property Sourcing - EDA /Anti/Patterns
Mar 19, 2026
Oskar Dudycz, autor bloga eventdriven.io i praktyk EDA, opowiada o problemie property sourcingu. Mówi o skutkach rozdrabniania zdarzeń i bombardowania eventami. Omawia, jak grupować pola, kiedy zdarzenia są zbyt drobne i strategie migracji kontraktów. Podkreśla też granice EDA i praktyczne translatory kontraktów.
AI Snips
Chapters
Books
Transcript
Episode notes
Literalne Minimalizowanie Zdarzeń Prowadzi Do Bałaganu
- Property sourcing arises when teams interpret "events should be as small as possible" literally and emit one event per changed field.
- Oskar Dudycz pokazuje, że to prowadzi do dziesiątek zdarzeń typu "zmieniono imię" "zmieniono e-mail" zamiast jednego sensownego zdarzenia biznesowego.
Rezerwacje Zbyt Drobnymi Statusami Złamały Fakturowanie
- W realnym systemie rezerwacji każdy status miał osobne zdarzenie, co skomplikowało obsługę fakturowania.
- Oskar opisuje, że pięć statusów oznaczało pięć eventów i później dodanie siódmego statusu zbiło logikę faktur i wymusiło zmiany u konsumentów.
Zminimalizuj Event Bombardment Przy Operacjach Wsadowych
- Unikaj event bombardmentu przez grupowanie zmian i przetwarzanie wsadowe zamiast emitowania tysięcy małych eventów.
- Oskar tłumaczy, że import CSV lub batch może wygenerować 50k eventów i zalać wszystkich handlerów alertami.
