DevTalk by devstyle.pl

Programistyczny głos w Twoim domu!

DevTalk Trio S03E08 - Kto odpowiada za kod, którego nikt nie rozumie? 03/28/2026

DevTalk Trio S03E07 - Taktyczne wzorce projektowe vs. LLM 03/26/2026

DevTalk Trio S03E06 - Czy AI odbiera nam umiejętność myślenia (i programowania)? 03/24/2026

DevTalk Trio S03E05 - Vendor lock-in i widmo dyktatury cenowej gigantów AI 03/18/2026

DevTalk Trio S03E04 - Poprawianie kodu po LLM-ie 03/16/2026

DevTalk Trio S03E03 - DDD w erze LLM 03/13/2026

DevTalk Trio S03E02 - Czy Twój SaaS przetrwa erę LLM-ów? 03/11/2026

DevTalk Trio S03E01 - Czy AI zastąpi programistów? 03/09/2026

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

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

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

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

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

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

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

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

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

DevTalk #131 - O Przewadze w Świecie LLM-ów z Tomaszem Ducinem 10/30/2025

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

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

DevTalk #128 - O Roli Lidera i Wyzwaniach Ery AI z Jakubem Kubryńskim 09/29/2025

DevTalk #127 - O Drodze od Programisty do Lidera w IT z Jakubem Kubryńskim i Marcinem Dakowskim 09/22/2025

DevTalk #126 - O Eventach w Świecie IT, Jesień 2025 09/19/2025

DevTalk #125 - O Archetypach z Bartłomiejem Słotą 09/15/2025

DevTalk #125 - O Archetypach z Bartłomiejem Słotą Archetypy oprogramowania to pojęcie, o którym wielu programistów nigdy nie słyszało - a ci, którzy je znają, mówią, że całkowicie zmienia sposób patrzenia na systemy. To trochę jak odkrycie ukrytego poziomu w grze: nagle widzisz, że rezerwacja pralki, wymiana waluty i przypisanie pracownika do projektu mają ze sobą więcej wspólnego, niż ktokolwiek by się spodziewał. O archetypach opowie Bartek Słota. Architekt i trener, który od lat pomaga zespołom IT projektować modularne systemy i odzyskiwać wartość z legacy. Archetypy to jego „konik” i temat, w którym łączy doświadczenie projektowe z dydaktyką. Z tego odcinka dowiesz się: Dlaczego archetypy są tak mało znane; Czym właściwie są archetypy i dlaczego programiści powinni je znać; Jakie przykłady archetypów można znaleźć w systemach; Czym różnią się archetypy od wzorców projektowych; Czy AI radzi sobie z archetypami; Ile archetypów zostało opisanych i kto jako pierwszy je zauważył; Jak archetypy wspierają Domain Driven Design i pomagają w strategicznych decyzjach; Kiedy stosowanie archetypów ma sens, a kiedy staje się overkillem. Linki: Wzorce archetypowe Arlowa i Neustadt: książka , Wzorce analityczne Fowlera: książka , Wzorce migracji Newmana: książka Nasz wspólny projekt: . Rozdziały: 00:00 Wstęp i powitanie Bartka 01:25 Kim jest Bartłomiej Słota? 02:49 Początek rozmowy o archetypach oprogramowania 03:08 Dlaczego archetypy oprogramowania są mało znane/popularne? 10:33 Czym są archetypy oprogramowania? 11:18 Definicja archetypu oprogramowania na konkretnych przykładach 18:05 Po co programistom archetypy oprogramowania? 19:55 Szersze spojrzenie na temat archetypów 24:50 Archetypy oprogramowania vs wzorce projektowe 33:23 Ile jest archetypów oprogramowania i kto je wymyślił? 37:00 Archetypy oprogramowania a AI 40:48 Archetypy oprogramowania a DDD? 54:19 Kiedy archetypy oprogramowania to overkill? 01:01:42 Problem z literaturą w branży IT 01:05:10 Archetypy oprogramowania a Software Archetypes 01:06:43 Podsumowanie i muzyczne pytanie do Bartka /episode/index/show/devtalk/id/38224975

DevTalk #124 - O Nauce z Pomocą LLM-ów z Tomaszem Ducinem 09/08/2025

DevTalk #123 - O Partnerstwie IT i Biznesu z Marcinem Dakowskim i Jakubem Kubryńskim 09/01/2025

DevTalk #122 - O Residuality z Andrzejem Krzywdą 08/11/2025

DevTalk #121 - O DevTalk z Maciejem Aniserowiczem 08/10/2025

DevTalk #01 - O JavaScript z Jakubem Gutkowskim 02/14/2015

DevTalk #02 - O aspektach z Basią Fusińską 11/03/2014

DevTalk by devstyle.pl

TOPICS