DevTalk

Sławomir Sobótka, doświadczony inżynier i przedsiębiorca pracujący nad startupami BCI i technologiami dual-use. Omawia rolę Forward‑Deployed Engineer i potrzebę wyjścia do klienta. Mówi o archetypach oprogramowania, ich strukturze i zastosowaniu w discovery. Dyskutuje też wpływ AI na zawód programisty i praktyczne rozwiązania z subagentami.

Tomasz Stolarczyk, programista i konsultant specjalizujący się w ratowaniu systemów legacy i współtwórca Rails Event Store. Rozmowa o czym jest Event-Driven Architecture i jak odróżnić prawdziwe EDA od prostego wysyłania eventów. Porusza Outbox, chude vs grube eventy, choreografię kontra proces managera, obserwowalność oraz jak wprowadzać eventy do starego kodu.

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ń.   A teraz… PLAY! https://traffic.libsyn.com/devtalk/DevTalk_137_-_O_Wypaleniu_w_IT_z_Ola_Kunysz.mp3 Zasubskrybuj podcast (Spotify, Apple podcasts) lub ściągnij ten odcinek w mp3. Linki: Książka The Joy of Burnout: How the End of the World Can Be a New Beginning, Dr Dina Glouberman; Książka Prawda o wypaleniu zawodowym, Christina Maslach & Michael P. Leiter; Pojęcia psychologia pozytywna, PERMA, syndrom oszusta, Newsletter Wypalenie w IT Oli; Kanał na YT Oli; Wystąpienie Oli na TEDx Koszalin; wspominaliśmy o Andrzeju Krzywdzie i async, więc zostawiamy link do jego książki Async Remote: The Guide To Build A Self-Organizing Team; 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 Archetypy Oprogramowania. Koniecznie zostaw komentarz: jak Ci się podoba odcinek? Muzyka wykorzystana w intro: “Misuse” Kevin MacLeod (incompetech.com) Licensed under Creative Commons: By Attribution 3.0 http://creativecommons.org/licenses/by/3.0/   The post DevTalk #137 – O Wypaleniu w IT z Olą Kunysz appeared first on DevTalk.

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.   A teraz… PLAY! https://traffic.libsyn.com/devtalk/DevTalk_136_-_O_Testach_Kontraktowych_z_ukaszem_Reszke.mp3 Zasubskrybuj podcast (Spotify, Apple podcasts) lub ściągnij ten odcinek w mp3. Linki: Pact; Pact Broker; Swagger; devtalk o nauce z pomocą LLM-ów; oraz devtalk o residuality z Andrzejem Krzywdą, również z Arkency. Koniecznie zostaw komentarz: jak Ci się podoba odcinek? Muzyka wykorzystana w intro: “Misuse” Kevin MacLeod (incompetech.com) Licensed under Creative Commons: By Attribution 3.0 http://creativecommons.org/licenses/by/3.0/   The post DevTalk #136 – O Testach Kontraktowych z Łukaszem Reszke appeared first on DevTalk.

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.   A teraz… PLAY! https://traffic.libsyn.com/devtalk/DevTalk_135_-_O_Architekturze_Ewolucyjnej_z_Maciejem_Jedrzejewskim.mp3 Zasubskrybuj podcast (Spotify, Apple podcasts) lub ściągnij ten odcinek w mp3. Linki: Książka Building Evolutionary Architectures, Neal Ford, Rebecca Parsons, Patrick Kua; Książka The Pragmatic Programmer, David Thomas, Andrew Hunt; Książka Maćka! Master Software Architecture, Maciej Jędrzejewski; DevTalk #133 – O Długu Technologicznym z Oskarem Dudyczem; Domain Drivers; Narzędzia do testów architektonicznych: ArchUnit, ArchUnitNet, NetArchTest; Framework K6 do testowania wydajności jako funkcji fitness; Repozytorium Maćka i Kamila: GitHub. Koniecznie zostaw komentarz: jak Ci się podoba odcinek? Muzyka wykorzystana w intro: “Misuse” Kevin MacLeod (incompetech.com) Licensed under Creative Commons: By Attribution 3.0 http://creativecommons.org/licenses/by/3.0/   The post DevTalk #135 – O Architekturze Ewolucyjnej z Maciejem Jędrzejewskim appeared first on DevTalk.

