Porozmawiajmy o IT

Witam w trzysta piętnastym odcinku podcastu „Porozmawiajmy o IT”. Tematem dzisiejszej rozmowy w serii podcastów o wpadkach w IT jest testowanie na produkcji.

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 testowaniu na produkcji z tego odcinka to:
czym naprawdę jest testowanie na produkcji i dlaczego nazwa bywa myląca
dlaczego nawet najlepsi testerzy nie zastąpią realnych użytkowników
różnice między środowiskami dev/test a produkcją (dane, skala, infrastruktura)
rola rzeczywistych danych i nieprzewidywalnych zachowań użytkowników
testy A/B jako kontrolowany eksperyment na produkcji
feature flagi jako fundament bezpiecznego wdrażania zmian
canary releases i stopniowe rolowanie funkcji na użytkowników
mechanizmy rollbacku i wyzwania związane z migracją danych
dark launching i shadow traffic jako sposób na weryfikację bez wpływu na usera
znaczenie monitoringu, telemetrii i automatycznych systemów ochronnych
strategie wyboru użytkowników (opt-in, geolokalizacja, tenant, pracownicy)
typowe problemy i ryzyka: feature flag hell, degradacja wydajności, błędy w cache i “zatrucie” danych
Subskrypcja 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 Facebooku

Linki:
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 [email protected]

https://porozmawiajmyoit.pl/315

Witam 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 biznesu
niedoinwestowany marketing i jego konsekwencje dla budowy powtarzalnego lejka sprzedaży
rosnący rynek IT jako argument za ofensywnym podejściem do sprzedaży i marketingu
większa dojrzałość działów sprzedaży niż marketingu w polskich firmach IT
ewolucja sposobów sprzedaży IT i porównanie do rynków zagranicznych
odbicie rynku pracy w IT i jego wpływ na sprzedaż, employer branding i konkurencję o talenty
powszechność content marketingu i brak jego realnego powiązania ze sprzedażą
rosnące budżety marketingowe i nadchodząca walka o uwagę klienta
duże rozbieżności w konwersjach i problem z definicją jakościowego leada
relatywnie krótkie cykle sprzedaży i ich znaczenie dla efektywności działań handlowych
trzy modele sprzedaży: relacyjny, marketingowy i ekspercki jako framework decyzyjny
opóźniona adopcja narzędzi marketingowych, automatyzacji i AI względem rynków globalnych

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 Facebooku
Linki:
Profil Nikodema na LinkedIn – https://www.linkedin.com/in/nikodem-krajewski/
Raport “Jak sprzedaje polskie IT” – https://growthgency.com/jspit

Jeśli masz jakieś pytania lub komentarze, pisz do mnie śmiało na [email protected]

https://porozmawiajmyoit.pl/314

Witam 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 stories
ograniczenia „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łędach
błąd przeżywalności (survivorship bias) i jego wpływ na decyzje technologiczne
znaczenie kultury blameless post-mortem dla budowania odporności organizacji
dlaczego szukanie winnego blokuje realne uczenie się na błędach
root cause analysis jako analiza systemowa, wykraczająca poza samą technologię
technika 5-Why jako narzędzie docierania do źródeł problemów organizacyjnych
trudność projektowania prostych rozwiązań i rola zrozumienia problemu
iluzja wiedzy i problem z prostym tłumaczeniem złożonych zagadnień
automatyzacja jako wzmacniacz ludzkich błędów i skrótów myślowych
wpływ AI na naturę błędów w IT oraz nowe wyzwania w ich analizie

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 Facebooku
Linki:
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 [email protected]

https://porozmawiajmyoit.pl/313

Witam 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 rozmowach
zapoznaj się z typowymi pytaniami rekrutacyjnymi w twojej technologii
sprawdź 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 zawodowym
zbierz informację o firmie i jej projektach
przygotuj pytania do rekrutera
przygotuj się na typowe pytania – wymagania finansowe, okres wypowiedzenia, itd.
jeśli rozmowa ma być online – sprawdź sprzęt i połączenie
Subskrypcja 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 Facebooku

Linki:
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 [email protected]

https://porozmawiajmyoit.pl/poit-312-jak-przygotowac-sie-do-rozmowy-o-prace-w-it/

Witam 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 wysokopoziomowym
rola developera jako orkiestratora zamiast implementera
praktyczne zastosowania spec-driven development w zespołach mid-market
granice sensownego użycia vibe codingu w projektach produkcyjnych
sytuacje, w których spec-driven development może przynieść więcej szkody niż pożytku
tempo generowania kodu przez AI vs koszty jego utrzymania
odpowiedzialność za kod generowany przez modele AI
wpływ AI na rolę i znaczenie senior developerów
zmiana kompetencji wymaganych w zespołach technicznych
dojrzałość obecnych narzędzi spec-driven development
możliwe kierunki rozwoju i ewolucji tego podejścia
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 Facebooku
Linki:
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 [email protected]

https://porozmawiajmyoit.pl/311