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 IT02:03 Znaczenie testu FRIS w usprawnianiu komunikacji04:50 Problemy komunikacyjne i rozwiązania FRIS09:20 Osobiste doświadczenia z FRIS i jego wpływ28:08 Dyskusja o idealnym miksie zespołowym i zastosowaniu FRIS w praktyce49: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 REWARD15% - HIGH RISK, HIGH REWARD5% - CURIOSITYArtykuł 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ądekJak 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