Mentionsy
DevTalk #122 – O Residuality z Andrzejem Krzywdą
Rozmowa o tym, jak przygotować system, który przetrwa chaos… zanim chaos Cię zaskoczy. Dowiedz się, czym są stresory i residua, dlaczego warto przewidywać nieprzewidywalne i kiedy architektura staje się naprawdę critical. Z tego odcinka dowiesz się: Czym jest residuality i dlaczego to może być brakujące ogniwo w projektowaniu systemów; Co oznaczają pojęcia stresor, residuum i […]
The post DevTalk #122 – O Residuality z Andrzejem Krzywdą appeared first on DevTalk.
Szukaj w treści odcinka
Tak, tak, więc chodzi o pewne połączenie tutaj światów i to będzie chyba ostatni argument, to znaczy tutaj przychodzi do nas pan Barry O'Reilly, twórca tego pomysłu, tej architektury i on mówi, że on się wywodzi z tak zwanych complexity sciences, czyli z nauk o złożoności.
I tutaj też kolejne słówko, które Barry O'Reilly proponuje, to jest ta architektura, możemy nazwać wtedy critical architecture, czyli osiągnęliśmy poziom pewnej krytyczności, że nawet już real world, świat rzeczywisty już nam nie jest w stanie przynieść niczego, co by zepsuło nasz system.
I tutaj ciekawe, że od razu sam zaproponowałeś, że jest sporo prawdopodobnie generycznych stresorów, aczkolwiek sam Barry o tym nie wspomina.
Wydaje mi się, że to jest kwestia pięciu lat, ale nie jestem pewien, w których miejscach Barry O'Reilly opiera się na definicjach na przykład z tego complexity science, na ile on tutaj pewne rzeczy wymyśla.
to nie powinno nami kierować, bo tak naprawdę cała ta metodyka opiera się na takim czymś, co Barry nazywa random simulation, czyli jakaś symulacja losowa i chodzi o to, żebyśmy złapali pewne klasy problemów bardziej niż konkretne case'y i na przykład jeśli ktoś się zabezpieczył przed tym, że
I tutaj Barry też mówi o tym, że z tym prawdopodobieństwem to też jest trochę tak, jak z tym architektem i jego, z tym najgłośniejszym architektem, mianowicie zaczniemy się bawić w te prawdopodobieństwa, to też wygra najbardziej głośny tylko przedstawiciel biznesu tym razem i on będzie nam mówił, co tu jest najbardziej prawdopodobne, nawet w tych sytuacjach właśnie niefunkcjonalnych.
Więc tak, wydaje mi się, że otworzyło się okienko pewne czasowe, kiedy jesteśmy otwarci na takich ludzi jak Barry, ja na pewno otworzyłem się na takie rzeczy bardziej, no bo rzeczy, które by się wcześniej znało za niemożliwe właściwie, że bez przesady, tak, że jakby ktoś to powiedział w 2019, co się teraz wydarzyło przez 5 lat ostatnich na jakimś meetingu w jakiejś firmie dużej i zaproponowałby, żeby się na to zabezpieczać, no to byłby po prostu wyśmiany.
Barry tłumaczy krytyczność jako, on pokazuje taki wykres, gdzie osią Y to jest, znaczy XY to są node'y i połączenia między node'ami.
Chyba tak, chyba jesteśmy gdzieś na początku, ale to tak z każdą taką nową rzeczą to może być coś, co się teraz rozpaliło dzięki Barry'emu, a za chwilę zgaśnie, bo Barry się zmęczy i nikt tego nie podłapie, to może tak być.
Ja na przykład tu nie wszystkie jeszcze pojęcia zdefiniowałem i świadomie uniknąłem pojęcia atraktor, który jest czymś, co na pięć osób w Arkansas każdy inaczej zrozumiał i mam wrażenie, że Barry sam się tutaj ze sobą sprzecza, co to jest za pojęcie, więc wolę go nie wprowadzać.
Ostatnie odcinki
-
DevTalk #137 – O Wypaleniu w IT z Olą Kunysz
02.02.2026 13:40
-
DevTalk #136 – O Testach Kontraktowych z Łukasz...
19.01.2026 17:29
-
DevTalk #135 – O Architekturze Ewolucyjnej z Ma...
12.01.2026 15:50
-
DevTalk #134 – O DevOps 2025 z Piotrem Zimochem
29.12.2025 14:31
-
DevTalk #133 – O Długu Technologicznym z Oskare...
24.11.2025 12:50
-
DevTalk #132 – O Startupach przy Rewolucji AI z...
10.11.2025 13:49
-
DevTalk #131 – O Przewadze w Świecie LLM-ów z T...
30.10.2025 13:10
-
DevTalk #130 – O RAG do Eksploracji Kodu z Łuka...
27.10.2025 16:36
-
DevTalk #129 – O Programowaniu z AI z Tomaszem ...
13.10.2025 11:37
-
DevTalk #128 – O Roli Lidera i Wyzwaniach Ery A...
29.09.2025 10:13