1–3 marca 2027Warszawastacjonarnie, po angielsku

Residuality Theory: pierwszy warsztat z Barrym O’Reilly w Polsce

3-dniowy, praktyczny warsztat dla architektów, tech leadów i doświadczonych inżynierów, którzy projektują systemy w warunkach ciągłej zmiany.

Sprzedaż biletów rozpocznie się wkrótce. Dołącz do listy, aby otrzymać informację o rozpoczęciu sprzedaży.

Barry O’Reilly podczas wystąpienia
Barry O’ReillyArchitekt, badacz, twórca Residuality Theory
Termin
1–3 marca 2027
Miejsce
Warszawa
Język
angielski
Liczba miejsc
30

Ceny biletów · sprzedaż jeszcze nie ruszyła

Dołącz do listy zainteresowanych
  1. Early Birdwkrótce
    4 990 złnetto · 6 137,70 zł bruttopula 6 miejsc
  2. Standard
    5 990 złnetto · 7 367,70 zł bruttopula 18 miejsc
  3. Late Registration
    6 490 złnetto · 7 982,70 zł bruttopula 6 miejsc

Twój system najczęściej zawodzi tam, gdzie nie spodziewałeś się zmian.

Projektujesz system pod wymagania, które znasz dziś. Rok później zmienia się prawo, największy klient, model sprzedaży albo właściciel firmy. Architektura, która miała sens, zaczyna sprawiać problemy w miejscach, których nie było na żadnym diagramie.

I właśnie z tym problemem pracuje Residuality Theory.

Podczas 3-dniowego warsztatu z Barrym O’Reilly sprawdzisz, jak projektować i oceniać architekturę nie tylko pod kątem tego, co wiemy dzisiaj, ale również zmian, których jeszcze nie potrafimy przewidzieć.

Dla kogo

Dla kogo jest ten warsztat?

Poziom zaawansowany. Warsztat jest dla osób, które na co dzień projektują systemy i podejmują decyzje architektoniczne.

01

Software Architects

Którzy chcą podejmować decyzje w niepewnych warunkach i umieć je obronić.

02

Solution Architects

Którzy projektują rozwiązania na styku wielu systemów, zespołów i interesariuszy.

03

Tech Leads

Którzy wchodzą w rolę architekta i potrzebują solidnych podstaw.

04

Senior Software Engineers

Którzy chcą rozumieć, dlaczego system ma taki kształt, a nie tylko jak go zbudować.

05

Engineering Leaders

Którzy prowadzą zespoły przed dużym projektem: nowym produktem albo modernizacją starego systemu.

06

Osoby odpowiedzialne za decyzje architektoniczne

Które chcą, żeby cały zespół rozumiał architekturę tak samo i używał wspólnego języka.

Nie musisz znać wcześniej Residuality Theory ani DDD, konkretnego języka programowania czy frameworka. To nie jest warsztat dla osób początkujących w projektowaniu systemów.

Metoda

Residuality Theory pomaga projektować systemy z myślą o zmianie.

To metoda projektowania architektury stworzona przez Barry’ego O’Reilly’ego. Łączy inżynierię oprogramowania z nauką o złożoności, czyli badaniem systemów, w których wiele elementów wpływa na siebie nawzajem.

Rozwiązuje problem, który zna każdy architekt: system trzeba zaprojektować dziś, choć nie wiadomo, jakie zmiany przyniesie przyszłość. Zamiast zgadywać, sprawdzasz projekt na wielu możliwych zmianach i podejmujesz decyzje, które da się uzasadnić.

Kluczowe pojęcia w jednym zdaniu:

  1. 01

    Stresor

    Zmiana w otoczeniu systemu, która może go zdestabilizować: nowe prawo, odejście klienta, nowy model sprzedaży.

  2. 02

    Residuum

    To, co z systemu zostaje i nadal działa po uderzeniu stresora („resztka”).

  3. 03

    Analiza zarażania

    Sprawdzenie, jak jedna zmiana rozchodzi się po kolejnych częściach systemu.

  4. 04

    Matryce

    Tabele w arkuszu, na których podejmujesz decyzje o podziale systemu na komponenty.

Prowadzący

Prowadzi Barry O’Reilly.

Barry O’Reilly prowadzi warsztat osobiście. To twórca Residuality Theory.

