DevTalk Menu

Viewing all items for tag podcast programistyczny

Permalink:

DevTalk #147 – O spektakularnych awariach w IT z Adamem Korgą

(comments are closed)

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.

 

A teraz… PLAY!

Czytaj dalej…

  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk #146 – O outbox i spektrum wzorców “at least once” z Jackiem Milewskim

(comments are closed)

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

 

A teraz… PLAY!

Czytaj dalej…

  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk #144 – O przewidywalności zespołów z Jackiem Wieczorkiem

(comments are closed)

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

 

A teraz… PLAY!

Czytaj dalej…

  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk #143 – O Feature Management z Mateuszem Kwaśniewskim

(comments are closed)

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.

 

A teraz… PLAY!

Czytaj dalej…

  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk #142 – O systemach rozproszonych w dobie AI z Grzegorzem Piwowarkiem

(comments are closed)

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.

 

A teraz… PLAY!

Czytaj dalej…

  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk Trio S03E04 – Poprawianie kodu po LLM-ie

(comments are closed)

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.

 

A teraz… PLAY!

Czytaj dalej…

  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk Trio S03E03 – DDD w erze LLM

(comments are closed)

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.

 

A teraz… PLAY!

Czytaj dalej…

  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk Trio S03E02 – Czy Twój SaaS przetrwa erę LLM-ów?

(comments are closed)

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ę m.in.:

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

 

A teraz… PLAY!

Czytaj dalej…

  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk Trio S03E01 – Czy AI zastąpi programistów?

(comments are closed)

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ę m.in.:

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

 

A teraz… PLAY!

Czytaj dalej…

  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.

Permalink:

DevTalk #140 – O Salesforce CRM ze Stanisławem Zaniem

(comments are closed)

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.

 

A teraz… PLAY!

Czytaj dalej…

  • Thanks for leaving a comment, please keep it clean. HTML allowed is strong, code and a href.