Dzisiaj goszczę doświadczonego inżyniera oprogramowania Michała Ostruszkę. Zagłębiamy się w kluczową rolę analizy postmortem w zarządzaniu kryzysami produkcyjnymi. Rozmawiamy jak skutecznie zintegrować te praktyki w zespołach inżynieryjnych. Dyskusja obejmuje również obowiązki on-call, zarządzanie incydentami, niezawodność stosu technologicznego oraz wpływ kultury inżynieryjnej na minimalizowanie problemów. Michał dzieli się cennymi doświadczeniami i praktycznymi poradami na temat monitorowania, obserwowalności i wykonywania obowiązków dyżurnych, co sprawia, że ten odcinek to skarbnica wiedzy dla każdego związanego z rozwojem oprogramowania i operacjami.

00:00 Intro
00:30 Michał Ostruszka - projekty i dynamika zespołu
03:57 Pamiętne chwile programowania
05:21 Awarie na produkcji
06:10 Niespodziewane wdrożenie
08:05 Problemy z wydajnością baz danych
19:32 Postmortem
21:33 Prowadzenie skutecznych spotkań postmortem
34:55 Brainstorm i przygotowanie do spotkań
35:35 Analiza przyczyn źródłowych
37:30 Kultura bez obwiniania w inżynierii
38:48 Postmortem: wdrożenie i wyzwania
46:00 Praktyki monitorowania i on-call
56:03 Automatyzacja i procesy manualne
01:04:04 Analiza premortem i zarządzanie ryzykiem
01:09:42 Refleksje

W najnowszym odcinku podcastu, goszczę Anię Adamiak, trenerkę i partnera FRIS z 15-letnim doświadczeniem w branży IT. Tematem przewodnim rozmowy jest wykorzystanie testu FRIS w usprawnianiu komunikacji wewnątrz zespołów IT, a szczególnie w software house’ach.

Ania dzieli się swoimi spostrzeżeniami na temat wyzwań komunikacyjnych między deweloperami a resztą zespołu, a także między różnymi działami w firmie. Podkreśla, że odpowiedni mix kompetencji komunikacyjnych w zespole przekłada się na lepsze wyniki w realizacji projektów. 

Opowiadam o swoich doświadczeniach z testem FRIS i jak narzędzie to pomogło mu lepiej zrozumieć własne preferencje komunikacyjne. Poruszamy kwestie przygotowania zespołu do wdrożenia FRIS oraz korzyści płynących z jego zastosowania na różnych etapach pracy zespołowej. 

Główne wątki odcinka:

00:00 Wprowadzenie do tematu komunikacji w IT
02:03 Znaczenie testu FRIS w usprawnianiu komunikacji
04:50 Problemy komunikacyjne i rozwiązania FRIS
09:20 Osobiste doświadczenia z FRIS i jego wpływ
28:08 Dyskusja o idealnym miksie zespołowym i zastosowaniu FRIS w praktyce
49:38 Podsumowanie rozmowy

W dzisiejszym odcinku moim gościem jest Krzysztof Jendrzyca. Rozmawiamy o dynamicznym świecie programowania i jego ciągłych zmianach.

Poruszamy temat Hype Driven Development, czyli zjawiska podążania za najnowszymi trendami i narzędziami, które nie zawsze przynoszą oczekiwane korzyści. Czy warto gonić za nowościami, czy lepiej skupić się na sprawdzonych rozwiązaniach?

Przyglądamy się ekosystemowi JavaScript, który słynie z częstych zmian. Dyskutujemy o ewolucji frameworków takich jak React i Next.js oraz o wpływie tych zmian na pracę programistów
. 
Zastanawiamy się, jak nadążyć za ciągłymi zmianami w technologiach i uniknąć frustracji. Czy istnieje sposób na efektywne uczenie się nowych narzędzi?

Analizujemy, jak dojrzałość technologii wpływa na jej adaptację i częstotliwość zmian. Czy stabilne języki programowania są skazane na stagnację?

Zapraszamy do wysłuchania rozmowy o wyzwaniach ! 

Jak szybko wejść w rytm pracy od samego rana? 🌅💡 Wykorzystaj pewną prostą technikę, która podobno pomogła Hemingwayowi w pisaniu powieści! 📚✍️ Odkryj skuteczny sposób na efektywne poranki i dowiedz się, jak z łatwością ruszyć do działania już po pierwszej kawie! ☕🚀