Barry jest architektem oprogramowania i badaczem. Stworzył Residuality Theory – podejście, które wykorzystuje naukę o złożoności i filozofię, żeby pomóc zespołom budować systemy odporne na nieprzewidziane zmiany.

  • Założyciel Black Tulip Technology.
  • Robi doktorat z nauki o złożoności i inżynierii oprogramowania na The Open University.
  • Pełnił wiodące role w globalnych firmach technologicznych, m.in. jako Chief Architect w Microsofcie, gdzie odpowiadał za światową społeczność architektów rozwiązań.
  • Był CTO startupu.
  • Od lat szkoli architektów. Prowadzi ten warsztat m.in. dla DDD Academy i Avanscoperty.
  • Występuje na konferencji DDD Europe.

Co wyniesiesz z warsztatu

Po warsztacie będziesz potrafić:

  • rozpoznawać ryzyka architektoniczne, zanim zamienią się w kosztowne problemy,
  • identyfikować stresory wpływające na system,
  • analizować, jak zmiany mogą rozprzestrzeniać się w systemie,
  • podejmować decyzje o granicach i strukturze komponentów,
  • testować architekturę pod kątem zmian, których dziś nie potrafimy przewidzieć,
  • lepiej uzasadniać decyzje architektoniczne w kontekście technicznym i biznesowym.

Dlaczego ten warsztat

Dlaczego warto poświęcić na to 3 dni?

01

Z Barrym O’Reilly

Twórca Residuality Theory prowadzi warsztat osobiście.

02

Praktycznie

To nie jest 3-dniowy wykład. Większość czasu poświęcisz na ćwiczenia, analizę problemów i dyskusję.

03

Pracujesz nad sposobem myślenia o architekturze

Nie chodzi o kolejny framework czy zestaw wzorców. Wychodzisz z nowym sposobem analizowania i uzasadniania decyzji.

Program · Advanced Software Architecture with Residuality Theory

3 dni pracy z Residuality Theory.

Program jest dokładnie taki sam jak w edycjach, które Barry prowadzi za granicą. Pod polskimi nazwami podajemy oryginalne, angielskie, bo warsztat jest prowadzony po angielsku.

Dzień 1 · 09:30 - 17:00

Podstawy

Skąd bierze się złożoność systemów i na czym polega Residuality Theory.

  • Złożoność w praktyce inżynierii oprogramowaniaConcrete Complexity for Software Engineering
  • Filozofia architekturyPhilosophy of Architecture
  • Reprezentacja w architekturzeRepresentation in Architecture
  • Residuality Theory
  • Sieci atraktorówAttractor networks
Dzień 2 · 09:30 - 17:00

Modelowanie zmian

Modelujesz stresory i projektujesz architekturę realnego systemu.

  • Modelowanie stresu: architektura socjo-ekonomicznaModelling stress: socio-economic architecture
  • Definiowanie residuówDefining residues
  • Przetrwanie nieznanych niewiadomychSurviving unknown unknowns
  • Tworzenie architektury realnego systemuProducing a real-world architecture
Dzień 3 · 09:30 - 17:00

Decyzje i testowanie

Wyznaczasz granice komponentów i testujesz gotową architekturę.

  • Analiza zarażania i decyzje o komponentachContagion analysis and component decisions
  • Techniki matrycy sąsiedztwaAdjacency matrix techniques
  • Techniki matrycy incydencjiIncidence matrix techniques
  • Testowanie architekturyTesting the architecture

Każdy blok łączy wykład z ćwiczeniami w grupach. Każdą technikę ćwiczysz od razu na konkretnym przypadku.

An Introduction to Residuality Theory – Barry O’Reilly, NDC Porto 2024

Wprowadzenie do teorii

Posłuchaj podstaw Residuality Theory

W wykładzie z konferencji NDC Porto 2024 Barry wprowadza w podstawy Residuality Theory. To dobry punkt startu, zanim zdecydujesz się na warsztat. Wykład jest po angielsku.

Obejrzyj wykład na YouTube

Książki

Dwie książki Barry’ego o architekturze w niepewnych czasach.

Okładka książki Residues: Time, Change, and Uncertainty in Software Architecture, Barry O’Reilly

Residues: Time, Change, and Uncertainty in Software Architecture

Podstawa metody. Jeśli chcesz wynieść z warsztatu jak najwięcej, przeczytaj ją wcześniej.

Zobacz na Leanpub
Okładka książki The Architect’s Paradox, Barry O’Reilly

The Architect’s Paradox

O tym, dlaczego rola architekta jest tak trudna i jak z tym pracować.

Zobacz na Leanpub

Obie wydane na Leanpub.

Szczegóły

Termin, miejsce i co zabrać.

Termin
1–3 marca 2027poniedziałek–środa
Godziny
09:30 - 17:00Każdego dnia warsztatu (1–3 marca)
Miejsce
Warszawadokładny adres wkrótce
Język
angielskiWystarczy angielski, którego używasz w pracy.
Liczba miejsc
30
Forma
wykład i ćwiczenia w grupach
Co zabrać
laptop z arkuszem kalkulacyjnymExcel, Google Sheets lub LibreOffice
W cenie
udział w warsztacie, materiały, lunch i przerwy kawowe
Nie obejmuje
dojazd i nocleg

