102. State Obsession - EDA /Anti/Patterns

08.04.2026 ·30 min 16 s

W poprzednim odcinku mówiliśmy o przesadnej szczegółowości eventów. Tym razem uderzamy w drugą stronę — w stronę zdarzeń-worków, które zamiast o biznesie, mówią nam tylko o tym, że "coś się w bazie zmieniło". Razem z Oskarem bierzemy na tapet CRUD-sourcing, często nazywany też obsesją stanu. State Obsession to sytuacja, w której zamiast faktów takich jak EmailConfirmed czy PersonalDocumentVerified, Twój system wypluwa generyczne UserUpdated. Na pierwszy rzut oka wygląda to na ułatwienie, ale w praktyce to prosty przepis na wyciek szczegółów implementacyjnych i utratę intencji użytkownika. Zapraszam na stronę https://bettersoftwaredesign.pl, gdzie znajdziesz jeszcze więcej materiałów.

Backend for Frontend to robimy takie skomasowane ciągle takie API. No to może tak być. I wtedy za każdym razem ktoś mówi, no kurczę, bez sensu. Ja tego w ogóle nie potrzebuję. No ja nie wiem, co to jest. A może powinienem wiedzieć? I nie wiem. I wtedy muszę iść do tamtego zespołu. Potem zaraz się zaczynają takie typowe tematy związane z prawem Conwaya. Czyli kłótnie, gdzieś tam wyzwiska w głowie lub na zasadzie, czy ja to powiedziałem, Pomyślałem. Właśnie wrzuciłem ten problem, ale też od razu mogę pokazać jakieś rozwiązanie. Bo to, że nie wiem, czy jakieś proporcje, czy też właściwość tego zdarzenia mogę usunąć, to mogę zaadresować testami kontaktowymi.

Pokazano wszystkie 1 dopasowanie. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.