Viewing all items for tag Jakub Pilimon

Permalink:

DevTalk Trio S04E09 – Research, reprezentacja, synteza: gdzie AI przestaje pomagać w modelowaniu

04/10/2026

(comments are closed)

Czy analiza to rysowanie diagramów w ulubionej notacji? Krótka odpowiedź – nie.

W dłuższej wersji Trio Sławek Sobótka, Kuba Pilimon i Ignacy Szreter rozmawiają o 3 etapach analizy (research, zmiana reprezentacji, synteza) i omawiają, który z nich AI robi świetnie, a w którym wciąż potrzebny jest człowiek.

Z odcinka dowiesz się:

czym jest rzeczywista analiza w IT;
czy zgodność z notacją (BPMN, UML, user stories) nie świadczy o jakości analizy;
z jakich trzech etapów składa się dobra analiza;
jak źle dobrana reprezentacja prowadzi do złego podziału systemu;
w którym etapie analizy AI pomaga najbardziej, a w którym najmniej.

A teraz… PLAY!

Czytaj dalej…

Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk Trio S04E08 – Rozpoznawanie klasy problemów modelarskich z AI

02/10/2026

inUncategorized

(comments are closed)

Overengineering czy po prostu dajemy wszędzie CRUD-a? Jak rozpoznać klasę problemu i dobrać architekturę aplikacyjną do każdego modułu i to jeszcze w pracy z AI?

W tym odcinku DevTalk Trio Sławek, Kuba i Ignacy rozmawiają właśnie o tym, że rozwiązaniem nie jest jedna standardowa architektura dla całego systemu, tylko rozpoznanie, z jaką klasą problemu masz do czynienia.

Z odcinka dowiesz się:

jakie są dwa najczęstsze typy architektów;
jakie klasy problemów występują w systemach i czym się od siebie różnią;
czy w erze AI wciąż trzeba klasyfikować problemy;
jak AI może pomóc zespołom, które mają trudności z architekturą;
co ma wspólnego karta ciąży z modułem zadań.

A teraz… PLAY!

Czytaj dalej…

Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk Trio S04E05 – Projektowanie agregatów DDD z AI

22/09/2026

inUncategorized

(comments are closed)

AI nie zaprojektuje Ci agregatu, jeśli powiesz mu: zaprojektuj agregat. Ale jeśli dasz mu swoją metodykę zamkniętą w procedurę, stanie się partnerem, który poprowadzi Cię krok po kroku i przypilnuje granic.

Z tego odcinka dowiesz się:

Czym różni się automatyzacja pracy od eksternalizacji wiedzy;
Kiedy w systemie w ogóle nie ma miejsca na agregat;
Jak ruch i liczba użytkowników wywracają Twój model do góry nogami;
Czy blokować optymistycznie czy pesymistycznie;
Czemu craft na poziomie kodu wciąż się liczy;
Jak wytropić ukryte agregaty w legacy;
Czy łatwiej przyjąć bezlitosny feedback od AI niż od kolegi z zespołu;
Po co AI ma celowo psuć Twój model.

A teraz… PLAY!

Czytaj dalej…

Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk Trio S04E03 – AI, modularyzacja i szukanie autonomicznych modeli (DDD i AI)

15/09/2026

inUncategorized

(comments are closed)

W trzecim odcinku naszych rozmów o DDD i AI Instruktorzy Domain Drivers sprawdzają, czy sztuczna inteligencja naprawdę dobrze modularyzuje systemy, czy tylko sprawnie udaje.

Z tego odcinka dowiesz się:

Czy AI dobrze modularyzuje to odpowiednio postawione pytanie;
Dlaczego LLM domyślnie dzieli system jak naiwny początkujący;
Jak z rzeczowników rodzi się spaghetti;
Co odróżnia eksperta i jak przenieść jego intuicję do modelu w formie konkretnych procedur;
Na czym polega generalizacja przez zachowanie, nie tożsamość;
Jak szukać punktu, w którym generalizacja pęka;
Czym są soczewki i jak przyspieszają modelowanie;
Kiedy taniej sprawdzić hipotezę, niż podjąć błędną decyzję;
Czy „nie deleguj myślenia” to wciąż dobra rada.