Cena i zapis

Sprzedaż biletów rozpocznie się wkrótce.

Osoby zapisane na listę zainteresowanych otrzymają wcześniejszy dostęp do zakupu. Zapis nie jest rezerwacją i do niczego nie zobowiązuje.

Potrzebujesz uzasadnienia udziału w szkoleniu dla pracodawcy? Program, cena i zasady w jednym PDF-ie.

Pobierz informacje dla pracodawcy

FAQ

Najczęstsze pytania.

Czy muszę znać DDD?

Nie. Wystarczy doświadczenie w projektowaniu systemów.

Czy muszę się przygotować przed warsztatem?

Nie musisz, ale najwięcej wyniesiesz, jeśli wcześniej przeczytasz książkę Barry’ego Residues: Time, Change, and Uncertainty in Software Architecture.

Czy poradzę sobie z angielskim?

Tak, jeśli na co dzień czytasz dokumentację i rozmawiasz po angielsku w pracy.

Czy mogę przyjść sam, bez zespołu?

Tak. Ćwiczenia odbywają się w grupach z innymi uczestnikami. Część osób przychodzi sama, część z zespołem.

Co muszę mieć ze sobą?

Laptop z arkuszem kalkulacyjnym. Część ćwiczeń robisz w arkuszu.

Czy pokrywacie koszt noclegu?

Cena obejmuje udział w warsztacie, materiały, lunch i przerwy kawowe. Nocleg i dojazd uczestnicy organizują we własnym zakresie. Jeśli potrzebujesz podpowiedzi, gdzie się zatrzymać w pobliżu miejsca warsztatu, napisz do nas – chętnie pomożemy.

Jak mogę się zapisać?

Sprzedaż biletów zostanie uruchomiona wkrótce. Możesz już teraz zapisać się na listę zainteresowanych, aby otrzymać informację o rozpoczęciu sprzedaży.

Czy zapis na listę zainteresowanych mnie do czegoś zobowiązuje?

Nie. To nie jest rezerwacja ani zamówienie. Gdy ruszy sprzedaż, napiszemy do Ciebie wcześniej niż do pozostałych osób, a Ty zdecydujesz, czy kupujesz bilet.

Jak wygląda płatność?

Po uruchomieniu sprzedaży za bilet dostajesz fakturę VAT. Firmy mogą zapłacić na podstawie faktury pro forma.

Do kiedy muszę zapłacić?

W ciągu 7 dni od otrzymania faktury pro forma. Jeśli kupujesz bilet po 15 lutego 2027, masz na to 3 dni. Miejsce jest Twoje dopiero po zaksięgowaniu wpłaty. Jeśli nie zapłacisz w terminie, zwolnimy je dla kolejnej osoby.

Czy mogę zrezygnować i odzyskać pieniądze?

Tak, na takich zasadach:

  • do 30 stycznia 2027 zwracamy 100% ceny,
  • od 31 stycznia do 14 lutego 2027 zwracamy 50% ceny,
  • od 15 lutego 2027 nie zwracamy pieniędzy, ale możesz przekazać bilet innej osobie.

Rezygnację wyślij na contact@arpeggia.studio. Zwrot przelewamy w ciągu 14 dni.

Co jeśli nie mogę przyjść?

Możesz przekazać bilet innej osobie bez dodatkowych opłat. Napisz do nas najpóźniej 3 dni przed warsztatem i podaj imię, nazwisko oraz e-mail tej osoby. Jeśli potrzebna jest nowa faktura, wystawimy ją.

Co się stanie, jeśli warsztat zostanie odwołany?

Zwrócimy 100% ceny w ciągu 14 dni. Jeśli warsztat przeniesiemy na inny termin, możesz zostawić bilet na nowy termin albo odzyskać całą kwotę. Nie pokrywamy kosztów podróży ani noclegu, dlatego rezerwuj je z możliwością bezpłatnej zmiany.

Czym ten warsztat różni się od edycji za granicą (DDD Academy, Avanscoperta)?

Program i prowadzący są dokładnie ci sami. Nie musisz jechać za granicę, a płacisz w złotówkach i na fakturę VAT.

1–3 marca 2027 · Warszawa

Chcesz wziąć udział?

Sprzedaż biletów rozpocznie się wkrótce. Early Bird: 4 990 zł netto (6 137,70 zł brutto).

Dołącz do listy zainteresowanych →