DevTalk by devstyle.pl
Programistyczny głos w Twoim domu!
info_outline
DevTalk #148 - O Quantum Computing z Marcinem Iwanowskim
07/27/2026
DevTalk #148 - O Quantum Computing z Marcinem Iwanowskim
Za kilka lat komputer kwantowy odszyfruje dane, które dziś uważasz za bezpieczne. Quantum computing brzmi jak odległa przyszłość, ale to technologia, która już działa i w którą duże organizacje pakują ogromne pieniądze. W tym odcinku Marcin Iwanowski tłumaczy w przystępny sposób, czym są kubity, superpozycja i splątanie, oraz dlaczego komputery kwantowe mogą wkrótce łamać szyfry i rozwiązywać problemy uważane dotąd za nierozwiązywalne. Z tego odcinka dowiesz się: Dlaczego programiści powinni interesować się quantum computing; Co oznacza wykładniczy wzrost złożoności problemu; Czym różni się kubit od klasycznego bitu; Dlaczego prawdopodobieństwo to nienajlepsze słowo opisujące kubita; Ile kubitów mają dziś dostępne komputery kwantowe; Kiedy komputer kwantowy złamie realny klucz szyfrujący; Do czego polskie Ministerstwo Obrony wykorzystało technologię kwantową; Od czego zacząć naukę quantum computing jako programista. Linki: książka . Rozdziały: 00:00 Wstęp 02:00 Dlaczego powinno to interesować programistów? 05:37 Problemy wykładnicze i komiwojażer 10:34 Kubit, superpozycja i splątanie 18:44 Jak to się ma do IT 20:09 Moc obliczeniowa rośnie wykładniczo 23:55 Ile kubitów łamie szyfrowanie 28:03 Rola programisty w świecie quantum 32:36 Jak zbudowany jest komputer kwantowy 37:39 Zbieranie zaszyfrowanych danych na później 39:24 Po co się tego uczyć i od czego zacząć 44:41 Programowanie kwantowe w praktyce 46:41 Realne projekty i wojskowy system kwantowy
/episode/index/show/devtalk/id/42228355
info_outline
DevTalk #147 - O spektakularnych awariach w IT z Adamem Korgą
07/13/2026
DevTalk #147 - O spektakularnych awariach w IT z Adamem Korgą
Adam Korga zbiera katastrofy naszej branży i pokazuje, że wcale nie są przypadkowe. Rakiety wybuchają, regexpy kładą pół internetu, a puste pole w YAML-u wywala cały region chmury. I to wszystko z tych samych, powtarzalnych powodów. Z tego odcinka dowiesz się: Dlaczego systemy, na których polegamy, są tak kruche; Czego uczą nas najbardziej spektakularne awarie infrastruktury i software'u; Czy pomijane podstawy zawsze upomną się o swoje; Czym różni się halucynacja AI od biznesowej intuicji; Komu ufamy na spotkaniu – i dlaczego zwykle źle; Co jest dziś prawdziwym wąskim gardłem; Czym jest AI brain fry; Co dot-com i chmura mówią nam o obecnym boomie AI. Linki: link do Adama, Adama. Rozdzialy: 00:00 Wstęp i przedstawienie gościa 00:26 Kim jest Adam Korga? 03:45 Ariane 5: rakieta, redundancja i podwójny bug 07:12 Holandia: gdy algorytm uznaje rodziny za oszustów 08:20 Aadhaar: odcisk palca bez fallbacku 11:00 Cloudflare i Azure: regexp i pusty YAML kładą pół internetu 15:00 Skąd bierze się kruchość naszych systemów 20:08 Programista vs inżynier oprogramowania 27:30 Agloe, tablice logarytmiczne, średniowieczne biblioteki 31:05 Halucynacje AI vs „biznesowa intuicja” 36:37 Porady dla programistów 44:00 Obecne wąskie gardło 49:40 Co możemy zrobić jako jednostki 55:20 Dot-com bubble, chmura i AI
/episode/index/show/devtalk/id/42060865
info_outline
DevTalk #146 - O outbox i spektrum wzorców "at least once" z Jackiem Milewskim
07/06/2026
DevTalk #146 - O outbox i spektrum wzorców "at least once" z Jackiem Milewskim
W tej rozmowie wracamy do fundamentów, bez których żaden rozproszony system nie działa jak należy: do komunikacji między serwisami. Jacek Milewski prowadzi nas przez całe spektrum wzorców dostarczania wiadomości. Zaczniemy od naiwnych (synchroniczny fire-and-forget, prosty async), przez ogarnięte (transakcyjny Outbox, Inbox, Optimistic Outbox), aż po poziom PRO (shared kernel, Change Data Capture, Consumer Driven Redelivery, listen to yourself). Każdy wzorzec to nie wybór między dobrem a złem, tylko świadomy trade-off: który zestaw problemów wolimy w przyszłości rozwiązywać. Z tego odcinka dowiesz się: Dlaczego już przy jednym mikroserwisie masz do czynienia z systemem rozproszonym; Czym różni się at most once i at least once; Kiedy naiwny wzorzec fire-and-forget jest w pełni rozsądnym wyborem; Na czym polega transakcyjny Outbox; Jak działać z Inboxem, deduplikacją i emulowaniem kolejności po stronie odbiorcy; Czym jest idempotentność; Dlaczego retry potrafi położyć system, zamiast go uratować; Kiedy sięgnąć po shared kernel, CDC i Consumer Driven Redelivery — i za jaką cenę. Rozdziały: 00:00 Wstęp 00:25 Kim jest Jacek Milewski? 03:12 Gwarancja dostarczenia wiadomości 04:30 Zagrożenia dostarczenia wiadomości 11:17 Jak wybrać odpowiedni wzorzec? 20:50 Transakcyjny Outbox 25:30 Duplikaty i wiele instancji 30:30 Inbox 34:40 Deduplikacja i idempotentność 41:00 Implementacja wzorców 42:39 Optimistic Outbox 49:30 Shared kernel 55:03 Change Data Capture 56:28 Consumer Driven Redelivery 01:00:28 Listen to yourself 01:01:49 Strangler pattern i dane publiczne 01:03:13 Czas dowiezienia a debugowanie 01:04:46 AI jako partner do pracy
/episode/index/show/devtalk/id/41982040
info_outline
DevTalk #145 - O historii mikroprocesorów z Robertem Jaremczakiem
06/29/2026
DevTalk #145 - O historii mikroprocesorów z Robertem Jaremczakiem
Dużo mówi się o sztucznej inteligencji i przyspieszającej rewolucji technologicznej, a w tej rozmowie wracamy do przeszłości i do czasów Bajtka, programowania na kartce w kratkę, pierwszych domowych maszyn (ZX80, ZX81, ZX Spectrum, Atari, Commodore) i wgrywania programów z kaset. Z tego odcinka dowiesz się: Jak wyglądały początki programowania w Polsce? Czym był magazyn Bajtek i jaką rolę odegrał w nauce programowania w BASIC-u? Jak wgrywało się programy z kaset magnetofonowych? Czym była audycja Radiokomputer nocą i jak nadawano programy przez radio? Dlaczego w czasach PRL kopiowanie oprogramowania było praktycznie legalne? Jak kiedyś wyobrażano sobie komputery i programistów? Jakie generacje mikroprocesorów wyróżniamy? Jakie polskie konstrukcje komputerowe powstawały w latach 60. i 70. i do czego głównie służyły? Linki: Ewolucja mikroprocesorów - Robert Jaremczak Rozdziały: 00:00 Wprowadzenie 00:38 Kim jest Robert Jaremczak? 05:26 Klub krótkofalowców i radioamatorstwo 13:46 Programy z radia – Radiokomputer 16:44 Realia sprzed czterdziestu lat 27:01 Powracające fale w technologii 28:01 Jak kiedyś wyobrażano sobie komputery i programistów 34:28 Koniec wyścigu częstotliwości 37:39 Czym jest mikroprocesor – spory definicyjne 48:54 Jak ewolucja sprzętu wpływała na branżę 54:47 Dzisiejsze IT 57:06 Rola programisty w dobie AI 59:31 K-202 Karpińskiego 62:59 Jak blisko byliśmy własnego przemysłu półprzewodnikowego 71:23 Zakończenie i pożegnanie
/episode/index/show/devtalk/id/41869655
info_outline
DevTalk #144 - O przewidywalności zespołów z Jackiem Wieczorkiem
06/15/2026
DevTalk #144 - O przewidywalności zespołów z Jackiem Wieczorkiem
Trochę miękki, trochę techniczny odcinek o tym, co zmieniło się w pracy zespołów IT w związku ze zmianą procesów wytwarzania oprogramowania. W tym odcinku Maciej rozmawia z Jackiem Wieczorkiem, konsultantem pomagającym firmom technologicznym układać pracę zespołów tak, by dowoziły wyniki w sposób przewidywalny. Z tego odcinka dowiesz się: Dlaczego sam kod to za mało, żeby projekt był gotowy; Kto odpowiada za decyzje, które „podpowiada" AI; Czy więcej feature'ów to lepszy produkt; Czy estymaty i story pointy mają jeszcze sens; Dlaczego najwolniejszym ogniwem przestaje być IT, a staje się biznes; Od czego zacząć, gdy zespół regularnie nie dowozi; Jak odróżnić feature, który warto zrobić, od tego, który po prostu można zrobić. Linki: Strona Jacka Rozdziały: 00:00 Wstęp i przedstawienie gościa 01:02 Czy AI rozwiązało problem przewidywalności? 04:30 Wysyp aplikacji 08:00 Estymacje 11:18 Bańka LinkedIna a realia polskiego IT 16:59 Pułapka przeładowanych aplikacji 18:19 Wizja i strategia produktu jako bezpiecznik 20:00 Jak nie zalać klientów feature'ami 23:01 Jak ważyć feature requesty 27:00 Product discovery 29:42 Gdy manager „naklepie" coś oderwanego od systemu 36:18 Czy firmy lepiej diagnozują dziś swoje problemy? 39:40 Halucynacje LLM-ów i rola wiedzy eksperckiej 49:00 Reagowanie na zmianę bez popadania w chaos 52:45 Konkretne kroki: jak zdiagnozować, czemu zespół nie dowozi 59:40 Zakończenie
/episode/index/show/devtalk/id/41651750
info_outline
DevTalk #143 - O Feature Management z Mateuszem Kwaśniewskim
06/08/2026
DevTalk #143 - O Feature Management z Mateuszem Kwaśniewskim
AI generuje kod szybciej niż kiedykolwiek, więc i zespoły deployują częściej niż kiedykolwiek. I właśnie dlatego pytanie „jak odpowiednio wypuścić nowy feature na produkcję" nigdy nie było ważniejsze. O Feature Management opowie nam Mateusz Kwaśniewski — software troublemaker i Senior Full Stack Developer Unleash, narzędzia do feature managementu używanego przez Visa, Samsung czy Docker. Z tego odcinka dowiesz się: Czym feature management różni się od feature flag; Jak wygląda pełny cykl życia feature'a; Jak automatyzować powtarzalne release'y za pomocą szablonów rolloutów; Jak testować kod owinięty w feature flagi; Jak automatycznie usuwać stare feature flagi z kodu; Czym są pull requesty dla feature'ów; Jak sprawić, żeby release sam się zatrzymał, zanim ktokolwiek zauważy problem na produkcji; Ile kodu w dojrzałym projekcie open source faktycznie powstaje z udziałem AI; Co to jest FeatureOps. Linki: Unleash - , Case study Rozdziały: 00:00 Wprowadzenie 00:47 Kim jest Mateusz Kwaśniewski 03:07 Czym różni się feature flag od feature management 07:43 Governance i pull requesty dla feature'ów 10:52 Jak wygląda cykl życia feature'a 16:57 Jak automatycznie usuwać stare feature flagi z kodu 22:08 Jak AI zmienia feature management 31:53 Jak automatyzować powtarzalne release'y 33:39 Jak sprawić, żeby release sam się zatrzymał 40:11 Testowanie kodu z feature flagami 45:10 Co to jest FeatureOps
/episode/index/show/devtalk/id/41575345
info_outline
DevTalk #142 - O systemach rozproszonych w dobie AI z Grzegorzem Piwowarkiem
06/01/2026
DevTalk #142 - O systemach rozproszonych w dobie AI z Grzegorzem Piwowarkiem
Odcinek to gęsta, techniczna rozmowa z Grzegorzem Piwowarkiem: niezależnym specjalistą od architektur backendowych i systemów rozproszonych. Grzesiek to praktyk z krwi i kości, który specjalizuje się w systemach, gdzie wymagania niefunkcjonalne mają znaczenie i gdzie przy dużym ruchu regularnie dzieją się rzeczy, które „nie powinny się zdarzać”. Z tego odcinka dowiesz się: Czym są systemy rozproszone i skąd się wzięły; Co to jest idempotencja; Czym są rozproszone transakcje i wzorzec Saga; Jak uniknąć sytuacji, gdzie lot jest zaklepany, ale taksówki już nie ma; Czym jest zegar logiczny i kiedy go stosować; Gdzie LLM-y sobie radzą, a gdzie ewidentnie nie. Ponadto Grzesiek dzieli się też konkretną historią z produkcji — i tym, gdzie LLM zaproponował rozwiązanie gorsze niż sam problem. Rozdziały: 00:00 Wprowadzenie 00:47 Kim jest Grzesiek Piwowarek 03:57 Czym są systemy rozproszone i skąd się wzięły 06:34 Problem dwóch generałów 10:31 Idempotencja 15:10 Rozproszone transakcje i wzorzec Saga 18:55 Rewolucja mikroserwisowa i jej ciemna strona 22:48 LLM-y w świecie systemów rozproszonych 33:52 Historia z produkcji 39:49 Kiedy LLM-y naprawdę działają 51:27 Zegar logiczny Tagi: systemy rozproszone, mikroserwisy, architektura backendowa, idempotencja, wzorzec Saga, rozproszone transakcje, zegar logiczny, LLM, AI w programowaniu, Claude Code, backend, eventual consistency, DevTalk, podcast o programowaniu, podcast IT, podcast programistyczny
/episode/index/show/devtalk/id/41495600
info_outline
DevTalk #141 - O technologii w służbie bezpieczeństwa ze Sławkiem Sobótką i Rafałem Garbaczem
04/03/2026
DevTalk #141 - O technologii w służbie bezpieczeństwa ze Sławkiem Sobótką i Rafałem Garbaczem
Rafał Garbacz i Sławek Sobótka opowiadają o tym, jak technologia i innowacje wspierają bezpieczeństwo cywilne. Jako Fundacja Instytut 42 tworzą przestrzeń dla osób, które chcą realnie wpłynąć na odporność państwa w sytuacjach kryzysowych. Z tego odcinka dowiesz się: Jak technologie dual-use ze wsparciem sztucznej inteligencji mogą uratować łączność i logistykę, gdy zawiodą standardowe systemy; Jak wygląda mentalność urzędnicza w starciu ze światem IT; Co zespół programistów jest w stanie zrobić w ciągu 24h; Oraz dlaczego warto wyjść poza bańkę i zaangażować swoje skille w projekty, które mają misyjny, społeczny cel. W odcinku usłyszysz też szczegóły o tym, jak możesz podzielić się swoim doświadczeniem (Hackathon 11-12 kwietnia) oraz gdzie możesz poszerzyć wiedzę o technologiach związanych z bezpieczeństwem (Konferencja 23 kwietnia). Wydarzenia odbywają się w Lublinie. Linki: Edycja 2025 () oraz odcinka, enjoy! Rozdziały: 00:00 Wstęp 00:22 O czym jest rozmowa i kim są goście 02:00 Fundacja Instytut 42 06:00 Obrona cywilna, ochrona ludności 08:07 Hackathon - ogólne informacje 09:51 Projekty z poprzedniej edycji cz. 1. 13:12 Tegoroczne wyzwania 16:00 Sektor publiczny vs/i technologia 20:05 Proces rejestracji i oferowane wsparcie 23:33 Fundusze inwestycyjne 24:28 Technologie Dual Use 25:42 Udział kobiet 27:30 Jak powstają drużyny/zespoły 29:01 Kto sprawdza powstałe projekty 30:56 Konferencja - ogólne informacje 39:18 Plany rozwojowe 44:32 Wyzwania i specyfika obszaru 45:51 Projekty z poprzedniej edycji cz. 2. 48:08 „Podaj dalej” - odpowiedzialność ludzi z IT 49:47 Zaproszenie i zakończenie
/episode/index/show/devtalk/id/40721360
info_outline
DevTalk Trio S03E08 - Kto odpowiada za kod, którego nikt nie rozumie?
03/28/2026
DevTalk Trio S03E08 - Kto odpowiada za kod, którego nikt nie rozumie?
Przed nami ostatni odcinek DevTalk Trio, w którym Jakub Kubryński, Łukasz Szydło i Kuba Pilimon rozmawiają o tym, jak modele językowe zmieniają sposób myślenia i pracy programistów. Zastanawiają się, jakie mogą być długofalowe skutki decyzji podejmowanych przez LLM-y bez nadzoru oraz czy w procesie review ważniejszy jest sam kod, czy sposób jego powstawania. W tym odcinku Trio dyskutuje m.in. o tym: Czy LLM zabił model mentalny programisty; Kto ponosi odpowiedzialność za kod napisany przez AI; Jak decyzje podejmowane przez LLM-y wpłyną długofalowo na jakość i utrzymanie kodu; Oraz co powinno być głównym elementem review: kod czy proces. Linki: Strona Strona Poprzednie sezony oraz odcinka, enjoy! Rozdziały: 00:00 Wstęp i powrót DevTalk Trio 01:03 Kod widmo - co to jest? 06:06 LLM jako model mentalny 07:01 Odwrócona perspektywa 08:43 Jeden programista zamiast zespołu 12:13 Długofalowe konsekwencje decyzji LLM-a 15:54 Własność i odpowiedzialność programisty 19:13 Code review jako kompilator w głowie 20:43 Więcej testów i review procesu 28:41 Podsumowanie
/episode/index/show/devtalk/id/40652050
info_outline
DevTalk Trio S03E07 - Taktyczne wzorce projektowe vs. LLM
03/26/2026
DevTalk Trio S03E07 - Taktyczne wzorce projektowe vs. LLM
Jakub Kubryński, Łukasz Szydło i Kuba Pilimon w kolejnym odcinku DevTalk Trio! Dziś rozmawiają o tym, dlaczego faza projektowania to wciąż domena człowieka i jak mądrze używać LLM-ów, żeby nie produkować pięknie wyglądającego, ale bezużytecznego kodu. Niby szeroki temat, który przewija się ciągle i wszędzie, ale z tego odcinka dowiesz się: Czy LLM potrafi samodzielnie dobrze zastosować wzorce projektowe; W jaki sposób LLM może pomagać przy modelowaniu domeny; Czy korzystanie z LLM zmniejsza potrzebę modelowania domeny, czy wręcz ją zwiększa; Oraz czy można skompresować wiedzę architekta w skill/prompt i przekazać go mniej doświadczonemu programiście. Linki: Strona Strona Poprzednie sezony oraz odcinka, enjoy! Rozdziały: 00:00 Wstęp i powrót DevTalk Trio 01:15 LLM a wzorce implementacyjne 05:18 Faza projektowania vs. faza implementacji 15:09 Czy LLM może pomóc przy projektowaniu? 25:57 Podsumowanie: wiele punktów widzenia
/episode/index/show/devtalk/id/40628940
info_outline
DevTalk Trio S03E06 - Czy AI odbiera nam umiejętność myślenia (i programowania)?
03/24/2026
DevTalk Trio S03E06 - Czy AI odbiera nam umiejętność myślenia (i programowania)?
Czy delegując kolejne zadania do LLM-ów, niepostrzeżenie tracimy to, co w naszej pracy najcenniejsze: umiejętność samodzielnego rozwiązywania problemów? W tym odcinku Szydło, Kubryński i Pilo zastanawiają się nad tym, które działania długoterminowo działają na naszą niekorzyść. Z tego odcinka dowiesz się: Czym jest „intelektualna siłownia”; Czy grozi nam wtórny analfabetyzm wynikający z oddelegowania myślenia do LLM-ów; Co tracimy, rezygnując ze żmudnego procesu nauki na błędach; Oraz czy mądrze używane AI może przyspieszyć Twój rozwój intelektualny. Linki: Strona Strona Poprzednie sezony oraz odcinka, enjoy! Rozdziały: 00:00 Wstęp i powrót DevTalk Trio 01:04 Delegowanie myślenia do AI 03:59 Jak do tej pory Junior uczył się programowania? 05:22 Czy faktycznie przestaniemy myśleć? 07:43 Co już dziś delegujemy LLM-om? 11:20 Szukanie własnych a analiza LLM-owych błędów 13:40 Asystent i iluzja progresu 17:52 Co oddawać LLM-om? 22:32 Research 25:50 Podejmowanie decyzji ze wsparciem LLM-a 30:12 Podsumowanie
/episode/index/show/devtalk/id/40602745
info_outline
DevTalk Trio S03E05 - Vendor lock-in i widmo dyktatury cenowej gigantów AI
03/18/2026
DevTalk Trio S03E05 - Vendor lock-in i widmo dyktatury cenowej gigantów AI
W tym odcinku rozmawiamy (Pilimon, Szydło, Kubryński) o tym, czy jesteśmy uwiązani do jednego dostawcy modeli bardziej, niż nam się wydaje. Z tego odcinka dowiesz się m.in.: Czy da się wrócić do kodowania bez AI; Czy przeniesienie „skilli” z Claude’a do Gemini jest proste; Czym jest AI Gateway i czy fasady mogą uratować Twoją niezależność; Oraz co z tzw. „cieknącymi abstrakcjami”. Linki: Strona Strona Poprzednie sezony oraz wersja , enjoy! Rozdziały: 00:00 Wstęp i powrót DevTalk Trio 01:00 Vendor lock-in 2.0 02:17 Czy konkurencja między gigantami nas uratuje? 05:33 Wzrost cen czy limity tokenów? 06:54 Czy giganci AI „przepalają” pieniądze? 08:57 Jakiego typu vender lock-in’y znamy? 10:47 Czy da się wrócić do kodowania bez AI? 12:43 Przenoszenie skills między modelami cz. 1. 19:38 AI Gateway i fasady 23:08 Przenoszenie skills między modelami cz. 2. 25:27 Podsumowanie - AI jako proteza myślenia
/episode/index/show/devtalk/id/40522795
info_outline
DevTalk Trio S03E04 - Poprawianie kodu po LLM-ie
03/16/2026
DevTalk Trio S03E04 - Poprawianie kodu po LLM-ie
Rozmawiamy o tym, jak profesjonalnie budować oprogramowanie z LLM-ami, zamiast bawić się w vibe coding. Z tego odcinka dowiesz się: Jak daliśmy się nabrać na magię AI i dlaczego pierwszy sukces z LLM-em to pułapka; Co się dzieje, gdy tworzymy nową aplikację z AI bez narzuconych standardów; Czy w erze AI musimy wrócić do koncepcji jednorazowego kodu z lat 70.; Oraz o kontrowersyjnej wizji bibliotek bez ani jednej linii kodu. Linki: Wykład Książka Strona Strona Poprzednie sezony oraz odcinka, enjoy! Rozdziały: 00:00 Wstęp i powrót DevTalk Trio 01:01 Vibe Coding 03:44 Złudne wrażenie o dobrej jakości kodu LLM-a 06:41 Generowanie długu technicznego 08:02 Aplikacja z vibe codingu 14:16 Pętla feedbacku i dobre praktyki 17:58 Jednorazowy kod i lekcja z lat 70. 20:41 Biblioteka w postaci specyfikacji 28:24 Podsumowanie
/episode/index/show/devtalk/id/40498805
info_outline
DevTalk Trio S03E03 - DDD w erze LLM
03/13/2026
DevTalk Trio S03E03 - DDD w erze LLM
AI potrafi dziś wygenerować sporą część kodu aplikacji. Ale czy to oznacza, że podejścia takie jak Domain-Driven Design tracą na znaczeniu? W tym odcinku właśnie to jest tematem naszych rozważań (naszych, czyli ekipy DNA i Architekta Jutra: Łukasza Szydło, Kuby Pilimona i Kuby Kubryńskiego). Z tego odcinka dowiesz się: Czy DDD jest mniej potrzebne w erze AI; Czy modele językowe potrafią dobrze wyznaczać bounded contexts; Jak AI wypada w strategicznym vs. taktycznym DDD; Oraz jak zmienia się rola programisty w świecie AI-assisted development. Linki: Strona Strona Poprzednie sezony oraz odcinka, enjoy! Rozdziały: 00:00 Wstęp i powrót DevTalk Trio 01:15 Czym jest dla nas DDD? 03:33 DDD i LLM - AND czy OR 14:26 Czy AI ułatwi praktykę DDD początkującym? 20:26 DDD w systemach non-CRUD 24:39 AI jako wzmacniacz DDD 28:33 Podsumowanie
/episode/index/show/devtalk/id/40422965
info_outline
DevTalk Trio S03E02 - Czy Twój SaaS przetrwa erę LLM-ów?
03/11/2026
DevTalk Trio S03E02 - Czy Twój SaaS przetrwa erę LLM-ów?
Czy w erze LLM-ów wciąż potrzebujemy tylu SaaS-ów? Eksperci z ekipy DNA i Architekta Jutra, czyli Kuba Pilimon, Kuba Kubryński i Łukasz Szydło analizują, gdzie w SaaS naprawdę leży wartość i jak może zmienić się ten model w najbliższych latach. Z tego odcinka dowiesz się: Czy w erze AI bardziej opłaca się napisać własny tool niż płacić za subskrypcję; Czym jest „secret sauce” SaaS-a; Czy agent AI może zostać Twoim Forward Deployed Engineerem; Oraz czy zmieni się wycena Twojego SaaS-a? Linki: Strona Strona Poprzednie sezony oraz odcinka, enjoy! Rozdziały: 00:00 Wstęp i powrót DevTalk Trio 01:40 Mit niezastępowalnego SaaS-a 10:19 Forward Deployed Engineer (FDE) i SaaS 16:54 Otwarcie na agentów AI i standard MCP 20:07 Agent jako FDE 25:27 Nowe wymiary pricingu 29:05 Podsumowanie
/episode/index/show/devtalk/id/40394545
info_outline
DevTalk Trio S03E01 - Czy AI zastąpi programistów?
03/09/2026
DevTalk Trio S03E01 - Czy AI zastąpi programistów?
Wracamy z nowym sezonem DevTalk Trio! Tym razem Maciej Aniserowicz oddaje stery ekspertom z ekipy DNA i Architekta Jutra. Kuba Kubryński, Łukasz Szydło i Kuba Pilimon biorą na warsztat temat, który wciąż rozpala emocje: Czy LLM-y zastąpią programistów? Z tego odcinka dowiesz się: Czy AI mogłaby generować binarkę; Czy 20 tysięcy linii kodu w trzy dni to nowa norma; Czy AI to trampolina czy sufit dla słabego developera; Oraz czego uczy nas silnik parowy o rynku pracy w IT. Linki: Strona Strona Poprzednie sezony oraz odcinka, enjoy! Rozdziały: 00:00 Wstęp i powrót DevTalk Trio 01:21 AI w pracy programisty 07:21 Generowanie binarki zamiast kodu 18:57 Analogia do SysOpsów i chmury 27:23 Słaby programista z LLM-em 29:44 Podsumowanie
/episode/index/show/devtalk/id/40364235
info_outline
DevTalk #140 - O Salesforce CRM ze Stanisławem Zaniem
03/02/2026
DevTalk #140 - O Salesforce CRM ze Stanisławem Zaniem
Programowanie bez kubernetesów, dockerów i mikroserwisów? Dla wielu to brzmi jak cyfrowy skansen, ale dla Stanisława Zania to codzienność, w której realną wartość biznesową dostarcza się w godziny, a nie tygodnie. Choć praca na „niebieskiej platformie” wiąże się z rygorystycznymi limitami i brakiem klasycznego przycisku „rollback”, to właśnie te ograniczenia stają się paliwem dla kreatywnej inżynierii i budowania rozwiązań, które trafiają w samo sedno potrzeb klienta. W tym odcinku gościmy programistę, który od pięciu lat rozwija swoją karierę wyłącznie w ekosystemie Salesforce. Staszek udowadnia, że bycie developerem w tym świecie to znacznie więcej niż pisanie kodu w Apexie. Jego rola łączy kompetencje techniczne z umiejętnościami konsultanta, który potrafi przełożyć język biznesu na działającą automatyzację. Z tego odcinka dowiesz się: Czym właściwie jest Salesforce; Czy ograniczenia Salesforce są kulą u nogi czy trampoliną dla kreatywności; Apex, JavaScript i drag-and-drop... jakie technologie królują na platformie; Certified Salesforce Developer - typowe projekty i taski dnia codziennego; Jak przetrwać na produkcji bez przycisku rollback; Czy 75% pokrycia testami to bariera nie do przejścia; Czy repozytorium w Salesforce w ogóle istnieje; Czy można dowieźć gotowy feature w dwie godziny bez Dockera i Kubernetes; O AgentForce, czyli AI w Salesforce. Linki: ! Rozdziały: 00:00 Powitanie gościa 00:33 Kim jest Stanisław Zań? 01:16 Czym właściwie jest Salesforce? 04:02 Stack technologiczny 06:20 Działanie w ograniczającym środowisku 10:38 Konsultant vs. Developer Salesforce 12:35 Codzienność Certified Salesforce Developera 14:09 Ryzyko pracy na produkcji i brak backupów 17:49 Co jara programistę Salesforce? 20:02 Dlaczego 75% testów to mus? 24:48 Git kontra praca w notatniku 28:38 AI w Salesforce 32:22 Walka z ograniczeniami środowiska 37:00 Support Salesforce 39:28 Szybkość dowożenia rozwiązań
/episode/index/show/devtalk/id/40282535
info_outline
DevTalk #139 - O Archetypach i nowej roli w IT ze Sławomirem Sobótką
02/16/2026
DevTalk #139 - O Archetypach i nowej roli w IT ze Sławomirem Sobótką
Forward-Deployed Engineer to programista, który wchodzi do klienta, mapuje jego biznes i buduje zaufanie zanim jeszcze napisze pierwszą linijkę. Brzmi jak science fiction? Dla większości tak, ale dla tych, którzy opanują archetypy biznesowe i przestaną bać się wyjść z IDE, to przepustka do zupełnie innej ligi zarobków. W tym odcinku gościmy Sławka Sobótkę, legendę polskiego IT, który nie potrzebuje przedstawienia (ale jeśli jednak: od 2003 w branży, prowadzi 80-osobową firmę szkoleniowo-doradczą, a jego startupy zajmują się m.in. technologią dual-use (cywilno-wojskową) czy też interfejsem mózg-komputer (BCI), który to powstał we współpracy z NASA. Sławek wyjaśnia, dlaczego obecne zmiany to nie kryzys, lecz zbawienna normalizacja, i jak stać się inżynierem, którego nie zastąpi żaden prompt. Z tego odcinka dowiesz się: Czym jest rola Forward-Deployed Engineer i dlaczego staje się kluczowa na obecnym rynku IT; Czy obecna sytuacja w IT to kryzys, czy raczej normalizacja rynku; Jak archetypy oprogramowania pomagają szybko zrozumieć biznes klienta i budować zaufanie; Dlaczego w nowoczesnym IT bardziej od „time to first demo” liczy się „time to first trust”; Co to znaczy, że trzeba wzbudzić „drive” u klienta i jak to robić w praktyce; Dlaczego koderzy będą coraz mniej potrzebni i co to oznacza dla Twojej kariery; Jak subagenty AI mogą pracować z archetypami bez nadprodukcji złożoności; Czy juniorzy potrzebują podstaw programowania w erze AI. Linki: , pojęcia: , , , książka jeden z materiałów Sławka na , kurs, o którym wspominamy i na który ze Sławkiem zapraszamy to , devtalk z Bartkiem Słotą znajdziecie , a inne wcielenie Sławomira mogliście (i wciąż możecie) zobaczyć w . Rozdziały: 00:00 Powitanie gościa 00:43 Kim jest Sławek Sobótka? 02:33 Forward Deployed Engineer 03:36 Kontekst współczesnej branży 06:45 Normalizacja rynku IT 09:20 Budowanie zaufania klienta 11:30 Wyzwania myślenia abstrakcyjnego 13:22 Cybernetyka 14:45 Przyszłość czystych koderów 18:13 FDE i archetypy 21:31 IT rozumie biznes lepiej 23:25 Redukcja entropii modelu 27:20 Archetypy a prawo 31:27 Nowa rola inżyniera 33:16 Przełom w karierze 36:18 Nowoczesny proces SDLC 43:28 Subagenty AI 47:55 Rozwój kompetencji eksperckich 51:32 Niestabilność czy powrót do normy 56:27 Czy juniorom są potrzebne podstawy? 58:42 Podsumowanie
/episode/index/show/devtalk/id/40123780
info_outline
DevTalk #138 - O Event-Driven Architecture z Tomaszem Stolarczykiem
02/09/2026
DevTalk #138 - O Event-Driven Architecture z Tomaszem Stolarczykiem
Masz dosyć systemów, które sypią się jak domek z kart, gdy tylko jeden serwis złapie zadyszkę? Czas przestać trzymać usługi „za rękę” przez HTTP i pozwolić im żyć własnym życiem. Event-Driven Architecture (EDA) to przejście z trybu rozkazującego na reagowanie na fakty, więc zamiast mówić każdemu, co ma robić, po prostu ogłaszasz, co się stało. W tym odcinku o EDA mówił Tomasz Stolarczyk, programista i konsultant z Arkency, specjalizujący się w ratowaniu systemów legacy. Po latach pracy z Javą, obecnie rozwija złożone systemy w Ruby. Jest współtwórcą i aktywnym developerem Rails Event Store: otwartoźródłowego narzędzia do obsługi zdarzeń i Event Sourcingu, na którym bazuje wiele jego wdrożeń. Tomasz opowiada, jak nie zgubić się w świecie bez stacktrace’ów i dlaczego programiści mogą czerpać garściami z EDA, nawet jeśli nie chcą (lub nie potrzebują) wdrażać pełnego Event Sourcingu. Z tego odcinka dowiesz się: Czym charakteryzuje się Event-Driven Architecture i jak wytłumaczyć to nowej osobie w zespole; Czym różni się prawdziwe EDA od zwykłego „strzelania eventami” po akcji użytkownika; Co zapewnia wzorzec Outbox; Chude czy grube eventy i co wysłać w świat, żeby nie „zabić” bazy subskrybenta; Kiedy postawić na swobodną choreografię usług, a kiedy wprowadzić Process Managera; Jak działa komunikacja asynchroniczna w EDA; Jakie wyzwania niesie debugowanie systemu bez stacktrace'ów; Dlaczego Rails Event Store ułatwia monitoring systemów eventowych; Na czym polega magia Event Sourcingu i jak odtworzyć stan systemu sprzed pół roku; Jak przebudowywać modele odczytu z historycznych eventów; Jak wprowadzić eventy do starego kodu, korzystając z techniki Event Stormingu. Linki: Nagranie , Martin Fowler, , na devstyle, , , epizodyczną rolę Tomasza można obejrzeć w , a jego mini-kurs o Feature Flags znajdziecie ! Rozdziały: 00:00 Powitanie i przedstawienie gościa 00:33 Kim jest Tomasz Stolarczyk 04:00 Różne rozumienie Event-Driven Architecture 07:37 Stare zdarzenia a nowoczesne EDA 09:15 Korzyści z decoupling i autonomii subskrybentów 11:50 Rola monitoringu, Correlation/Causation ID 15:15 Poziomy abstrakcji zdarzeń i ich nazewnictwo 17:55 Wykorzystanie Event Storming do wykrywania eventów 20:16 EDA zamiast zwykłych wywołań HTTP 22:42 Outbox Pattern 26:10 Choreografia a orkiestracja 30:15 Process Manager w modelowaniu procesów biznesowych 34:32 Projektowanie akcji kompensacyjnych w przypadku błędów 36:44 Eventual Consistency 42:08 Dane historyczne w systemach opartych na zdarzeniach 44:44 Tryby dostarczania wiadomości 48:16 Znaczenie idempotencji przy przetwarzaniu zdarzeń 52:41 Strategie wprowadzania elementów EDA do systemów legacy 57:03 Korzyści z analityki opartej na historii zdarzeń
/episode/index/show/devtalk/id/40041810
info_outline
DevTalk #137 - O Wypaleniu w IT z Olą Kunysz
02/02/2026
DevTalk #137 - O Wypaleniu w IT z Olą Kunysz
Wypalenie zawodowe to nie jest zwykłe zmęczenie, które zregenerujesz weekendem offline czy sesją jogi. Rozmawiamy o doświadczeniach z zaciąganym latami długiem technicznym na własnym zdrowiu, o arystokracji IT oraz o „soczystych czereśniach”. Gościem tego odcinka jest Ola Kunysz, programistka z ponad 15-letnim stażem, która swoją techniczną karierę ewoluowała w stronę wspierania ludzi z branży. Ola zajmuje się profesjonalnym mentoringiem antywypaleniowym, łącząc wieloletnie doświadczenie w IT z wiedzą zdobytą na studiach z psychologii pozytywnej. Sama przeszła drogę od kryzysu do odzyskania równowagi, a dziś pomaga innym wrócić na dobre tory. Z tego odcinka dowiesz się: Dlaczego wypalenie to „dług techniczny” zaciągnięty na zdrowiu, którego nie spłaci się jednym weekendem offline; W jaki sposób wypalają się kobiety, a jak mężczyźni; Jaką rolę grają perfekcjonizm oraz syndrom oszusta w kontekście wypalenia; Czym są „soczyste czereśnie” i jak pomaga odnaleźć frajdę w codziennych zadaniach (nawet tych nielubianych); Dlaczego „IT arystokracja” i wysokie zarobki paradoksalnie utrudniają wyjście z toksycznej sytuacji zawodowej; Jakie trzy kluczowe pytania warto sobie zadać, aby „zdebugować” swoje błędne przekonania i obniżyć poziom stresu; Czy sztuczna inteligencja może zastąpić terapeutę i dlaczego poleganie na AI w kwestiach zdrowia psychicznego bywa ryzykowne; Na czym polega psychologia pozytywna i jak różni się od tradycyjnego podejścia skupionego na leczeniu zaburzeń. Linki: Książka Książka ; Pojęcia , , , Newsletter Oli; Kanał na Oli; Wystąpienie Oli na ; wspominaliśmy o Andrzeju Krzywdzie i async, więc zostawiamy link do jego książki a jeżeli chodzi o Sławomira Sobótkę, to już niedługo ponownie będzie można go usłyszeć w naszym nowym projekcie . Rozdziały: 00:00 Wstęp i przedstawienie gościa 00:50 Kim jest Ola Kunysz? 01:26 Dlaczego Ola zajmuje się wypaleniem? 05:29 Historia Macieja 06:39 Historia Oli 09:06 Świadomość tematu wypalenia 11:40 Różne drogi do wypalenia kobiet i mężczyzn 15:18 Czy joga wystarczy? 19:44 Toksyczne środowisko pracy 21:15 Co naprawdę powinno być ważne w Twojej pracy? 23:00 PERMA (2 z 5 filarów) 24:05 Zmiana perspektywy 24:57 Pytanie, które warto sobie zadać - pierwsze 26:40 Arystokracja IT 28:27 Pytanie, które warto sobie zadać - drugie 30:03 Spisywanie myśli 33:56 Journaling i AI 39:30 Pytanie, które warto sobie zadać - trzecie 47:08 Co pracodawca może zrobić w temacie wypalenia? 50:50 6 obszarów życia zawodowego 53:25 Skutki niezaopiekowanego wypalenia 56:32 Wypalenie jako trampolina do zmiany 60:04 Osiadanie na laurach 65:57 Dziennik wdzięczności 70:26 Get a life - odzyskiwanie równowagi
/episode/index/show/devtalk/id/39961475
info_outline
DevTalk #136 - O Testach Kontraktowych z Łukaszem Reszke
01/19/2026
DevTalk #136 - O Testach Kontraktowych z Łukaszem Reszke
Zamiast uruchamiać ciężką machinę testów integracyjnych, możemy szybko i precyzyjnie zweryfikować, czy nasze API nadal spełnia oczekiwania konsumentów - nawet jeśli technologia po drugiej stronie jest zupełnie inna. W tym odcinku rozmawiamy o tym, jak wdrożyć to podejście, by uniknąć sytuacji, w której „za płotem pali się budynek sąsiada” z powodu jednej zmiany w kodzie. Gościem tego odcinka jest Łukasz Reszke, konsultant i Software Engineer w firmie Arkency. Łukasz na co dzień zajmuje się ratowaniem systemów przed rozpadem oraz tchnięciem nowego życia w aplikacje legacy, głównie w ekosystemie Ruby on Rails. W swojej pracy łączy Domain Driven Design i Event Sourcing , ale jego drugą wielką inżynierską miłością - i głównym tematem naszej rozmowy - są testy kontraktowe. Z tego odcinka dowiesz się: Czym testy kontraktowe różnią się od walidacji JSON Schema; Dlaczego w podejściu Consumer Driven to odbiorca danych dyktuje warunki, a nie dostawca; Kiedy wdrożenie Pact'a jest inwestycją, a kiedy zbędnym kosztem; Do czego służy Pact Broker i jak wykorzystać webhooki do automatyzacji procesu; Co to są pending contracts i jak zapobiegają blokowaniu wdrożeń przez nowe wymagania; Jakie są najczęstsze błędy przy projektowaniu testów kontraktowych; W jaki sposób LLM-y i AI wpływają na testy kontraktowe. Linki: ; ; ; devtalk ; oraz devtalk , również z Arkency. Rozdziały: 00:00 Wstęp i przedstawienie gościa 00:33 Kim jest Łukasz Reszke? 01:41 Czym są testy kontraktowe? 06:55 Pact - narzędzie technology agnostic 12:00 Filozofia Consumer-Driven 14:45 Odkrywanie API i Swagger 17:15 Rola Pact Brokera 17:59 Próg wejścia i czas nauki 21:32 Testowanie komunikacji asynchronicznej 22:10 Automatyzacja w CI/CD 23:50 Webhooki i Pending Contracts 28:33 Skala testów w organizacji 29:18 Kiedy uruchamiać testy? 30:53 Miejsce w Piramidzie Testów 31:54 Kiedy (nie) warto wdrażać Pact'a? 35:47 Rozszerzanie kontraktu (bezpieczne zmiany) 40:55 Breaking Changes i zmiana nazw pól 44:57 HTTP czy Eventy - od czego zacząć? 46:00 Najczęstsze błędy przy projektowaniu 50:30 Wpływ AI i LLM na testowanie 52:35 Odbiór wśród developerów 56:15 Provider States - kluczowy element
/episode/index/show/devtalk/id/39782525
info_outline
DevTalk #135 - O Architekturze Ewolucyjnej z Maciejem Jędrzejewskim
01/12/2026
DevTalk #135 - O Architekturze Ewolucyjnej z Maciejem Jędrzejewskim
Zamiast budować technologiczną katedrę od pierwszego dnia, może warto na początek... wbić tylko krzyż w ziemię? Brzmi jak pójście na łatwiznę? Nic bardziej mylnego - w świecie architektury ewolucyjnej to po prostu czysty pragmatyzm, który chroni przed overengineering'iem i pozwala systemowi rosnąć bez zamykania sobie drzwi na przyszłość. Gościem tego odcinka jest Maciej Jędrzejewski, inżynier i architekt z 13-letnim doświadczeniem, który obecnie mieszka w Szwajcarii i pełni rolę Team Lead'a (a nieoficjalnie Head of IT) w firmie OEKO-TEX®. Maciek w swojej karierze przeszedł przez niemal każdy stos technologiczny: od C++, przez .NET i Angulara, aż po Node.js. Dzięki pracy w firmie zajmującej się certyfikacją tekstyliów, a nie tylko w typowych spółkach technologicznych, posiada unikalną perspektywę na to, jak technologia musi wspierać realne procesy biznesowe. Z tego odcinka dowiesz się: Czym architektura ewolucyjna różni się od standardowego podejścia; Do jakich projektów nadaje się to podejście; Jak mierzyć ewolucyjność systemu; Jak rozkładają się koszty architektury ewolucyjnej; Co to są Fitness Functions; Jak prowadzić Architecture Decision Log (ADL) i jak się to ma do ADR; Czym są karuzele developerskie i jak wygląda komunikacja w takim zespole; Jakie są cztery kroki ewolucji aplikacji. Linki: Książka ; Książka ; Książka Maćka! ; DevTalk #133 - ; ; Narzędzia do testów architektonicznych: , , ; Framework do testowania wydajności jako funkcji fitness; Repozytorium Maćka i Kamila: . Rozdziały: 00:00 Wstęp i przedstawienie gościa 00:24 Kim jest Maciej Jędrzejewski? 02:01 Z czego wywodzi się architektura ewolucyjna? 03:14 Czym jest architektura ewolucyjna? 05:55 Overengineering a architektura ewolucyjna 09:34 Czy warto patrzeć 3 lata w przód 11:40 Horyzont czasowy architektury ewolucyjnej 15:08 Proste nie znaczy głupie 19:57 Fitness Functions 28:38 Architektura ewolucyjna i Domain-Driven Design (DDD) 33:43 Proporcja myślenia do kodowania 36:14 Przejście na architekturę ewolucyjną 38:29 Komunikacja w zespole, ADL, ADR 42:53 Testy architektoniczne 45:43 Koszty architektury ewolucyjnej 56:55 Cztery kroki ewolucji aplikacji 01:02:19 Gdzie architektura ewolucyjna ma sens? 01:03:56 Podsumowanie
/episode/index/show/devtalk/id/39696550
info_outline
DevTalk #134 - O DevOps 2025 z Piotrem Zimochem
12/29/2025
DevTalk #134 - O DevOps 2025 z Piotrem Zimochem
Czy wiesz, że DevOps miał być kulturą łączącą programistów z operacjami, a skończył jako... kolejna specjalizacja w IT? W najnowszym odcinku DevTalk odkrywamy, jak idea, która miała zburzyć silosy, sama stała się silosem. Gościem jest Piotr Zimoch, specjalista IT z 20-letnim doświadczeniem, który przeszedł drogę od frontendowca, przez backend i architekturę, aż po głębokie zanurzenie w chmurę publiczną (głównie AWS, ale w międzyczasie pojawiły się też Azure, GCP, a nawet Oracle). Dziś pracuje dla irlandzkiej firmy consultingowej, gdzie doradza mniejszym i większym klientom w tematyce platform engineering, SRE i observability. Wyznaje zasadę, że jeśli czegoś chcesz się dobrze nauczyć, musisz to potrafić wytłumaczyć innym - dlatego stworzył kurs o . Z tego odcinka dowiesz się: Czym DevOps był u zarania, a czym stał się dzisiaj; Jaka jest różnica między DevOpsem wywodzącym się z sysadminów a tym z programistów; Czym jest Platform Engineering i jak ma się do DevOps; Czym jest Policy-as-Code w praktyce DevOps; Jakie narzędzia powinien znać każdy programista, by dogadać się z DevOps'em; Dlaczego serverless był przełomem, który rynek porzucił na rzecz Kubernetesa; Gdzie AI już dziś realnie pomaga w DevOps, a gdzie jeszcze nie powinien wchodzić. Linki: Pojęcia: , , , , , , ; Artykuł Piotra ; . Rozdziały: 00:00 Wstęp i przedstawienie gościa 00:26 Kim jest Piotr Zimoch? 02:49 Czym jest DevOps? 06:40 DevOps jako rola - co poszło nie tak? 08:54 Sysadmin vs programista 11:43 Co programista powinien wiedzieć o DevOps? 13:25 Platform Engineering 18:59 Policy-as-Code i automatyzacja 20:52 Narzędzia DevOps 2025 22:24 Kubernetes 23:55 Observability 27:49 Pipeline'y i CI/CD dla programistów 34:50 DevSecOps – kolejna specjalizacja 35:52 Serverless 38:10 Projekt z Alexą 41:18 Platform Engineering w praktyce 44:29 AI w DevOps – gdzie już działa, a gdzie nie? 57:47 Niepopularna opinia: serverless wciąż żyje!
/episode/index/show/devtalk/id/39552660
info_outline
DevTalk #133 - O Długu Technologicznym z Oskarem Dudyczem
11/24/2025
DevTalk #133 - O Długu Technologicznym z Oskarem Dudyczem
Czy dług technologiczny naprawdę istnieje? A może to tylko wygodna wymówka, która usprawiedliwia chaos projektowy? W najnowszym odcinku DevTalk zderzamy się z mitami, półprawdami i bolesnymi realiami pracy programisty. Gościem jest Oskar Dudycz, znany jako „ten od event sourcingu” programista z 18-letnim doświadczeniem. Przeszedł wszystkie szczeble kariery: od juniora, przez seniora, architekta i menedżera, aż po powrót do programowania z zupełnie nowej perspektywy. Jest znany z pragmatycznego podejścia: zamiast technologicznych modnych haseł promuje architekturę, która działa, żyje na produkcji i realnie ułatwia pracę zespołom. Z tego odcinka dowiesz się: Czym naprawdę jest dług technologiczny, a czym na pewno nie jest; Dlaczego „zarządzanie długiem” bywa ściemą; Jak różni się podejście do długu w korpo, a jak w startupach; Czym są Architecture Decision Records (ADR) i jak ratują projekty przed chaosem; Kiedy zaciąganie długu ma sens, a kiedy jest strzałem w stopę; Dlaczego refactoring sprint to jeden z najbardziej szkodliwych rytuałów w IT; Dlaczego metryki techniczne (Sonar, cyklomatyka itd.) to za mało; Jak AI zmienia naturę długu technologicznego; Na czym polega realna wartość programisty w erze AI? Linki: Wystąpienie Grega Younga , , Artykuł Oskara , , , , , Pułapka utopionych kosztów , , , i od devstyle i Rozdziały: 00:00 Wstęp i przedstawienie gościa 00:49 Kim jest Oskar Dudycz? 03:02 Dług techniczny czy technologiczny? 10:10 Kod dobrej/złej jakości 11:28 Zarządzanie długiem technologicznym 15:30 Optymalizacja przez „robienie mniej” 24:43 Dług technologiczny w startupie i korpo 30:02 Metryki zależne od kontekstu 33:21 Alternatywy i termin ważności decyzji (ADR) 39:20 Podejście i mindset 47:51 Refactoring sprint 55:20 Postaw się w miejscu biznesu 57:45 AI vs dług technologiczny
/episode/index/show/devtalk/id/39147905
info_outline
DevTalk #132 - O Startupach przy Rewolucji AI z Michałem Michalukiem
11/10/2025
DevTalk #132 - O Startupach przy Rewolucji AI z Michałem Michalukiem
Czy dwuosobowy zespół może dziś konkurować z dziesiątkami developerów sprzed kilku lat? Czy da się prowadzić firmę, której miesięczne koszty nie przekraczają pensji minimalnej? Czy to chwilowy efekt dumpingowych cen modeli AI i to okno możliwości wkrótce się zamknie? O tym wszystkim opowie Michał Michaluk: programista, który przeszedł przez startupy, korpo, banki inwestycyjne, spółkę Skarbu Państwa i przemysł półprzewodnikowy. Michał na co dzień nie tylko szkoli zespoły z Software Craftsmanship i AI, ale także prowadzi spółkę w Albanii. Ma za sobą wiele produktów w różnych fazach rozwoju, więc wie, o czym mówi. Z tego odcinka dowiesz się: Czy czeka nas drugie dot-com bubble; Jak spadł koszt wytworzenia startupów; Czy w takim razie lepiej robić startup po godzinach, czy rzucać wszystko na jedną kartę; Czym różni się vibecodowanie od prawdziwego AI-native developmentu i dlaczego sam kod to nie wszystko; Jakie nowe możliwości daje AI poza samym programowaniem; Co się stanie, gdy narzędzia AI staną się drogie; Dlaczego Polska może być teraz w lepszej sytuacji niż Albania; Jak zmienia się rola inwestorów i czy wciąż warto pompować miliony w startupy. Linki: Strona, którą Maciej stworzył z asystentem AI to a tutaj Michała. Rozdziały: 00:00 Wstęp i przedstawienie gościa 00:39 Kim jest Michał Michaluk? 03:42 Spółka w Albanii i produkcja startupów 05:05 Rewolucja AI 13:16 Hype vs rzeczywistość AI - czy czeka nas załamanie? 18:16 Zmiany w świecie Startupów 24:20 Zmiana priorytetów biznesu w IT 25:03 Zmiana kosztów prowadzenia firmy na przykładzie Albanii 27:55 Vibe coding 32:20 React i Next.js w startupach 36:50 Nieprzewidywalność przyszłości technologii 40:20 Zmiany w finansowaniu startupów 48:50 Strategia wejścia na rynek (Polska vs świat) 52:10 Polska jako montownia rynku IT 55:13 Czy na AI można patrzeć pozytywnie? 59:29 Podsumowanie i zwierzęce pytanie do Michała
/episode/index/show/devtalk/id/38976150
info_outline
DevTalk #131 - O Przewadze w Świecie LLM-ów z Tomaszem Ducinem
10/30/2025
DevTalk #131 - O Przewadze w Świecie LLM-ów z Tomaszem Ducinem
W dzisiejszym DevTalk czekają na Was fragmenty z dwóch naprawdę mocnych webinarów (linki do pełnych wersji znajdują się poniżej). Pierwsza część dotyczy rynku IT, druga jest bardziej techniczna. Enjoy! Linki: część biznesowa: część techniczna: a 30 października, o 19:00 , a w nim Tomasz Ducin & Maciej Aniserowicz gotowi na Wasze pytania! Rozdziały: 00:00 Wstęp i koncepcja odcinka 00:36 Powrót Fullstacka? 09:19 Frontend, Backend, LLMend... 14:57 Kwantyzacja, czyli dlaczego model się psuje 19:10 Agent orkiestruje, model decyzuje
/episode/index/show/devtalk/id/38842755
info_outline
DevTalk #130 - O RAG do Eksploracji Kodu z Łukaszem Szydło
10/27/2025
DevTalk #130 - O RAG do Eksploracji Kodu z Łukaszem Szydło
Czy RAG faktycznie rozwiązuje problem dokumentacji, która nigdy nie jest aktualna? Jak sprawić, by LLM odpowiadał na pytania o Twój kod bez wrzucania całego repozytorium do kontekstu? I dlaczego embeddingi to nie jedyne rozwiązanie? O tym wszystkim opowie Łukasz Szydło - architekt, konsultant i trener, specjalizujący się m.in. w tematach architektury i Domain-Driven Design. Łukasz na co dzień pracuje nad Noesis: narzędziem do automatycznego generowania diagramów i dokumentacji z kodu, więc wie, o czym mówi. W rozmowie dzieli się nie tylko wiedzą techniczną o RAG-ach, ale też praktycznymi spostrzeżeniami z wdrażania tych rozwiązań w realnych projektach. Z tego odcinka dowiesz się: Czym jest RAG (Retrieval Augmented Generation) i jak różni się od fine-tuningu modelu; Jak chunking i embeddingi pozwalają na przeszukiwanie ogromnych zbiorów danych; Dlaczego graf wiedzy może być lepszy od wektorowej bazy danych w przypadku kodu; W jaki sposób RAG może pomóc zespołom uniknąć ciągłego odrywania developerów od pracy; Jak deterministyczne parsowanie kodu przewyższa czysto AI-owe podejście; Dlaczego większy kontekst w LLM nie zawsze oznacza lepszą odpowiedź. Linki: Bot DDDamian znajduje się na Discordzie kursu , a Łukasz, razem z Devstyle i innymi, współtworzył kurs oraz jego angielską wersję . Rozdziały: 00:00 Wstęp i powitanie Łukasza 00:40 Kim jest Łukasz Szydło? 02:10 Co to jest RAG i jak działa? 09:20 Dane strukturyzowane vs nieustrukturyzowane 10:30 Chunking i embeddingi 22:00 RAG jako wzorzec i GraphRAG 29:30 Koszty i wyzwania RAG-a 36:30 Noesis: narzędzie do analizy kodu 38:00 AST i chunking kodu, czyli podejście standardowe 42:30 Deterministyczne podejście Noesis vs LLM 46:10 Ontologie i nadawanie znaczenia kodowi 50:30 Automatyczna dokumentacja i diagramy 53:40 Dla kogo jest RAG? Korzyści dla programistów i managerów 01:04:20 Przykład RAG-a w praktyce 01:08:10 Podsumowanie i kulinarne pytanie do Łukasza
/episode/index/show/devtalk/id/38795535
info_outline
DevTalk #129 - O Programowaniu z AI z Tomaszem Ducinem
10/13/2025
DevTalk #129 - O Programowaniu z AI z Tomaszem Ducinem
Czy Twoja praca wygląda dziś tak samo jak 3 lata temu? A może już teraz sam robisz tyle, co kiedyś cały zespół? Jeśli korzystasz z AI w kodowaniu, ale masz wrażenie, że przepalasz tokeny bez większego efektu, a agenci „odpływają” i robią co chcą - ten odcinek pomoże Ci zrozumieć dlaczego i co z tym zrobić. Tomasz Ducin wraca do DevTalk, tym razem z kontynuacją tematu LLM-ów, ale o poziom głębiej. To już nie tylko nauka z AI - to praktyka kodowania, gdzie LLM-y mogą być Twoim zespołem juniorów… jeśli wiesz, jak nimi zarządzać. Tomek jako architekt, developer i konsultant, intensywnie pracuje z systemami agentowymi i zna ich możliwości, ale też ograniczenia - bo rozumie, jak to działa od środka. Z tego odcinka dowiesz się: Czy AI to faktycznie „osobisty zespół juniorów” i w jakich taskach naprawdę może przypieszyć Twoją pracę; Dlaczego „jesteś ekspertem od Reacta” to nienajlepszy początek prompta; Co to jest „higiena kontekstu” i dlaczego większość ludzi przepala niepotrzebnie swoje tokeny; Dlaczego execute() bez myślenia to przepis na katastrofę; Czym jest Vertical Slices Architecture i dlaczego LLM-y pracują z nią o wiele efektywniej; Jak naprawdę działają modele, czyli macierze, wagi, kwantyzacja i co to oznacza dla Twojej pracy; Dlaczego przyszłość to zarządzanie kontekstem, a nie większe okna; Kiedy AI działa jako pair-programmer, a kiedy to tylko iluzja współpracy? Linki: i najważniejsze! W ramach projektu Developer Jutra zapraszamy Cię na [LIVE] • 20 października (poniedziałek), 20:00; Rozdziały: 00:00 Wstęp i powitanie Tomka 00:35 Tomasz Ducin - od programisty do eksperta LLM 02:44 AI jako osobisty zespół juniorów 07:02 Problem jest prosty = łatwo go naklepać maszynowo 10:10 Programowanie z AI 13:25 execute() - największy błąd w pracy z AI 19:01 Kontekst to budżet, więc przestań go przepalać! 26:40 AI nie jest ekspertem od Reacta 30:10 Jak LLM naprawdę działa: macierze, wagi i matematyka 41:54 Vertical Slices Architecture - dlaczego LLM kocha tę architekturę 48:44 Pair programming z AI 53:01 Deep Research vs Coding Agent 55:04 Prawo Amdahla i przyszłość okien kontekstowych 01:01:50 High effort vs low effort - kwantyzacja w praktyce 01:04:10 Dlaczego warto zrozumieć AI od środka
/episode/index/show/devtalk/id/38561905
info_outline
DevTalk #128 - O Roli Lidera i Wyzwaniach Ery AI z Jakubem Kubryńskim
09/29/2025
DevTalk #128 - O Roli Lidera i Wyzwaniach Ery AI z Jakubem Kubryńskim
W świecie, gdzie backlog nigdy się nie kończy, a AI zmienia zasady gry, liderzy stają przed nowymi wyzwaniami. Do tego dochodzi codzienny dylemat: jak delegować, ale nie abdykować. W tym odcinku z Jakubem rozmawiamy o największych lekcjach i wyzwaniach, jakie stoją dziś przed liderami i zespołami IT. Z tego odcinka dowiesz się: Dlaczego backlog potrafi być zarówno wsparciem, jak i kulą u nogi zespołu; Jak rozmawiać z biznesem, gdy samo „odhaczanie tasków” nie wystarcza; Dlaczego delegowanie nie oznacza abdykacji i gdzie leży granica odpowiedzialności lidera; Jak AI zmienia rolę deweloperów i liderów: od pisania kodu do zarządzania „armiami agentów”; Jakie wyzwania stoją przed liderem w pracy z zespołem i biznesem w erze AI i nie tylko. Podcast to fragmenty live „”, który powstał w ramach . Rozdziały: 00:00 Wstęp i wprowadzenie do tematu 01:42 Delegowanie zadań a odpowiedzialność lidera 06:12 Jak znaleźć firmę wartą zostania liderem 13:00 Problem menadżerów narzucających wyceny zadań 18:00 Root cause analysis i bankructwa backlogów 30:57 Wyzwania, które AI stwarza w IT 38:30 Dlaczego warto rozumieć biznes i domenę 41:31 Przykłady współpracy z klientem końcowym 45:10 Zmiana roli developera w erze AI 53:10 Odpowiedzialność za kod 54:00 Przykład z rynku pracy
/episode/index/show/devtalk/id/38391070
info_outline
DevTalk #127 - O Drodze od Programisty do Lidera w IT z Jakubem Kubryńskim i Marcinem Dakowskim
09/22/2025
DevTalk #127 - O Drodze od Programisty do Lidera w IT z Jakubem Kubryńskim i Marcinem Dakowskim
Awans z developera na lidera brzmi jak naturalny krok w rozwoju kariery. Jak odnaleźć się w zupełnie nowej roli, w której kod schodzi na dalszy plan, a priorytetem stają się ludzie, odpowiedzialność i autentyczność? Ten odcinek to rozmowa Marcina Dakowskiego z Jakubem Kubryńskim o drodze od programisty do lidera i o tym, dlaczego przywództwo w IT wymaga zupełnie nowych horyzontów - . Z tego odcinka dowiesz się: Dlaczego świetny programista nie zawsze staje się dobrym liderem; Jakie nowe kompetencje trzeba zdobyć, przechodząc z roli developera do roli lidera; Jak ważna jest autentyczność w przywództwie i czy „foremka lidera” istnieje; Jakie wyzwania stoją przed liderem w pracy z zespołem i biznesem; Dlaczego refleksja i ciągła nauka to fundament dobrego przywództwa. Linki: Odkryj brakujący element swojej kariery w IT! Już ponad 1095 osób uczy się z nami w - dołącz do nas!
/episode/index/show/devtalk/id/38310755