101. Property Sourcing - EDA /Anti/Patterns

Produkcja Polskie Towarzystwo Astronomiczne Better Software Design to podcast o projektowaniu oprogramowania. Wraz z moimi gośćmi rozmawiamy o architekturze, szczegółach implementacyjnych i wyzwaniach z tym związanych. Jeśli interesujesz się tworzeniem oprogramowania, to ten podcast jest właśnie dla Ciebie. Zapraszam na odcinek. Cześć, Oskar. Cześć. Słuchaj, mam taki pomysł, aby w podcaście pojawiła się taka miniseria, no zobaczymy, czy będzie mini, bo temat, który chciałbym zaatakować, chyba taki mini nie jest, ale żebyśmy tak w każdym odcinku, tutaj będzie troszeczkę krótszy, wzięli na tapet jakiś konkretny problem ze świata eventowego.

Tak często się mówi, jak się wprowadza Oskar Dudycz. Oskar Dudycz. To innym to nie będzie działać. Jak doda nowy kontrakt, na który nikt się nie zgodził, no to ten kontrakt nie będzie działał. To tak jak normalnie każda umowa zawarta. Możesz sobie jednostronnie podpisać umowę, ale co z tego? Na koniec, de facto tak naprawdę, rozluźniając te więzy, przesuwamy ten coupling w inną stronę, bo on dalej będzie istniał. Dokładnie, tylko jest ukryty.

Jeżeli sobie nie zdajemy z tego sprawy, to jest ten najgorszy coupling w zasadzie. No to jeszcze możemy w sumie na koniec odesłać do książki Wladyka, Balancing Coupling in Software. Książka, która chyba w ogóle ostatnio robi trochę furory. Tak, wiem ile Wladik się nad nią męczył, więc bardzo się cieszę, że mu się udało ją skończyć. Czyli tak podsumowując, jeżeli zauważył w moim systemie faktycznie masę zdarzeń, ta proporcja się zmieniła, ta właściwość została zmodyfikowana, mam masę eventów typu updated, rename itd., to może to być sygnał, właśnie cierpię z tego dokładnie powodu, I być może tutaj pierwszym pomysłem powinno być wrócenie do tej deski kreślanskiej i zastanowienie się, co to znaczy biznesowo. Ja jeszcze dodam, że to jest też powiązane z wersjonowaniem kontraktów, ale ludziom się wydaje, że