2023 - Sławomir Sobótka - Modularyzacja - miało być tak pięknie a wyszło jak zwykle :(
Vložit
- čas přidán 7. 09. 2024
- Z jednej strony mamy Event Stormingi na różnych poziomach jako techniki komunikacji i zbierania informacji. Z drugiej strony mamy C4 do skupiania uwagi na odpowiednich driverach architektonicznych. Niestety intuicyjne przejście z jednego do drugiego wychodzi rzadziej niż częściej. W trakcie prezentacji dowiesz się jak przekładać informacji ze stormingu na decyzje architektoniczne dzięki strategicznym narzędziom DDD: destylacji kontekstów i mapowaniu kontekstów. Skupimy się na kilku konkretnych heurystykach, które podpowiadają jak dążyć do modularnego monolitu lub microservices, które mają realną autonomię dzięki: projektowani single source of truth i unikaniu single point of failure.
Jezu, znowu to samo.npanie Sławku, jest pan mistrzem gadania w koło tego samego i robienia na tym kasy(: pozdrawiam
Dzięki za podzielenie się opinią. 1. Zalecam czytanie opisów aby nie trafić na takie właśnie gadanie o tym samym 2. Mówię o tym na czym się znam, a że znam się tylko na jednym, stąd mogę wydawać się mono-tematyczny dla kogoś kto jest dłużej w branży - dlatego odsyłam do punktu pierwszego 3. Moja działalność zarobkowa jest wypadkową pasji i palących potrzeb rynku. Potrzeby rynku analizuję na podstawie obserwacji. Aby stwierdzić czy jest się "w targecie" odsyłam do punktu pierwszego. 4. Jako osoba urodzona "przed Czarnobylem" oczekuję znaczniej mocniejszego hejtu aby cokolwiek poczuć - tak więc postarajcie się bardziej, proszę:P 5. Osnowa narracyjna jest oparta na tych samych archetypach modeli i wzorcach arch bo innych nie ma. Zmieniają się rzeczowniki. Domeny są tak dobrane aby słuchacze nie musili ponosić wysiłku na ich zrozumienie i mogli skupić się na technikach i heurystykach. Btw: w tym sezonie pojawiło się ich sporo nowych ale to już wymaga przemyślenia. 5. Odsyłam do mądrzejszych od siebie czcams.com/video/1FPsJ-if2RU/video.html
Na każdej prezentacji zmieniłbym imię podmiotu, magazyn na obi, żabkę czy inne coś, i się połowa nie skapnie
Nawiasem mówiąc z robieniem tego samego, robienie ciągle kasy i jeszcze żeby ludzie wciąż chcieli to naprawdę trzeba mieć talent, więc nie sądzę że to była ślepa krytyka :)
@@kretynek1 Dla koneserów moich prezentacji ciekawe może być ćwiczenie: znajdź 50% nowych treści, które pojawiają się co roku. To co jest najłatwiejsze i oczywiste i to beż użycia kory przedczołowej można zrozumieć to osnowa domenowa przykładu. Przykład zawsze jest tak dobrany, aby jego zrozumienie nie wymagało wysiłku. Wcześniej o tym mówiłem zawsze na wstęp i mój błąd - trzeba to zawsze dodawać. Wzorce arch i archetypy są wydestylowane, więc można tak jak piszesz wstawić inne podmioty, powstaje inna osnowa narracyjna ale problemy są archetypowe. Natomiast to co dostajecie co roku nowego, to techniki i heurystyki. Z roku na rok odkrywamy więcej tego w formie darmowej, ponieważ na szkoleniach pojawia się więcej nowej wiedzy. Udało się to wyłapać wśród tych oczywistości?
@@kretynek1Witek, bez przesady... krytyka w moim pokoleniu działa tylko jeżeli krytyk pokaże blizny z boju - random pod pseudonimem się nie liczy. Poza tym stare chińskie przysłowie mówi aby rady biznesowe przyjmować od ludzi, którzy mają jeta a przynajmniej ferrari;)
Świetna prezentacja, obejrzałem ją chyba z 4 razy od deski do deski.
Zastanawia mnie w tym rozwiązaniu prezentowanym jako wyjście z problemu state-transfer-eventu, jak poradzić sobie z lawiną zdarzeń biznesowych, które w systemie rozproszonym mogą przychodzić w różnej kolejności. Z problemu "przenikania kontekstów i domen" kończymy z problemem "synchronizacji zdarzeń z danych domen". W czym gorsza jest wiedza serwisu o tym jak ma zinterpretować dane, od wiedzy którego eventu powinienem spodziewać się najpierw? Nie wszystkie zdarzenia są niezależne od siebie i nie wszystkie agregaty reagują tylko na zdarzenia z 1 źródła....
Nawet jeżeli użyjemy narzędzi do synchronizacji tych zdarzeń to często jest to ogromny overhead programistyczny i dodatkowe skomplikowanie i miejsce na błędy. A wykorzystanie jakiegoś tricku w stylu "wszystkie zdarzenia dotyczące danego agregatu na 1 topic kafkowy" żeby zapewnić jakąś tam kolejność znowu generują inne problemy z koniecznością interpretacji schematu komunikatu i sposobu jego deserializacji. I tak dalej i tak dalej.
Jak dla mnie świetna lekcja i świeże spojrzenie na sprawę, ale na pewno nie "GO-TO solution" na wszystkie problemy. Dobrze skrojony state transfer poza cache'm też ma czasem sens z mojego doświadczenia.
Zapraszam do dyskusji :D
Myślę, że warto byłoby popracować i opowiedzieć o czymś nowym. To już kolejny wykład o tym samym.
W sumie to powinien dostać coś co robi za awizo wydania (ktoś zleca wydanie), to magazynier wystawia WZ potwierdzając że towar z magazynu wyjechał i jaki wyjechał. Podejrzewam, że do dyskusji czy to jest ten sam dokument w różnych statusach czy dwa różne :)
Wow!
Sławek, co Ty tak biegasz? :D Skąd ten boost? :D
Jakie to prawdziwe 😀
Niestety, brak synchronizacji dźwięku z obrazem powoduje, że bardzo ciężko się ogląda :/
czcams.com/users/results?search_query=sob%C3%B3tka+modularyzacja
To sobie zrób zoom na samą prezentację.
Kolejny raz to samo a wciąż aktualne :)
Greg mówi o tym, że w sumie każdy konsultant mówi to samo czcams.com/video/1FPsJ-if2RU/video.html
@@SawomirSobotka Skoro problemy są nadal aktualne a prezentacja wnosi coś wartościowego to nie widzę w tym problemu :) Zaskakujące jest, że nawet prezentacje sprzed kilkunastu lat nadal odpowiadają na dzisiejsze potrzeby. Jednak oprogramowanie tworzą ludzie, którzy niezależnie od czasów zachowują się podobnie. Dotyczy to też giełdy, polityki i innych obszarów. Pozdrawiam i czekam na kolejne prezentacje.
@@witoldsienski1709 Generalnie prawie wszystko na czym stoi IT zostało wymyślone w latach 70. Fizyka jest taka sama. To co się zmienia to skala. Rzadko kiedy wychodzę poza książki za lat 90.
@@SawomirSobotka Lubie ten humor na wykladach 😂.