Posłuchaj koniecznie! 🎧

W tym odcinku zapraszam Cię na podróż przez moje doświadczenia związane z implementacją feature'ów. Podzielę się z Tobą historią systemu, który składa się z front-endu, back-endu i proxy. Omówię jak warstwy są przeważnie implementowane i jak uniknąć pułapek efektu domina, które mogą znacząco wpłynąć na czas i jakość Twojej pracy. Oto kilka powodów, dla których warto posłuchać tego odcinka:

• Poznasz realia pracy nad złożonymi systemami: Wytłumaczę, jak różne elementy systemu wpływają na siebie nawzajem i co to oznacza dla Ciebie jako programisty.
• Odkryjesz, jak efekt domina wpływa na Twój projekt: Zrozumiesz, jak uniknąć opóźnień i problemów związanych z implementacją różnych warstw aplikacji.
• Dowiesz się więcej o roli full stack developera: Omówię, czy warto być „człowiekiem orkiestrą” w dzisiejszym świecie IT.
• Zagłębisz się w tematykę testowania: Porównam testy integracyjne i end-to-end, by pokazać Ci, jak mogą one ratować projekt przed nieoczekiwanymi błędami.
• Poznasz zalety i wady testów kontraktowych: Wyjaśnię, dlaczego są one coraz popularniejsze, szczególnie w architekturze mikroserwisowej.

W tym odcinku znajdziesz solidną dawkę praktycznej wiedzy, która pomoże Ci lepiej zrozumieć zawiłości pracy nad projektami programistycznymi. Niezależnie od tego, czy jesteś na początku swojej drogi w programowaniu, czy masz już za sobą lata doświadczeń, ten odcinek dostarczy Ci wartościowych wskazówek, które możesz zastosować w swoich projektach. Przygotuj się na inspirującą podróż, która pokaże Ci, jak efektywnie i bez zbędnych przestojów implementować feature'y w swoich aplikacjach.

Piona!

W najnowszym odcinku mojego podcastu zagłębiam się w fascynujący świat full stack developerów, omawiając ich ewolucję, wyzwania i wpływ nowych technologii na ich pracę. Rozpoczynam od historii roli full stack developera, eksplorując, jak zmieniały się oczekiwania i potrzeby rynku. Następnie przechodzę do analizy szerokiego zakresu umiejętności wymaganych od współczesnych developerów, włączając w to zarówno front-end, back-end, jak i zrozumienie baz danych. Na koniec omawiam rewolucyjny wpływ AI i innych nowych technologii, które transformują sposób, w jaki deweloperzy podchodzą do tworzenia i utrzymania aplikacji webowych.

Kiedy jest czas na naukę? I w sumie to kto ma za to płacić?
Czy powinniśmy uczyć się w czasie pracodawcy, w czasie kiedy robimy projekty?

Jeżeli nie będziemy się rozwijać, to trudno będzie spełniać coraz wyższe wymagania projektów. Codziennie powstają nowe narzędzia, biblioteki, frameworki czy języki programowania?

Kiedy znaleźć czas na naukę?

Przedstawiam metodę opisaną przez Kenta Beck - 80/15/5.
W skrócie wygląda to następująco:
80% - LOW RISK, NORMAL REWARD
15% - HIGH RISK, HIGH REWARD
5% - CURIOSITY

Artykuł Kenta Beck był zapalnikiem do tego odcinka. Mam kilka własnych przemyśleń jak znaleźć balans? Czy to odpowiednie proporcje? Gdzie w tym modelu jest czas na przekazywanie wiedzy?

Zapraszam do wysłuchania odcinka.

Metafora długu technicznego przyjęła się bardzo dobrze.

Piszesz kod, nie dbasz o jakość, a potem płacisz procent przy każdej nowej funkcjonalności. Metafora wydaje się prosta, ale temat jak zawsze jest bardziej złożony.

Omawiam matrycę długu technicznego. Mamy 2 kryteria: - celowość - rozsądek
Jak wygląda większość projektów? Jakie umiejętności odróżniają juniorów od seniorów?

Zapraszam do wysłuchania 🙏

Wracam po naprawdę długiej przerwie.

Wracam z nowym formatem, zakresem tematów i oprawą muzyczną.

Zapraszam do wysłuchania wstępu, a właściwie rozbiegówki przed prawdziwymi odcinkami. Do usłyszenia. Piona.

