Podcast o architekturze oprogramowania, Event Stormingu, modelowaniu domeny i miękkich kompetencjach technicznych liderów. Zrozumienie na papierze, spokój na produkcji.
„Kod jest najdroższym miejscem na popełnianie błędów koncepcyjnych. Złożoność rozstrzyga się w rozmowie i na wielkich arkuszach papieru.”
Dla wielu inżynierów „kod to towar” brzmi jak ujma na honorze. Pokazujemy, że kod był towarem od dawna: outsourcing, package managery, open source, komponenty kupowane w paczkach, low-code i SaaS. Każdy z tych skoków przyspieszał pracę i jednocześnie podnosił złożoność systemów. Rozmawiamy o różnicy między kodowaniem a programowaniem, o tym, czy wpuszczać agenta AI do domeny core, i dlaczego Martin Fowler porównuje LLM-y do pierwszego kompilatora Fortrana. Są liczby: Windows urósł z 4-5 mln linii kodu w 1993 roku do prawie 30 mln w XP, Debian 4.0 miał 300 mln linii, a według badań Hattona kod w systemie podwaja się średnio co 42 miesiące. Do tego prawa Lehmana, shift-left i definicja architektury jako decyzji trudnych do cofnięcia. Wniosek jest jeden: myślenia nie da się zdelegować do modelu.
Przeglądaj odcinki według zagadnień lub posłuchaj pełnych dyskusji wraz z przygotowanymi szkicami i transkrypcją.
Zastanówmy się, czy doba AI zmienia dużo w podejściu do wytwarzania oprogramowania i postrzegania samego kodu. Przyjrzymy się kontekstowi historycznemu, bo kto nie zna historii, skazany jest na jej ponowne przeżycie.
Tu Artur Wojnar i Kamil Kiełbasa! Witamy w Paper-Driven Design! :)
Brak odcinków z tym tematem — wkrótce.
Dwóch praktyków z wieloletnim doświadczeniem w projektowaniu złożonych systemów dla bankowości, logistyki i chmury.
Architekt oprogramowania i tech lead z 15-letnim stażem, Microsoft MVP, certyfikowany architekt AWS i Azure. Projektuje skalowalne systemy w .NET i chmurze. DDD i Event Storming stosuje na co dzień i uczy ich zespoły. Trener i prelegent, pisze na bd90.pl. Gdy odkłada klawiaturę, sięga po gitarę.
Pragmatyk projektowania architektury. Jego ulubiona domena to healthcare. Fan modernizacji rozpadających się aplikacji i entuzjasta współpracy z klientem. Uwielbia wizualne metody warsztatowe łączące biznes i tech. Walczy dzielnie z galopującą entropią za pomocą DDD, zdarzeń i event sourcingu.
Papier jest najbardziej bezlitosnym, a zarazem najtańszym środowiskiem do testowania hipotez architektonicznych. Jeśli nie potrafisz wytłumaczyć przepływu danych za pomocą flamastra na rolce papieru pakowego, nie pomoże Ci żaden framework, Kubernetes ani architektura rozproszona.
W podkaście skupiamy się na rzemiośle myślenia: zadawaniu właściwych pytań, wyznaczaniu granic odpowiedzialności i facylitacji dialogu pomiędzy programistami a ludźmi biznesu.
Klarowność konceptualna oszczędza setki roboczogodzin w fazie wdrożenia.
Mówimy językiem problemu biznesowego, a nie żargonem bazy danych.
Architektura to w 70% psychologia, negocjacje i budowanie porozumienia.
Najkrótsza wersja tego, czym jest podcast, dla kogo go robimy i gdzie go znaleźć.
Raz na dwa tygodnie wysyłamy esencję: diagramy, szkice architektoniczne, wnioski z warsztatów i dodatkowe materiały do każdego odcinka. Zero spamu.
Zapisując się, zgadzasz się na otrzymywanie newslettera na podany adres. Wypiszesz się jednym kliknięciem w każdej wiadomości. Jak chronimy Twoje dane, opisuje polityka prywatności.