Podcast
Porozmawiajmy o IT
Hosted by Krzysztof Kempiński · PL
Pokazuję trendy, technologie, zjawiska i metodyki, które są obecnie stosowane w IT. Poprzez ten podcast chcę docierać do ludzi z branży na różnym stopniu zaawansowania jak również ludzi spoza, którzy dopiero zastanawiają się nad wejściem lub myślą o wyborze tej ścieżki zawodowej. Większość odcinków to wywiady z ekspertami w swoich dziedzinach. Nie ograniczam się tylko do aspektów technicznych związanych z programowaniem, chmurą, DevOps. Poruszam tematy związane z rekrutacją, zarządzaniem, produktywnością, umiejętnościami miękkimi czy pracą na różnych stanowiskach. Zatem jeśli interesuje Cię programowanie, branża IT, chmura, DevOps, administracja ta audycja jest dla Ciebie! Zapraszam na stronę podcastu: https://porozmawiajmyoit.pl/ #polskipodcast
24episodes
Episodes
Newest firstAll episodes
Jak sprzedaje polskie IT. Gość: Nikodem Krajewski - POIT 314
2w ago00:55:50Tap to summarizeWitam w trzysta czternastym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest to jak sprzedaje polska branża IT.Dziś moimi gościem jest Nikodem Krajewski – ekspert z zakresu customer experience, marketingu oraz sprzedaży z ponad dwudziestoletnim doświadczeniem zawodowym. Odpowiedzialny za tworzenie kompleksowych kampanii marketingowych oraz sprzedażowych, budowę programu partnerskiego zrzeszającego ponad 200 firm. Twórca newslettera subskrybowanego przez ponad 6000 osób.W tym odcinku o sprzedaży w polskiej branży IT rozmawiamy w następujących kontekstach:dominacja relacji i poleceń jako głównego źródła klientów oraz jej wpływ na skalowanie biznesuniedoinwestowany marketing i jego konsekwencje dla budowy powtarzalnego lejka sprzedażyrosnący rynek IT jako argument za ofensywnym podejściem do sprzedaży i marketinguwiększa dojrzałość działów sprzedaży niż marketingu w polskich firmach ITewolucja sposobów sprzedaży IT i porównanie do rynków zagranicznychodbicie rynku pracy w IT i jego wpływ na sprzedaż, employer branding i konkurencję o talentypowszechność content marketingu i brak jego realnego powiązania ze sprzedażąrosnące budżety marketingowe i nadchodząca walka o uwagę klientaduże rozbieżności w konwersjach i problem z definicją jakościowego leadarelatywnie krótkie cykle sprzedaży i ich znaczenie dla efektywności działań handlowychtrzy modele sprzedaży: relacyjny, marketingowy i ekspercki jako framework decyzyjnyopóźniona adopcja narzędzi marketingowych, automatyzacji i AI względem rynków globalnychSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Nikodema na LinkedIn – https://www.linkedin.com/in/nikodem-krajewski/Raport “Jak sprzedaje polskie IT” – https://growthgency.com/jspitJeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/314
Transcribe →
Systemy IT się psują. Co z tego wynika i czego nas to uczy. Gość: Adam Korga - POIT 313
3w ago00:49:07Tap to summarizeWitam w trzysta trzynastym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest to, że systemy IT się psują i czego możemy jako branża się z tego nauczyć.Dziś moimi gościem jest Adam Korga – autor satyrycznego IT Dictionary. Od niemal dwóch dekad przechodzi przez kolejne szczeble technicznej drabiny: od programisty, przez architekta, po Engineering Managera. Po zebraniu i opisaniu branżowych absurdów, tym razem bierze na warsztat znacznie poważniejszy temat: błędy i katastrofy w IT. Analizuje momenty, w których systemy zawodzą, i sprawdza, czego jako branża możemy się z nich nauczyć, by zamiast szukać winnych, budować realną odporność systemów i zespołów.W tym odcinku o błędach w IT rozmawiamy w następujących kontekstach:nauka z awarii jako bardziej wiarygodne źródło wiedzy niż success storiesograniczenia „success stories” i ich niska replikowalność w realnych projektachświadomość zawodności systemów w IT i dojrzałość organizacji w uczeniu się na błędachbłąd przeżywalności (survivorship bias) i jego wpływ na decyzje technologiczneznaczenie kultury blameless post-mortem dla budowania odporności organizacjidlaczego szukanie winnego blokuje realne uczenie się na błędachroot cause analysis jako analiza systemowa, wykraczająca poza samą technologiętechnika 5-Why jako narzędzie docierania do źródeł problemów organizacyjnychtrudność projektowania prostych rozwiązań i rola zrozumienia problemuiluzja wiedzy i problem z prostym tłumaczeniem złożonych zagadnieńautomatyzacja jako wzmacniacz ludzkich błędów i skrótów myślowychwpływ AI na naturę błędów w IT oraz nowe wyzwania w ich analizieSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Adama na LinkedIn – https://www.linkedin.com/company/adam-korga/Strona domowa – https://adamkorga.com/Wcześniejszy odcinek z Adamem o humorze w IT – https://porozmawiajmyoit.pl/poit-299-humor-w-it/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/313
Transcribe →
Jak przygotować się do rozmowy o pracę w IT. Gość: Łukasz Drynkowski - POIT 312
Apr 2200:26:09Tap to summarizeWitam w trzysta dwunastym odcinku podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy w serii podcastów dla kandydata jest to jak przygotować się do rozmowy o pracę.Dziś moim gościem jest Łukasz Drynkowski, z którym mam przyjemność współtworzyć portal z ofertami pracy dla branży IT o nazwie SOLID.Jobs.Główne myśli o przygotowaniu do rozmowy o pracę w IT z tego odcinka to:wykorzystaj czas na naukę, zwłaszcza tego czego nie wiedziałeś na poprzednich rozmowachzapoznaj się z typowymi pytaniami rekrutacyjnymi w twojej technologiisprawdź czy ktoś z twoich znajomych nie pracuje w tej firmie lub kiedyś do niej aplikowałprzećwicz przedstawienie się i opowiedzenie o swoim doświadczeniu zawodowymzbierz informację o firmie i jej projektachprzygotuj pytania do rekruteraprzygotuj się na typowe pytania – wymagania finansowe, okres wypowiedzenia, itd.jeśli rozmowa ma być online – sprawdź sprzęt i połączenieSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Google Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil SOLID.Jobs na LinkedIn – https://www.linkedin.com/showcase/solid.jobs/SOLID.Jobs – https://solid.jobs/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/poit-312-jak-przygotowac-sie-do-rozmowy-o-prace-w-it/
Transcribe →
Spec-driven development w realnym projekcie: gdzie kończy się eksperyment a zaczyna odpowiedzialność. Gość: Maciek Kemnitz - POIT 311
Apr 800:56:35Tap to summarizeWitam w trzysta jedenastym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest spec-driven development w realnym projekcie.Dziś moimi gościem jest Maciek Kemnitz – CEO Primotly. Łączy myślenie strategiczne z operacyjną skutecznością. Buduje organizacje, które biorą odpowiedzialność za efekt końcowy. Tworzy zespoły od podstaw, porządkuje procesy i prowadzi firmy przez etapy wzrostu. Prywatnie jest entuzjastą sportu i ruchu, od koszykówki i judo, przez taniec i bachatę, po medytację i długie spacery.W tym odcinku o spec-driven development rozmawiamy w następujących kontekstach:czy spec-driven development to realna zmiana paradygmatu czy tylko ewolucja znanych podejśćrelacja między spec-driven development a klasycznym programowaniem wysokopoziomowymrola developera jako orkiestratora zamiast implementerapraktyczne zastosowania spec-driven development w zespołach mid-marketgranice sensownego użycia vibe codingu w projektach produkcyjnychsytuacje, w których spec-driven development może przynieść więcej szkody niż pożytkutempo generowania kodu przez AI vs koszty jego utrzymaniaodpowiedzialność za kod generowany przez modele AIwpływ AI na rolę i znaczenie senior developerówzmiana kompetencji wymaganych w zespołach technicznychdojrzałość obecnych narzędzi spec-driven developmentmożliwe kierunki rozwoju i ewolucji tego podejściaSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Maćka na LinkedIn – https://www.linkedin.com/in/maciek-kemnitz/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/311
Transcribe →
Od inżyniera do partnera biznesu: jak kompetencje miękkie zmieniają pracę w cybersecurity. Gość: Paweł Zwierzyński - POIT 310
Mar 2500:44:28Tap to summarizeWitam w trzysta dziesiątym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy są umiejętności miękkie, które w branży cybersecurity pozwalają przejść drogę od inżyniera do partnera dla biznesu.Dziś moimi gościem jest Paweł Zwierzyński – inżynier sieci i bezpieczeństwa IT z 15-letnim doświadczeniem, od ponad dekady związany ze środowiskiem integratorskim. Specjalizuje się w rozwiązaniach network i endpoint security, zarówno od strony wdrożeń, jak i szkoleń. Jako trener i prelegent dzieli się wiedzą na temat nowoczesnych technologii zabezpieczeń. Autor bloga związanego z sieciami i bezpieczeństwem, dostępnego pod adresem letsnet.eu.W tym odcinku o cybersecurity rozmawiamy w następujących kontekstach:codzienność pracy inżyniera bezpieczeństwa – między technologią, klientem i realnymi incydentamiróżnorodność wyzwań w projektach security i nieprzewidywalność problemów po stronie organizacjinajczęstsze słabości firm w obszarze cyberbezpieczeństwa – technologia, procesy i czynnik ludzkirozwój zawodowy specjalisty security i rola certyfikatów w budowaniu kompetencjiprowadzenie szkoleń jako sposób porządkowania wiedzy i budowania eksperckościznaczenie kompetencji miękkich w pracy specjalisty cyberbezpieczeństwakomunikacja technicznych zagadnień bezpieczeństwa w sposób zrozumiały dla biznesuprezentowanie rekomendacji security tak, aby wspierały decyzje organizacjibudowanie mostów między zespołami IT i biznesem w kontekście bezpieczeństwarola inżyniera security jako doradcy i partnera w podejmowaniu decyzji technologicznychwyznaczanie celów zawodowych i prywatnych w wymagającej branży bezpieczeństwadobrostan psychiczny i fizyczny jako element długofalowej pracy w cybersecuritySubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Pawła na LinkedIn – https://www.linkedin.com/in/pawel-zwierzynski/Blog Pawła – https://letsnet.eu/ Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/310
Transcribe →
Szukanie pracy w IT - jak robić to skutecznie. Gość: Łukasz Drynkowski - POIT 309
Mar 1100:40:06Tap to summarizeWitam w trzysta dziewiątym odcinku podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy w serii podcastów dla kandydata jest to jak skutecznie szukać pracy w IT.Dziś moim gościem jest Łukasz Drynkowski, z którym mam przyjemność współtworzyć portal z ofertami pracy dla branży IT o nazwie SOLID.Jobs.Główne myśli o szukaniu pracy w IT z tego odcinka to:dlaczego już nie wystarczy tylko wysłać CVmasowe aplikowanie nie działa, konieczne jest indywidualne podejście do rekrutacjijak dobrze przygotować CV i profil na LinkedInportfolio i aktywność techniczna są ważnenie musisz spełniać 100% wymagań by aplikowaćbudowanie relacji z rekruteramiaktywne szukanie pracy: jobboardy, network, strony firmySubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Google Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil SOLID.Jobs na LinkedIn – https://www.linkedin.com/showcase/solid.jobs/SOLID.Jobs – https://solid.jobs/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/309
Transcribe →
Technologia a odpowiedzialność społeczna – rola branży IT. Gość: Ela Wojciechowska - POIT 308
Mar 400:31:27Tap to summarizeWitam w trzysta ósmym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest rola branży IT w odpowiedzialności społecznej za technologię.Dziś moimi gościem jest Ela Wojciechowska – liderka Fundacji Digital University, organizacji, która koncentruje się na edukacji w obszarze nowych technologii. Opracowuje i wdraża innowacyjne programy wspierające rozwój kompetencji cyfrowych. Jest współautorką Uniwersytetu Sukcesu – rocznego programu stypendialnego, który pomaga młodym kobietom z domów dziecka oraz rodzin w trudnej sytuacji materialnej zdobyć atrakcyjny zawód przyszłości. Zainicjowała także programy Be.Eco i Be.Net, skierowane do nauczycieli. Za swoje osiągnięcia została uhonorowana licznymi nagrodami, w tym tytułem Bizneswoman Roku w kategorii Przeciwdziałanie Wykluczeniu Cyfrowemu oraz tytułem Innowatorki Nauki i Nowych Technologii w plebiscycie 16 Liderek Równości.W tym odcinku o technologii i odpowiedzialności społecznej rozmawiamy w następujących kontekstach:wpływ nowych technologii na tempo i kierunek zmian społecznychnierozerwalność innowacji i odpowiedzialności w świecie cyfrowymgranice odpowiedzialności firm technologicznych – produkt, użytkownik, decyzje biznesowełączenie celów biznesowych z realną misją społecznąrola sektora IT we wspieraniu inicjatyw społecznychtechnologia jako narzędzie wyrównywania lub pogłębiania nierównościprzeciwdziałanie wykluczeniu cyfrowemu poprzez edukację i współpracę z branżąmodele współpracy fundacji z firmami technologicznymikompetencje przyszłości i ich znaczenie na rynku pracywsparcie dzieci, młodzieży i nauczycieli w rozwoju kompetencji cyfrowychosobista odpowiedzialność specjalistów IT za wpływ tworzonych rozwiązańformy zaangażowania społecznego firm i pracowników oraz najczęstsze błędy w projektach „pro bono”Subskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Eli na LinkedIn – https://www.linkedin.com/in/ela-wojciechowska/Strona Fundacji Digital University – https://fundacja.digitaluniversity.pl/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/308
Transcribe →
Quo vadis cyber. O zagrożeniach i pracy w cybersecurity. Gość: Sebastian Burgemejster - POIT 307
Feb 2501:08:25Tap to summarizeWitam w trzysta siódmym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy są cyberzagrożenia i praca w branży cybersecurity.Dziś moimi gościem jest Sebastian Burgemejster – wdrażał, doradzał i audytował bezpieczeństwo informacji, IT, zarządzanie ryzykiem i zarządzanie jakością w różnych branżach i organizacjach, w tym o zasięgu międzynarodowym. Jest współwłaścicielem i dyrektorem zarządzającym spółek w Polsce i Wielkiej Brytanii, współzałożycielem The Antifragility Institute, byłym prezesem i członkiem zarządu Instytutu Audytorów Wewnętrznych IIA Polska. Posiadacz międzynarodowych certyfikatów zawodowych. Prywatnie miłośnik gór, biegania, sztuk walki i nowych technologii.W tym odcinku o cybersecurity rozmawiamy w następujących kontekstach:jak zmienił się krajobraz zagrożeń cyberbezpieczeństwa w ostatnich latach i co dziś budzi największy niepokójktóre typy ataków są obecnie najbardziej realne i kosztowne dla organizacjidlaczego w cyberbezpieczeństwie człowiek i procesy bywają większym zagrożeniem niż sama technologiajak wygląda codzienna praca specjalisty od bezpieczeństwa i jak bardzo odbiega od potocznych wyobrażeńco w pracy w cybersecurity generuje największy stres, a co daje poczucie sensu i satysfakcjijakie role i specjalizacje składają się dziś na szeroki ekosystem cyberbezpieczeństwaktóre stanowiska w cyber są obecnie najbardziej poszukiwane i gdzie widać przyszły wzrost zapotrzebowaniaod czego realnie zależą zarobki w cyberbezpieczeństwie i jak wygląda rynek finansowoczy możliwe jest wejście do branży bez klasycznego doświadczenia IT i jaka baza techniczna jest niezbędnajakie ścieżki wejścia do cybersecurity sprawdzają się najczęściej w praktycektóre kompetencje techniczne stanowią fundament pracy w obszarze bezpieczeństwajaką rolę odgrywają umiejętności miękkie, certyfikaty oraz długofalowe myślenie o rozwoju branżySubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Sebastiana na LinkedIn – https://www.linkedin.com/in/sebastian-burgemejster-cisa-crisc-cism-ccak-soc-2-expert-7b342a127/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/307
Transcribe →
Uczenie się na błędach. Gość: Łukasz Drynkowski - POIT 306
Feb 1100:35:52Tap to summarizeWitam w trzysta szóstym odcinku podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy w serii podcastów o wpadkach w IT jest uczenie się na błędach.Dziś moim gościem jest Łukasz Drynkowski, z którym mam przyjemność współtworzyć portal z ofertami pracy dla branży IT o nazwie SOLID.Jobs.Główne myśli o uczeniu się na błędach z tego odcinka to:błędy są naturalną i nieodłączną częścią budowania produktów ITnajszybciej uczymy się na błędach innych, ale najtrwalej zapamiętujemy własne wpadkinajwiększym fuckupem jest nieusunięcie przyczyn poprzedniego fuckupuorganizacje, które nie popełniają błędów, zazwyczaj nie dostarczają niczego nowegoblame culture skutecznie blokuje wyciąganie realnych lekcji z niepowodzeńpostmortem to proces analizy incydentu, a nie polowanie na winnychcelem postmortem jest zrozumienie przyczyn i zapobieganie podobnym sytuacjom w przyszłościpostmortem robimy wtedy, gdy problem jest już rozwiązany, a emocje opadłyefektem postmortem powinny być konkretne wnioski, zmiany procesowe i zadania techniczneaction items muszą mieć właścicieli, inaczej pozostaną tylko dobrymi intencjamiwartościowe postmortem jest blameless, oparte na faktach i rekonstrukcji timeline’udane mają znaczenie – logi, alerty, metryki i obserwowalność pomagają oddzielić fakty od opiniipostmortem to proces, a nie jednorazowe spotkanie – follow-up jest kluczowyucząc się na błędach, nie zapominajmy o tym, co działa dobrze i co warto świadomie chronićSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil SOLID.Jobs na LinkedIn – https://www.linkedin.com/showcase/solid.jobs/SOLID.Jobs – https://solid.jobs/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/306
Transcribe →
O przewidywalności dowożenia przez zespoły IT. Gość: Jacek Wieczorek - POIT 305
Jan 2800:48:36Tap to summarizeWitam w trzysta piątym podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy jest przewidywalność dowożenia przez zespoły IT.Dziś moimi gościem jest Jacek Wieczorek – konsultant z ponad 20-letnim doświadczeniem w branży IT. Pomaga firmom technologicznym uporządkować pracę zespołów, by efektywnie i przewidywalnie dowoziły wyniki biznesowe. Autor książki „Labirynty Scruma”, współtwórca podcastu „Porządny Agile” oraz współzałożyciel firmy konsultingowej 202 Procent.W tym odcinku o przewidywalności dowożenia w IT rozmawiamy w następujących kontekstach:czym w praktyce jest przewidywalność dowożenia w zespołach ITdlaczego z perspektywy biznesu przewidywalność bywa ważniejsza niż sama szybkość dostarczaniajakie realne koszty dla organizacji generuje brak przewidywalnościjak przewidywalność wpływa na zaufanie między biznesem a ITczy zespół, który regularnie dowozi niewielką część planu, nadal można uznać za przewidywalnyjak sensownie liczyć przewidywalność w ramach iteracji lub sprintu<jaki wpływ na przewidywalność mają zmiany zakresu w trakcie trwania iteracjijakimi narzędziami i metrykami można mierzyć przewidywalność zespołuczy wynik bliski 100% to ideał, czy raczej sygnał ostrzegawczyskąd bierze się koncepcja „zdrowej przewidywalności” w przedziale 80–120%dlaczego zespoły mają tendencję do chronicznego przeplanowywaniajak poprawiać przewidywalność, nie zabijając eksperymentowania i nie generując długu technologicznegoSubskrypcja podcastu:zasubskrybuj w Apple Podcasts, Spreaker, Sticher, Spotify, przez RSS, lub Twoją ulubioną aplikację do podcastów na smartphonie (wyszukaj frazę „Porozmawiajmy o IT”)poproszę Cię też o polubienie fanpage na FacebookuLinki:Profil Jacka na LinkedIn – https://www.linkedin.com/in/jacekwieczorek/Podcast “Porządny Agile” – https://porzadnyagile.pl/Firma konsultingowa Jacka – https://202procent.pl/Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na krzysztof@porozmawiajmyoit.plhttps://porozmawiajmyoit.pl/305
Transcribe →