DevTalk Menu

Viewing all items for tag devtalk

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 #145 – O historii mikroprocesorów z Robertem Jaremczakiem

(comments are closed)

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?

 

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 #141 – O technologii w służbie bezpieczeństwa ze Sławkiem Sobótką i Rafałem Garbaczem

(comments are closed)

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.

 

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 S03E08 – Kto odpowiada za kod, którego nikt nie rozumie?

(comments are closed)

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.

 

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 S03E07 – Taktyczne wzorce projektowe vs. LLM

(comments are closed)

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.

 

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 S03E06 – Czy AI odbiera nam umiejętność myślenia (i programowania)?

(comments are closed)

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.

 

A teraz… PLAY!

Czytaj dalej…

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