A teraz… PLAY!

Czytaj dalej…

Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk Trio S04E02 – Metryki granic i modeli

10/09/2026

inUncategorized

(comments are closed)

Skąd wiesz, że Twój podział na moduły i konteksty w DDD jest dobry? Zamiast polegać na intuicji, pokazujemy konkretne metryki oceny architektury: rozwijalność, autonomię zespołów i mierzenie zależności między modułami na poziomie strategicznym i taktycznym.

Z tego odcinka dowiesz się:

Ile poziomów wiedzy o metrykach naprawdę istnieje;
Dlaczego rozwijalność mówi więcej niż wszystko inne;
Jak symulować przyszłe zmiany, zanim nadejdą;
Czym są antywymagania i po co je stawiać;
Jak policzyć zależności (strzałki) między modułami;
Dlaczego dobro biznesu bywa wymówką;
Kiedy metryka rozwijalności przestaje działać;
Czym grozi joinowanie po mikroserwisach;
Dlaczego autonomia to nie cel, tylko środek;
Po co robić cztery alternatywne modele naraz;
Czym jest second system syndrome.

A teraz… PLAY!

Czytaj dalej…

Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk Trio S04E01 – Czym jest ten przeklęty Bounded Context i czy w 2026 go potrzebujesz?

07/09/2026

inUncategorized

(comments are closed)

Czy Bounded Context po ponad dwóch dekadach jeszcze się broni?

Jakub Pilimon, Ignacy Szreter i Sławek Sobótka uczyli się Domain-Driven Design w trzech różnych epokach (od monolitów, na których wieczorami grało się w Quake’a, po dzisiejszy świat SaaS-ów) i swoim doświadczeniem dzielą się w tym odcinku DevTalk.

Z tego odcinka dowiesz się:

Skąd wziął się bounded context u Evansa;
Kiedy analiza lingwistyczna pomaga, a kiedy zawodzi;
Czy kilka zespołów może pracować na jednym kontekście;
Jak jedna technika stała się nazwą dyscypliny;
Dlaczego jeden „pacjent” to tak naprawdę kilka różnych rzeczy;
Czym jest autonomiczny model i po co go stosujemy;
Czego o modelowaniu uczy crash test samochodu;
Jak zmienił się świat od monolitów do SaaS-ów;
Dlaczego to IT najlepiej rozumie biznes.

A teraz… PLAY!

Czytaj dalej…

Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk #113 – O Testach w Architekturze z Jakubem Pilimonem

23/03/2020

inUncategorized

(comments are closed)

Co mają testy do architektury? Teoretycznie niewiele. Robimy je żeby sprawdzić, czy nasz system ma ręce i nogi. Wbrew pozorom to właśnie testy mogą mieć ogromny wpływ na ewolucję architektury. A kto lepiej przedstawi nam ten temat niż dzisiejszy gość DevTalka, który określa swoje podejście do testów jednostkowych jako “fanatyczne”? 😉

Jakub Pilimon jest programistą z wieloletnim doświadczeniem, architektem i trenerem. Piastuje stanowisko Principal Technologist w firmie Pivotal i jest szkoleniowcem w Bottega IT Minds. Jego głównymi zainteresowaniami są Domain-Driven Design i oraz architektura ewolucyjna. Jest wielkim zwolennikiem Event Stormingu.

Po pracy uprawia kitesurfing i jeździ na motocyklu.

Z tego odcinka dowiesz się:

Czy testy mogą zmienić architekturę systemu? I jaką rolę odgrywa tu architekt?
Czego potrzebujemy, żeby przetestować architekturę?
Czym jest testowalna architektura?
Co ma architektura do projektowania motocykla?
Czy TDD prowadzi do lepszej architektury?

Warto zaznaczyć, że Kuba jest jednym z trzech Mentorów DNA: Drogi Nowoczesnego Architekta! Właśnie teraz – do piątku 27 marca, do godziny 21:00 –

trwa nabór do 2. edycji Programu DNA!

Zapraszamy!

Najwyższy czas na PLAY!

Czytaj dalej…

Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.