DevTalk Menu

Viewing all items for tag Ignacy Szreter

Permalink:

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

(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

(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

(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)

(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

(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?

(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.