Znowu bierzymy na tapet książkę Software Engineering at Google. Tym razem omawiamy temat zasad i utrzymywania porządku w codebase. Poruszamy następujące kwestie:

• jak podejść do style guide?
• czy można utrzymać ten sam styl w wielu projektach?
• kto odpowiada za utrzymywanie porządku?
• czy automatyzacja to jedyne rozwiązanie?
• ten sam czy inny styl dla kolejnego projektu?

Zapraszamy do wysłuchania rozmowy 💪

Wracamy z kolejnym odcinkiem, gdzie analizujemy temat z książki Software Engineering at Google. Tym razem bierzemy na tapet dokumentację w projekcie.

Dyskutujemy:

- czy rzeczywiście dokumentacja to pierwsza potrzeba w projekcie?
- kiedy potrzebujemy dokumentacji?
- kto powinien być odpowiedzialny za jej utrzymywanie?
- jakie projekty szczególnie potrzebują dokumentacji?
- jakie korzyści ma tworzenie dokumentacji?
- czy możemy zmierzyć ROI z dokmentacji?

Na te i wiele innych pytań staramy się odpowiedzieć w tym odcinku. Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i https://poprostujs.pl

Zapraszam na kolejny wywiad. Tym razem zaprosiłem Adama Bara. Znamy się z Adamem już od dłuższego czasu i wiem, że Adam mocno siedzi w tematach web performance & PWA.

Chciałem porozmawiać na oba tematy, ale … trochę się rozgadaliśmy i przegadaliśmy tylko web performance. Mam nadzieję, że przyjdzie czas na dogrywkę i temat PWA.

Adam przeprowadza audyty wydajności i pomaga firmom osiągnąć lepsze === szybsze systemy. Rozmawiamy na temat:
- przeprowadzania audytów
- metryk wydajności aplikacji
- wpływu architektury na wydajność
- kompromisach we wspólnych działaniach z teamami marketingowymi
- przydatnych narzędziach w mierzeniu wydajności
- “ulubionych” bibliotekach

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i https://poprostujs.pl

Kolejny wywiad wjeżdża na salony. Miałem przyjemność porozmawiać z Arturem Chmaro. Artur siedzi w tematach JS, React & blockchain. Artur dzieli się swoją wiedzą na social mediach. Prowadzi kanał na youtube - https://www.youtube.com/c/ArturChmaro oraz konto na instagramie https://www.instagram.com/fullstak_pl/. Artur jest również twórcą kursu Next.js -> https://sklep.fullstak.pl/kurs-nextjs

Rozmawiamy na temat Next.js, jakie są jego zalety i wady. Wszystko w kontekście doświadczeń Artura w projektach, które tworzy. Omawiamy różne rodzaje renderowania w Next.js - SSR, SSG oraz ISR.

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i poprostujs.pl

Nie każdy kod żyje wiecznie…

W sumie, to chyba żaden.

Ale co zrobić kiedy już nie chcemy utrzymywać jakiegoś systemu czy API, z którego ciągle ktoś korzysta? W tym odcinku bierzemy na tapet “Code Deprecation”. Do dyskusji skłoniła nas książka “Software Engineering at Google by Titus Winters, Tom Manshreck & Hyrum Wright”.

Jest to pierwszy odcinek z nadchodzącej serii na temat książki nt. tworzenia software według Google i naszego komentarza.

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i poprostujs.pl

Przygotowania chwilę trwały, ale w końcu mamy to. Wchodzimy z nowym formatem, a właściwie dodajemy nowy format do podcastu.

Regularnie będziemy zapraszać ciekawych ludzi ze świata JS oraz ogólnie programowania. Będziemy wspólnie rozkminiali ciekawe tematy, ale nadal wszystko w obrębie własnych doświadczeń.

Do pierwszego wywiadu zaprosiłem Krzysztofa Jendrzycę. Znamy się z Krzysztofem naprawdę dobrze i cenimy podobne wartości. Bardzo mocno trzymamy się solidnych fundamentów i prostoty. Krzysztof jest znany z bloga SkutecznyProgramista.pl, gdzie dzieli się swoimi przemyśleniami na temat nawyków, modeli mentalnych i sposobów pracy doświadczonych programistów. Bardzo szanuję go, że zawsze skupia się na własnych doświadczeniach, a nie filozofowaniu jak świat powinien wyglądać. Bardzo ciekawie o swoich przemyśleniach na różne tematy pisze również na blogu krzysztof.io