Gościem jest Piotr Zimoch, specjalista IT z dwudziestoletnim doświadczeniem, który łączy wiedzę z frontend'u, backend'u i chmur publicznych. W rozmowie odkrywa, jak DevOps z pierwotnej kultury współpracy przerodził się w specjalizację. Piotr tłumaczy różnicę między DevOps wywodzącymi się z sysadminów i programistów, a także role Platform Engineering i Policy-as-Code. Zastanawia się nad wpływem AI na DevOps oraz przyczynami rosnącej popularności Kubernetes w branży.

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?   A teraz… PLAY! https://traffic.libsyn.com/devtalk/DevTalk_133_-_O_Dugu_Technologicznym_z_Oskarem_Dudyczem.mp3 Zasubskrybuj podcast (Spotify, Apple podcasts) lub ściągnij ten odcinek w mp3. Linki: Wystąpienie Grega Younga The art of destroying software, Ward Cunningham w 1992 na konferencji OOPSLA, Artykuł Oskara Tech Debt doesn’t exist, but trade-offs do, DevTalk #132 – O Startupach przy Rewolucji AI z Michałem Michalukiem, DevTalk #124 – O Nauce z Pomocą LLM-ów z Tomaszem Ducinem, DevTalk #122 – O Residuality z Andrzejem Krzywdą, DevTalk#14 – CQRS with Udi Dahan, Pułapka utopionych kosztów (Sunk Cost Fallacy), ADR (Architecture Decision Records), Refactoring sprint, i od devstyle Droga Nowoczesnego Architekta i Legacy Fighter. Koniecznie zostaw komentarz: jak Ci się podoba odcinek? Muzyka wykorzystana w intro: “Misuse” Kevin MacLeod (incompetech.com) Licensed under Creative Commons: By Attribution 3.0 http://creativecommons.org/licenses/by/3.0/   The post DevTalk #133 – O Długu Technologicznym z Oskarem Dudyczem appeared first on DevTalk.

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.   A teraz… PLAY! https://traffic.libsyn.com/devtalk/DevTalk_132_-_O_Startupach_przy_Rewolucji_AI_z_Michaem_Michalukiem.mp3 Zasubskrybuj podcast (Spotify, Apple podcasts) lub ściągnij ten odcinek w mp3. Linki: Strona, którą Maciej stworzył z asystentem AI to developerjutra.pl, a tutaj GitHub Michała. Koniecznie zostaw komentarz: jak Ci się podoba odcinek? Muzyka wykorzystana w intro: “Misuse” Kevin MacLeod (incompetech.com) Licensed under Creative Commons: By Attribution 3.0 http://creativecommons.org/licenses/by/3.0/   The post DevTalk #132 – O Startupach przy Rewolucji AI z Michałem Michalukiem appeared first on DevTalk.

Tomasz Ducin, ekspert w zakresie architektury systemów opartych na agentach i modeli językowych, omawia przyszłość rynku IT. Podkreśla, jak LLM zmieniają rolę programisty, przesuwając nacisk na architekturę i wiedzę promptowania. Wskazuje, że szerokie kompetencje, w tym znajomość backendu i produktu, dają przewagę na dynamicznym rynku. Dzieli się spostrzeżeniami na temat kontekstu w programowaniu oraz rolą agentów jako mediatorów między systemami. Zwraca uwagę na znaczenie transparentności modeli w obliczu zamkniętych rozwiązań.

Łukasz Szydło, architekt oprogramowania i współtwórca narzędzia Noesis, omawia innowacyjne podejście RAG do przeszukiwania kodu. Wyjaśnia, jak RAG rozwiązuje problem nieaktualnej dokumentacji oraz jak wykorzystać chunking i embeddingi do efektywnego przeszukiwania. Szydło porównuje graf wiedzy z podejściem wektorowym i podkreśla zalety deterministycznego parsowania kodu. Dzieli się także praktycznymi doświadczeniami z wdrożeń oraz tym, jak RAG może zredukować przerwy w pracy programistów.