Rozmawiamy o tym, jak podejść do nauki React'a. Obaj siedzimy w temacie naprawdę długo. Wzięliśmy React'a, ponieważ dobrze rozmawiać na konkretnym przykładzie, ale rozmowa dotyczy ogólnie nauki nowych języków, bibliotek czy koncepcji.

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i poprostujs.pl

Wszystko zaczęło się od monolitu i tak pewni by się skończyło, ale ...

Nie pałaliśmy zbytnio chęcią do pójścia w stronę micro frontend'ów. Natomiast wymagania w projekcie tak pokierowały naszymi wyborami, że postanowiliśmy spróbować.

Rozmawiamy o naszych doświadczeniach:

- jakie są mocne strony micro frontend'ów?
- jakie są wady?
- czy narzędzia pomagają czy przeszkadzają?
- czy warto wchodzić w temat?

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i poprostujs.pl

TRANSCRIPT: 5e0298d966e043809252088b1d6be45d

Bardzo kontrowersyjny temat. Ale chyba takie są najlepsze. Po 10-15 latach kodowania mamy swoje przemyślenia i chcemy podzielić się naszym punktem widzenia. Mamy nadzieję, że będzie kontrowersyjnie.

Czy testowanie na froncie ma sens?
Jak definiujemy testy jednostkowe, integracyjne i end-to-end?
Czym różni się testowanie backendu i frontu?
Kiedy warto testować?
Na jakie elementy warto zwracać uwagę?
Czym jest ROI?
Dlaczego kiedyś programiści nie pisali testów, a software powstawał?
Czy odchodzi pewna epoka kodowania?

Często powstają dyskusje na temat testów, TDD i podejścia do tworzenia kodu. Mam nadzieję, że dajemy trochę argumentów do ponownego przemyślenia tematu.

Zapraszam do wysłuchania rozmowy na Spotify, Apple Podcasts, Google Podcasts i poprostujs.pl

Lekka przerwa już za nami. Wracamy do regularnego nagrywania. Nie było nas tak długo, że nie zdążyliśmy zapowiedzieć naszej konferencji, a już musieliśmy ją przełożyć...
Rozmawiamy na temat konferencji:

- jakie są założenia?
- jaki będzie format?
- kto ma przyjechać
- dlaczego postanowiliśmy przełożyć?

Konferencja to temat, który chodził nam po głowie od dobrych 3 lat. W końcu wszystko zaczęło się krystalizować i mocno zabraliśmy się do pracy. Wszystko szło pięknie, do momentu aż Ukraina nie została zaatakowana...

Zapraszamy do rozmowy i szerszego kontekstu tworzenia konferencji.

TRANSCRIPT: dc10b815fc184e18b8efb72431323c31

Kolejny odcinek z serii GitHub Trending Repos. Punktem zapalnym naszej dyskusji jest repozytorium języka GoPlus. GoPlus to dialekt Go, który ma umożliwić inżynierom łatwiejsze wejście i działanie w świecie programowania.
Nowy dialekt Go to tylko początek dyskusji na temat ewolucji języków programowania. Rozmawiamy na temat zmian w świecie JS patrząc na CoffeeScript & TypeScript.
Mocno filozoficzne rozważania na początek tygodnia.
Zapraszamy do wysłuchania odcinka.

TRANSCRIPT: 237cabb73e08481590bda3bdce13fa30

Tym razem Marek prowadzi ( prawie ) monolog na temat ciekawych zastosowań JS.
Wybraliśmy 2 skrajne tematy:
- hardware -> https://www.kickstarter.com/projects/gfw/banglejs-2-the-open-smart-watch
- gamedev -> https://mp2.dk/techblog/chowjs/

Poza tym, że pozwalają wykorzystać JS w zupełnie odmiennych środowiskach, to jeszcze ze swojej natury są zupełnie różne. BangleJS 2 to ekosystem w świece open-source. Praktycznie wszystko jest otwarte i możemy dowolnie modyfikować elementy. Natomiast ChowJS jest closed-source z ( mocno ) płatną licencją.

Rozmawiamy o dwóch różnych światach. Marek mocno przygotował się do rozmowy, także zapraszam do wysłuchania (mono / dia ) logu.