Fuckupy v IT
By Matěj Kotrba, KAIZEMA
🎙️ Technologický podcast o reálných selháních, slepých uličkách a tvrdých lekcích, kterými si prošli lidé z IT.
🔐 Bonusové epizody na www.herohero.co/fuckupyvit
👉 Navazující otázky k fuckupům, kde jdeme ještě hlouběji a dáváme konkrétnější návody co dělat, když... 🔥 Otázky na tělo pro každého hosta – kontroverzní, upřímné a bez obalu. Jak přemýšlí TOP lidé z IT, jak reagují v náročných situacích, nebo čeho litují? 📩
Incident, který jsme řešili třikrát, než jsme pochopili proč.
Marek Trunkát je CTO společnosti Apify, globální platformě pro web scraping, automatizaci a data pro AI. Dnešní epizoda je o tom, když zpomalíte systém (svou aplikaci, službu) až na hranici použitelnosti a to vás může stát hodně. A že to nemusí být banalita, ale systémová věc, kterou není snadné odkrýt. Ani dvakrát po sobě. Příjemný poslech.
Matěj Kotrba je founder & CEO IT hiringové agentury KAIZEMA, založené na japonských principech IKIGAI a KAIZEN (www.kaizema.cz).
Nepovedená technologická migrace Meteor.js > NestJS.
Marek Trunkát je CTO společnosti Apify, globální platformě pro web scraping, automatizaci a data pro AI. Dnešní epizoda je o nepovedené / komplikované technologické migraci. Migraci klíčové codebase z Meteor.js na NestJS. Může se zdát, že jde o jakousi přirozenou migraci backendovýho frameworku. Ale co zní logicky a intuitivně se může snadno zvrtnout do velkýho problému. A o tom je dnešní epizoda. Příjemný poslech.
Matěj Kotrba je founder & CEO IT hiringové agentury KAIZEMA, založené na japonských principech IKIGAI a KAIZEN (www.kaizema.cz).
Když zahodíš hotový produkt, protože trh chce něco jiného.
I vám se může stát, že začnete vyvíjet produkt, který je B2C, nebo-li pro koncového zákazníka, koncového uživatele. Protože takový je váš business model. Ale třeba v čase zjistíte, že se to úplně nevyplácí a narazíte na limity trhu. A přejdete (zcela logicky, protože trh si o to říká) na B2B. Musíte zahodit původní myšlenku a začít tak trochu znova. Taková věc se stala Adamovi ve start-upu Navigara.
Jenže jak poznat tu hranici mezi „věřit ve vlastní úsudek a držet se původní myšlenky, protože přicházíme s něčím novým“ versus „trh si říká o tohle a byli bychom blbý, kdybychom tomu nešli naproti, musíme udělat tu změnu“? I na tohle Adam odpovídal. Příjemný poslech.
Adam Vesecký je ex-CTO early stage start-upu Navigara. V IT začínal v roce 2008 jako vývojář. Prošel firmami jako Ackee, nebo Socialbakers. V posledních letech vedl IT ve start-upu Navigara. A pro zajímavost - 8 let učil počítačové hry a design na pražském ČVUT.
Matěj Kotrba je founder & CEO IT hiringové agentury KAIZEMA, založené na japonských principech IKIGAI a KAIZEN (www.kaizema.cz).
Ex-CTO, vstup investorů do firmy a dopady, které se neříkají nahlas.
Dal jsi už odběr (zvoneček 🔔) na Spotify, nebo Apple Podcasts, aby ti žádná epizoda neunikla?
Adam Vesecký je ex-CTO early stage start-upu Navigara. V IT začínal v roce 2008 jako vývojář. Prošel firmami jako Ackee, nebo Socialbakers. V posledních letech vedl IT ve start-upu Navigara (o čemž je i zároveň jeho fuckup povídání). A pro zajímavost - 8 let učil počítačové hry a design na pražském ČVUT.
Tato epizoda a Adamův příspěvek je o vedlejších efektech a možných negativních dopadech vstupu investorů do firmy. V Adamově případě to nebyla teorie (možné dopady), ale realita. Zní pohádkově, když čteme titulky "firma XY získala v investičním kole XY sumu XY dolarů".
ALE! Jak to ovlivňuje dynamiku firmy? Tzn. dynamiku jednotlivých týmů a jejich vedení. Jak to ovlivňuje komunikaci? A co produkt a jeho směřování? To všechno jsou úvahy a otázky, které Adam probírá. Ze své reálné nedávné zkušenosti.
Vstup investorů není špatný. Není ani vždy správný. Je takový, jaký má být v danou chvíli. Jen je potřeba myslet na obě strany mince a znát pozitivní dopady i možná rizika, co myslíte?
Matěj Kotrba je founder & CEO IT hiringové agentury KAIZEMA, založené na japonských principech IKIGAI a KAIZEN (www.kaizema.cz).
10 kroků jak násobit svou hodnotu a vydělat o 600k ročně víc
„Nečekejte na to, až vám šéf přidá o 5 % navíc do platu…, raději násobě zvyšte svou hodnotu.“ Jak? V 10 krocích, které pro vás dal dohromady Marian Kamenišťák, ex-VP of Engineering Mews a zakladatel Engineering Leaders Community v Česku.
Jsou to věci, na které se každý osvícenější manažer a firma, ve které pravděpodobně chcete být, dívá. Nezajímá vás to? V tom případě necháváte na zemi až 50k měsíčně navíc, tj. 600k ročně, tj. 6 milionů Kč za 10 let, to je půlka baráčku! :) Volba je na vás.
Děkujeme, že jste našimi předplatiteli a pomáháte nám přinášet ten nejlepší IT obsah, ne vždy jen ze světa fuckupů, ale i třeba témat, jako jsou tato. Tým Fuckupy v IT! 🤟
Jaká je vaše skutečná hodnota na IT trhu?
💡 Jaká je vaše skutečná hodnota na trhu a jak to zjistit?
💡 Jak se umět lépe prosadit a překonat impostor syndrom?
💡 Co můžete udělat proto, abyste zvýšili násobně svou hodnotu a nečekali jen na přidání 5 % do platu?
💡 Jaké všechny možnosti kariérního růstu máte?
👉 A hlavně - kdy je na to správný čas a kdy opustit firmu?
O tom všem jsme v rozhovoru mluvili s Marianem Kamenišťákem, ex-VP of Engineering Mews, Software Enigneering Leadership koučem, zakladatelem Engineering Leaders Community a CTO Advisorem.
Proč jsme toto povídání do fuckupů zařadili? Protože si uvedené otázky dříve či později klade každý (i mimo IT) a jejich neřešení / nerealizace je pak velký fuckup, nebo minimálně mrhání potenciálu. Proto přinášíme tento rozhovor.
🔐 Ve speciální epizodě pro předplatitele pak procházíme 10 konkrétních kroků, kterými můžete svou hodnotu na trhu násobně zvýšit. Pokud těchto 10 kroků nerealizujete, necháváte ležet na zemi 50k měsíčně, tj. 600k ročně, tj. 6 milionů Kč za 10 let, to je půlka baráčku! :) Volba je na vás.
Dal jsi už odběr (zvoneček 🔔) na Spotify, nebo Apple Podcasts, aby ti žádná epizoda neunikla?
SPECIÁL: Co se dnes v IT neříká nahlas!?
👉 Existuje technologie, přístup nebo trend, který dnes všichni v IT obdivují a oslavují, ale Davidovi to prostě nesedí a není si jistý přidanou hodnotou?
👉 Je něco, co ho v dnešním IT a vývoji fakt štve a neříká se nahlas?
👉 Jaký kompromis mezi kvalitou a rychlostí ve své kariéře David udělal?
👉 Cítil se v práci někdy tak, že není dost dobrej – kdy a proč?
👉 Co ho v práci nejvíce ubíjí?
Speciální epizoda a otázky na tělo pro Davida Pecha, Staff Cloud Ops Engineera ze společnosti Wrike a také zakladatele startupu sestraemmy.cz.
A co vy posluchači? Co se podle vás štve v IT a neříká se nahlas? Dejte nám vědět do komentáře!
BONUS: Kdy zvolit a kdy ne microservice architekturu?
Bonusové navazující povídání s Davidem Pechem k epizodě Namísto microservices vznikl distribuovaný monolit.
Další bonusové epizody a speciály exkluzivně na Spotify 🔐 nebo Herohero herohero.co/fuckupyvit
👉 Jak poznat, že microservices přestávají fungovat jako microservices – a začínají být jen distribuovaný monolit?
👉 Má mít mikroservisní architekturu každý? Podle jakých aspektů se rozhodnout "go" a kdy raději ne?
👉 Jak má vypadat komunikace mezi managementem a architekty?
Dal jsi už odběr (zvoneček 🔔) na Spotify, nebo Apple Podcasts, aby ti žádná epizoda neutek?
Děkujeme za podporu!
Namísto microservices vznikl distribuovaný monolit.
Bonusovou navazující epizodu Kdy zvolit a kdy ne microservice architekturu najdete kromě Spotify také na Herohero herohero.co/fuckupyvit
Dal jsi už odběr (zvoneček 🔔) na Spotify, nebo Apple Podcasts, aby ti žádná epizoda neunikla?
David Pech je Staff Cloud Ops Engineer ze společnosti Wrike a také zakladatel startupu sestraemmy.cz.
Dnešní příběh je o tom jak tým pod Davidem vytvořil distribuovaný monolit namísto microservice architektury. Má být architekt full-time s týmem a sáhnout si na kód? Nebo stačí dohled zpovzdálí? Jaké otázky klást na začátku projektu, aby nedošlo ke stejné situaci? Příjemný poslech!
BONUS: 3 nejčastější chyby při přechodu do cloudu
Bonusové navazující povídání s Davidem Pechem k epizodě Migrace malého projektu z on-prem do cloudu.
Další bonusové epizody a speciály exkluzivně na Spotify 🔐 nebo Herohero herohero.co/fuckupyvit
👉 Jak poznat, že se firma rozhodla jít do cloudu moc brzo?
👉 Co jsou 3 největší chyby, které týmy při přechodu do cloudu opakují pořád dokola?
👉 Může být přechod do cloudu krok zpátky? Proč?
👉 Co má dělat firma, která má všechno „trochu rozhozené“ – něco běží on-prem, něco už v cloudu a nikdo přesně neví, co s tím?
👉 Kde a jak nejčastěji vzniká cloudový lock-in – aniž by si to tým uvědomil?
👉 Co má dělat vývojář, když vidí, že současné cloudové řešení přestává být udržitelné – ale management to zatím neřeší?
Dal jsi už odběr (zvoneček 🔔) na Spotify, nebo Apple Podcasts, aby ti žádná epizoda neutek?
Děkujeme za podporu!
Migrace malého projektu z on-prem do cloudu.
Bonusovou navazující epizodu 3 nejčastější chyby při přechodu do cloudu najdete kromě Spotify také na Herohero herohero.co/fuckupyvit
Dal jsi už odběr (zvoneček 🔔) na Spotify, nebo Apple Podcasts, aby ti žádná epizoda neunikla?
David Pech je Staff Cloud Ops Engineer ze společnosti Wrike a také zakladatel startupu sestraemmy.cz.
Dnešní příběh by se dal nazvat „jak jsem malou firmičku přesouval z on-prem do cloudu a úplně se to nepovedlo“. Proč i menší přechod do cloudu může způsobit velké problémy? Co se stane, když ve firmě chybí cloudová zkušenost? Jak vypadá moment, kdy si uvědomíte, že jste to celé překombinovali? A jaké otázky by si měl položit každý, kdo o přechodu do cloudu teprve uvažuje? Příjemný poslech!
SPECIÁL: Jak poznat kdy odejít z firmy?
SPECIÁLNÍ otázky na tělo s Jakubem Macháčkem, CTO společnosti Škoda X, kde vede technologickou strategii a inovace.
👉 Čeho ve svojí kariéře Jakub nejvíce lituje?
👉 Jaký etický nebo hodnotový kompromis v kariéře udělal a proč?
👉 Je něco, čeho se u svojí kariérní dráhy IT manažera bojí? Čeho a proč?
👉 Kdy naposledy Jakub zvažoval, že IT úplně opustí?
👉 AI boom… bude podle Jakuba za 5 let role CTO vůbec existovat?
Dal jsi už odběr na Spotify, nebo Apple Podcasts?
Sleduješ nás na Instagramu?
Dej nám follow, ať ti žádný obsah neunikne.
Tým Fuckupy v IT!🤟
BONUS: Jak se vyhnout vendor locku?
Další bonusové epizody a speciály exkluzivně na Herohero herohero.co/fuckupyvit
Navazující epizoda k povídání Externí dodavatel na mě řval! Vendor lock:
👉 Kdy si Jakub poprvé uvědomil, že není pánem situace, ale rukojmím?
👉 Co ho nejvíce překvapilo na chování dodavatele?
👉 Co ho víc štvalo – že dodavatel hrál nefér, nebo že management nebyl schopný říct „dost“ a něco s tím udělat?
👉 Co konkrétně dělá Jakub dnes jinak, aby vendor locku předešel?
👉 Co by dnes poradil juniornímu IT manažerovi, kterému jeho dodavatel úplně poprvé nabízí „kompletní řešení na klíč“?
Jakub Macháček je CTO společnosti Škoda X, kde vede technologickou strategii a inovace.
Externi dodavatel na mě řval! Vendor lock.
Bonusovou navazující epizodu Jak se vyhnout vendor locku najdete kromě Spotify také na Herohero herohero.co/fuckupyvit
Externi dodavatel na mě řval! Vendor lock.
Jakub Macháček je CTO společnosti Škoda X, kde vede technologickou strategii a inovace. V této epizodě Jakub sdílí fuckup, jak přišel jako mladý manager do firmy, kde byl dlouho alokován externí partner, externí dodavatel. Což samo o sobě nemusí být problém. Ale vztahová situace (a nakonec i produktová) se až příliš vyhrotila. Jak moc? Jak se k tomu postavil management? K čemu se uchýlil Jakub? To vše v dnešní epizodě. Příjemný poslech.
BONUS: Jak psát udržitelný kód a zároveň inovovat?
Další bonusové epizody a speciály exkluzivně na Herohero https://herohero.co/fuckupyvit
Navazující epizoda k povídání Kývli jsme na technologii, kterou uměl 1 člověk:
👉 Jak jim kolega prodával Kotlin, proč ho dělat?
👉 Jak na rozhodnutí „děláme Kotlin“ reagoval zbytek týmu? Byla tam nějaká konfrontace, nebo spíš frustrace a ticho?
👉 Co by dnes Jakub řekl juniornějšímu kolegovi, který by přišel s nápadem na novou technologii a její implementaci?
👉 Jak dnes vypadá jejich proces pro výběr nové technologie? Co všechno se musí stát, než ji pustí do produkce?
👉 Jak v týmu dnes hlídají rovnováhu mezi technologickým posouváním a udržitelností?
Jakub Macháček je CTO společnosti Škoda X, kde vede technologickou strategii a inovace.
Kývli jsme na technologii, kterou uměl 1 člověk
Exkluzivní bonusová navazující epizoda Jak psát udržitelný kód a zároveň inovovat najdete na Herohero https://herohero.co/fuckupyvit
Kývli jsme na technologii, kterou uměl 1 člověk
Jakub Macháček je CTO společnosti Škoda X, kde vede technologickou strategii a inovace. V této epizodě Jakub sdílí fuckup, jak z klíčového produktu vznikl nechtěný technologický experiment. Jeden z vývojářů zavedl Kotlin – mimo dohodnutý PHP stack. Nejdřív to vypadalo jako technický posun, ale pak odešel… a zanechal za sebou codebase, na kterou nikdo nedokázal sáhnout. Jak k tomu tým přistoupil? Co si z toho odnést? A jak se podobnému průšvihu, který hrozí ve firmách každý druhý den, vyhnout? Příjemný poslech.
SPECIÁL: Jaké pozice v IT kvůli AI brzy zaniknou a vzniknou?
Jaké pozice v IT kvůli AI brzy zaniknou a jaké nové vzniknou?
V tomto SPECIÁLU jdeme s Petrem Glaserem na dřeň. Řešíme, co s trhem práce udělá masivní nástup Copilotu a dalších nástrojů. Co všechno se změní? Kdo ztratí hodnotu? A kdo bude naopak nedostatkový?
Tohle je bonusová epizoda, kde padají otevřené odpovědi na otázky, které dneska řeší každý – ale málokdo o nich mluví nahlas.
👉 Jaké pozice v IT podle tebe kvůli AI zaniknou, kdy a proč?
👉 Jaké nové pozice naopak vzniknou, kdy a proč si to myslíš?
👉 Jakou nejlepší implementaci AI ve vývoji jsi zatím viděl a kde to bylo?
👉 Jakou pozici a kariérní dráhu v IT by sis dneska zvolil, kdybys začínal?
Jake typ lidí bys dneska v AI době jako majitel firmy a manažer obecně najímal?
👉 Představ si, že Copilot už je všude, a běžný vývojář 80 % času jen validuje, co mu AI vyplivne. Co se v takovém světě stane s respektem vůči vývojářům?
👉 Je něco, co tě v posledních měsících na téma AI a v kontextu toho, čemu ty se věnuješ, vyloženě šokovalo?
BONUS: 6 způsobů jak používat AI bezpečně a systematicky
Další exkluzivní epizody najdete pod zámečkem na Spotify a na Herohero https://herohero.co/fuckupyvit
Nezpomeňte hlasovat v anketě pod epizodou. 👇
6 způsobů jak používat AI bezpečně a systematicky
👉 Jaký první krok může udělat manažer, který nechce AI plošně zakázat, ale zároveň potřebuje mít proces a kontrolu? Co je to nejmenší smysluplné řešení, kterým začít?
👉 Co konkrétně říká Petr managementu, který má strach z úniků dat nebo „ztráty know-how přes AI“? Jak oddělit reálné riziko od zbytečné paniky?
👉 Když AI někdo v týmu používá načerno – měl by to manažer tolerovat, zakázat, nebo z toho udělat teachable moment?
👉 Jak může vývojář bezpečně a chytře používat AI nástroje, i když to jeho firma oficiálně „nedoporučuje“? Existují pravidla, která si může vytvořit i sám?
👉 Co říká Petr vývojářům, kteří se AI bojí – buď kvůli etice, nebo protože nechtějí ztratit kontrolu nad tím, co píšou?
👉 Jak si má vývojář obhájit, že chce AI nástroje používat – když ví, že by mu to práci zrychlilo, ale šéf je proti? Jak argumentovat tak, aby to druhá strana slyšela?
Petr Glaser je vývojář, konzultant a technologický fanatik. AI se věnoval dávno předtím, než to bylo cool. Nejen, že hledá novinky, ale hlavně je kriticky vyhodnocuje a sám testuje. Není to AI hypefluencer, co vám doporučí 50 nástrojů, které vám změní život. Vše, co pro firmy a týmy školí, aktivně sám používá a nebo to přinejmenším testuje dostatečně dlouho a kvalitně.
Firmy zakazují AI. Vývojáři ji používají. Nesystematicky a nebezpečně.
Exkluzivní bonusová epizoda 6 způsobů jak používat AI bezpečně a systematicky najdete na Herohero https://herohero.co/fuckupyvit
Petr Glaser je vývojář, konzultant a technologický fanatik. AI se věnoval dávno předtím, než to bylo cool. Nejen, že hledá novinky, ale hlavně je kriticky vyhodnocuje a sám testuje. Není to AI hypefluencer, co vám doporučí 50 nástrojů, které vám změní život. Vše, co pro firmy a týmy školí, aktivně sám používá a nebo to přinejmenším testuje dostatečně dlouho a kvalitně.
Dnešní fuckup je o tom jak firmy zakazují používání AI, ale přesto ji všichni používají. Proč AI zakazují? Jsou jejich argumenty oprávněné? Jakou cestu by manažerům Petr doporučil? A jak se k této situaci postavit jako vývojář z týmu? To vše v dnešní epizodě. Příjemný poslech.
Pozvánka na mDevCamp - kód FUCKUPYVIT20 🎁
📲 11. ročník mezinárodní konference pro mobilní vývojáře mDevCamp je doslova za dveřmi a já pro vás mám promo kód FUCKUPYVIT20 na nákup lístků. 🎁
2. a 3. června 2025 se v pražský Holešovický tržnici koná 11. ročník mDevCampu – největší mobilní konference široko daleko.
Letošní téma? Breaking platform barriers.
Na co se můžete tyto dva dny těšit?
💥 hands-on workshopy
🎤 deep tech přednášky
🎯 stage věnované iOS, Androidu, Flutteru, KMP
🤖 komunitní stage s AI, cybersecurity, leadershipem
Na pódiu se objeví třeba Sebastian Sellmair z JetBrains nebo iOS legenda Daniel Steinberg.
A já tam budu taky – v úterý 3. června celý den moderuju stage Concrete Break.
Tohle je rozhodně akce roku v oblasti mobilního vývoje.
A pro ty z vás, kteří si jí nechtějí nechat ujít, mám dárek:
🎁 Promo kód FUCKUPYVIT20 na nákup lístků.
🎟️ Kupujte na mdevcamp.eu a pospěšte si – některý workshopy už jsou fuč.
Dorazte a dáme řeč!🤟
BONUS: 5 pravd o používání AI ve vývoji
Další exkluzivní epizody najdete pod zámečkem na Spotify a na Herohero https://herohero.co/fuckupyvit
Nezpomeňte hlasovat v anketě pod epizodou. 👇
5 pravd o používání AI a Copilota ve vývoji.
👉 Co jako první Petrovi napoví, že Copilot (nebo jakýkoli jiný AI nástroj) nebude mít šanci ve firmě fungovat?
👉 Existuje pattern nebo typová situace, kdy víme, že nemá cenu Copilot do týmu ani zavádět?
👉 Co nejčastěji zabije motivaci vývojářů Copilot vůbec používat – a co s tím můžou lídři nebo firmy udělat?
👉 Jaky typ vývojářů z Copilota těží nejvíc – a u koho to naopak spíš nefunguje?
👉 Jak vývojář pozná, že Copilot přestává být pomocník a začíná být zlý pán? Existují varovné signály, kdy je potřeba změnit styl používání?
Petr Glaser je vývojář, konzultant a technologický fanatik. AI se věnoval dávno předtím, než to bylo cool. Nejen, že hledá novinky, ale hlavně je kriticky vyhodnocuje a sám testuje. Není to AI hypefluencer, co vám doporučí 50 nástrojů, které vám změní život. Vše, co pro firmy a týmy školí, aktivně sám používá a nebo to přinejmenším testuje dostatečně dlouho a kvalitně.
Jedno AI školení nezvedne produktivitu vývoje o 500 %
Exkluzivní bonusová epizoda 5 pravd o používání AI a Copilota ve vývoji najdete na Herohero https://herohero.co/fuckupyvit
Petr Glaser je vývojář, konzultant a technologický fanatik. AI se věnoval dávno předtím, než to bylo cool. Nejen, že hledá novinky, ale hlavně je kriticky vyhodnocuje a sám testuje. Není to AI hypefluencer, co vám doporučí 50 nástrojů, které vám změní život. Vše, co pro firmy a týmy školí, aktivně sám používá a nebo to přinejmenším testuje dostatečně dlouho a kvalitně.
V této epizodě probíráme fuckup, nebo spíše mylnou představu firem, které si myslí, že jedno zaplacené AI školení jim zvedne produktivitu o desítky, nebo stovky procent. Že je to všespásné řešení a tím to končí. Odkud toto přesvědčení podle Petra pramení, proč to tak není a co by doporučil jak managementu firem, tak přímo týmům a vývojářům? To vše v dnešní epizodě. Příjemný poslech.
A co se dozvíte v bonusové epizodě?
👉 Co ti jako první napoví, že Copilot (nebo jakýkoli jiný AI nástroj) nebude mít šanci fungovat?
👉 Existuje pattern nebo typová situace, kdy víš, že nemá cenu Copilot do týmu ani zavádět?
👉 Co nejčastěji zabije motivaci vývojářů Copilot vůbec používat – a co s tím můžou lídři nebo firmy udělat?
👉 Jaky typ vývojářů z Copilota těží nejvíc – a u koho to naopak spíš nefunguje?
👉 Jak vývojář pozná, že Copilot přestává být pomocník a začíná být berlička? Existují varovné signály, kdy je potřeba změnit styl používání?
Odpovědi pro předplatitele na https://herohero.co/fuckupyvit
Speciál #11 - Rozjíždím pro vás novou firmu🔥 Krátká pauza ⏸️
🎙️ NOVĚ EXKLUZIVNÍ BONUSOVÉ EPIZODY na Herohero 👉 https://herohero.co/fuckupyvit
Po čase krátký informační speciál. Veškeré novinky ohledně rozjezdu nové firmy můžete sledovat už první týden v červnu na mém osobním LinkedIn profilu Matěj Kotrba.🔥
Neměřte počty alertů, ale jejich kvalitu / Nicol Daňková, Head of SOC, Henkel
🎙️ NOVĚ EXKLUZIVNÍ BONUSOVÉ EPIZODY na Herohero 👉 https://herohero.co/fuckupyvit
Nicol začínala kariéru v IT před 8 lety v DHL, kde strávila 7 let a téměř vždy se to točilo kolem security a cybersecurity. Před rokem nastoupila do Henkel na pozici Head of SOC (Security Operations Center), nebo jak Nicol trefně definuje svojí pozici - Cyber Battlegrounds Warchief.
V této epizodě Nicol rozebírá fuckup, kdy spousta reportingů používá jako metriku kvality a produktivity počet alertů, které tým zvládne za den zpracovat a proč to ne vždy je optimální způsob kontroly. Ale pozor, také nabízí východisko ve formě kontroly kvality alertovacích pravidel a jak vůbec celému neštěstí s přemírou false positive předcházet. Příjemný poslech.
Rozbité NIPS a zavařené SIEM / Nicol Daňková, Head of SOC, Henkel
🎙️ NOVĚ EXKLUZIVNÍ BONUSOVÉ EPIZODY na Herohero 👉 https://herohero.co/fuckupyvit
Nicol začínala kariéru v IT před 8 lety v DHL, kde strávila 7 let a téměř vždy se to točilo kolem security a cybersecurity. Před rokem nastoupila do Henkel na pozici Head of SOC (Security Operations Center), nebo jak Nicol trefně definuje svojí pozici - Cyber Battlegrounds Warchief.
V dnešní epizodě Nicol rozebírá jak jednoho krásného a zcela obyčejného dne rozbila NIPS aneb implementace vlastních pravidel se úplně nepovedla. Jaký to způsobilo chaos a nepořádek v SIEM a taky proč je dobrý mít backupy. Příjemný poslech.
Degradace agility aneb posr*li jsme to / Ondra Střeštík, Delivery Manager
🎙️ NOVĚ EXKLUZIVNÍ BONUSOVÉ EPIZODY na Herohero 👉 https://herohero.co/fuckupyvit
Ondra o sobě říká, že je sudeťák z Karlovy Studánky, domestikovaná pražská náplava a zarputilý idealista. Po profesní stránce se celých 11 let věnuje rolím jako agilní delivery manager, produkťák, projekťák, nebo procesák. Posledních 8 let ve společnosti Alma Career Czechia (dříve LMC).
V této epizodě Ondra rozebírá fuckup, který lze pozorovat napříč trhem a to je "všelijaká" pověst agilního vývoje, koučů, scrum masterů apod. Jsou na to všechno rozporuplné názory. Ondra jasně rozebírá nejenom proč to tak je, čímž Vám všem dává kontext a snad i špetku porozumění, ale také jak k tomu on sám přistupuje a co by Vám doporučil. Napovím - nebrat se furt tak vážně ve svých rolích a být více pragmatický. Příjemný poslech.
Nehledejte chybu v procesu, ale v (sebe)reflexi / Ondra Střeštík, Delivery Manager
🎙️ NOVĚ EXKLUZIVNÍ BONUSOVÉ EPIZODY s hosty zde na Spotify a také na Herohero 👉 https://herohero.co/fuckupyvit
Ondra o sobě říká, že je sudeťák z Karlovy Studánky, domestikovaná pražská náplava a zarputilý idealista. Po profesní stránce se celých 11 let věnuje rolím jako agilní delivery manager, produkťák, projekťák, nebo procesák. Posledních 8 let ve společnosti Alma Career Czechia (dříve LMC).
Když není chyba v procesu, ale v (sebe)reflexi. Aneb všichni se snaží ukazovat na "TO je ten problém, TO je ta chyba, stalo se to kvůli TOMU"! Přitom se stačí podívat na jádro pudla, podívat se na sebe do zrcadla a říct "tohle jsem neudělal dobře, můžu za to já, správně je udělat tohle". Nebo ukázat na konkrétního kolegu a vyjasnit si s ním zpříma co je problém, že je potřeba ho řešit a nevymlouvat se na kraviny. Jednoduchá věc, ale jedna z nejtěžších na realizaci. Je jedno, jestli jste IT manager, nebo člověk z týmu. Návody, postupy a myšlenky z dnešní epizody jsou použitelné pro každého, koho podobná věc trápí a chce jí řešit! :) Příjemný poslech.
Přesvědčování týmu bez víry v danou věc / Anita Bak, Agile Master
🎙️ NOVĚ EXKLUZIVNÍ BONUSOVÉ EPIZODY s hosty zde na Spotify a také na Herohero 👉 https://herohero.co/fuckupyvit
Anita začala kariéru v IT v roce 2011. Prvních 6 let pracovala jako testerka. Později ale objevila roli scrum mastera a ta ji svými kompetencemi uchvátila natolik, že si udělala certifikaci a začala se jí věnovat naplno. Prošla firmami jako Seznam, Vodafone nebo Easy Software. Dneska je Anita na volné noze. Rozjíždí nové projekty a dělá konzultace i mentoringy pro ostatní scrum mastery.
Tentokrát (ne že by to jindy bylo jinak) nesnadné téma. Šéf / management / vedení po Vás něco chce a Vy o tom nejste přesvědčeni. Co hůř, máte to prosadit do týmu a "nakoupit" pro to lidi. Ale jak? Jak když pro to sami nejste nakoupeni a nerozumíte tomu, proč se to dělá? Anita zmínila 2 konkrétní případy, kdy se jí to stalo. Jak danou věc tým přijal? Jak věci "vracet" / kontrovat managementu? Jak se s celou situací můžete lépe vypořádat? To vše v dnešní epizodě. Příjemný poslech.
Když produkťák přehluší vývojáře / Anita Bak, Agile Master
🎙️ NOVĚ EXKLUZIVNÍ BONUSOVÉ EPIZODY s hosty zde na Spotify a také na Herohero 👉 https://herohero.co/fuckupyvit
Anita začala kariéru v IT v roce 2011. Prvních 6 let pracovala jako testerka. Později ale objevila roli scrum mastera a ta ji svými kompetencemi uchvátila natolik, že si udělala certifikaci a začala se jí věnovat naplno. Prošla firmami jako Seznam, Vodafone nebo Easy Software. Dneska je Anita na volné noze. Rozjíždí nové projekty a dělá konzultace i mentoringy pro ostatní scrum mastery.
V této epizodě Anita rozebírá dvojí fuckup, ke kterému u ní v týmu došlo. Běžná situace, kdy máte upovídaného produkťáka, který přehluší vývojáře a jaké to má negativní dopady pro vývoj. K tomu přidejte stav kdy to neřešíte ihned a nedáte člověku feedback a na problém je zaděláno. Jak to změnilo dynamiku v týmu? A jakým způsobem podle Anity dávat zpětnou vazbu lidem? To vše v dnešní epizodě. Příjemný poslech.
SRE vs testeři na produkci, what? / Marek Mikel, QA Test Engineer
🎙️ NOVĚ EXKLUZIVNÍ BONUSOVÉ EPIZODY s hosty zde na Spotify a také na Herohero 👉 https://herohero.co/fuckupyvit
Marek začínal v IT v roce 2015, kdy začala jeho dráha QA Engineera. Přes různé firmy a produkty se dostal až do role team leadera. Dnes má na projektu na starost koordinaci testování a podílí se na vývoji automatizovaných testů. S kolegou Petrem Fifkou spoluzaložil vzdělávací firmu Tredgate, kde vede junior testing akademii.
Už jste někdy slyšeli, že "testeři jsou prostě jen obyčejní testeři, co by dělali na produkci"? Marek to slýchá často. Testování aplikací po nasazení aneb SRE (Site Reliability Engineer) vs QA testeři je obecně kontroverzní téma. Markovi se na jednom projektu povedlo spojit hlavy dohromady a prosadit "otevřenější přístupy / dveře na produkci" a funguje vše daleko lépe a rychleji. Na co ale do té doby narážel a jak by doporučil postupovat při jednání s managementem a kolegy? To vše v dnešní epizodě. Příjemný poslech.
Odchod testerky a její doménové znalosti / Marek Mikel, QA Test Engineer
🎙️ NOVĚ EXKLUZIVNÍ BONUSOVÉ EPIZODY s hosty na Spotify a také na Herohero 👉 https://herohero.co/fuckupyvit
Marek začínal v IT v roce 2015, kdy začala jeho dráha QA Engineera. Přes různé firmy a produkty se dostal až do role team leadera. Dnes má na projektu na starost koordinaci testování a podílí se na vývoji automatizovaných testů. S kolegou Petrem Fifkou spoluzaložil vzdělávací firmu Tredgate, kde vede junior testing akademii (
).
Taky se Vám někdy stalo, že odešel kolega z týmu? Jistě, že ano. A taky to byl ten typ člověka, co o všem věděl všechno, znal projekt / produkt nejlépe? A najednou přijdete v pondělí do práce, on tam není a všechno Vám padá na hlavu? No, nejste v tom sami!🙂 Markovi se tohle stalo na projektu s odchodem testerky, která měla na starost jednu ze tří klíčových domén. A trvalo jim dlouho, než znalost a kontext načerpali zpátky. Jak k tomu od té doby přistupuje a jaké mechanismy do týmu zavedl, aby se historie neopakovala? A jaké můžete zavést i Vy ve svých týmech / firmách? To vše v dnešní epizodě. Příjemný poslech.
124: Firmy nemají na optimalizaci aplikací adekvátní experty / Martin Michálek
YouTube verze: https://www.youtube.com/watch?v=bPEmAVUmXTc&t=11s
Martin je web performance konzultant v PageSpeed.cz, kde se svým týmem budují SaaS nástroj pro monitorování výkonu. Má za sebou 20 let frontendového vývoje, školení optimalizace webů, publikování na svém blogu Vzhůru dolů a je spoluorganizátorem komunity Frontendisti.cz a konference FrontKon.
V dnešní epizodě Martin tak trochu navazuje na předchozí díl a sice "když už firmy chtějí něco dělat se svojí performance a optimalizací aplikací, tak na to nemají adekvátní experty". Možná logické téma, ale sami uslyšíte, že jsou extrémní rozdíly v tom, co se v mnoha firmách dělá a lidé věří v to, že to dělají správně, protože takhle se to přece dělá, a tím, jak je to doopravdy správně. Martin rozebral několik konkrétních ukázek a sdílel několik berliček, které Vám pomůžou se zamyslet tím správným směrem a zvalidovat, co by bylo možná vhodné na Vašem přístupu k věci změnit. Tak hlavu otevřenou a příjemný poslech!🙂
123: Chceme řešit performance a technický dluh, ale nedostáváme prostor / Martin Michálek
YouTube verze: https://www.youtube.com/watch?v=zmTosHdFv9c&t=1s
Martin je web performance konzultant v PageSpeed.cz, kde se svým týmem budují SaaS nástroj pro monitorování výkonu. Má za sebou 20 let frontendového vývoje, školení optimalizace webů, publikování na svém blogu Vzhůru dolů a je spoluorganizátorem komunity Frontendisti.cz a konference FrontKon.
V této epizodě Martin sdílel velmi častý problém ve firmách a vývojářských týmech a sice "chceme rychlejší aplikace a odbavovat technologický dluh (ve vícero směrech), ale nedostáváme na to prostor". Odkud vítr vane, jaké jsou možnosti řešení a co by Vám Martin doporučil jako ty nejmenší kroky k pozitivní změně? To vše v dnešní epizodě. Příjemný poslech!
122: Nesprávní vývojáři pro danou věc aneb odchod seniorů / David Pěknic, CTO Košík.cz
YouTube verze: https://www.youtube.com/watch?v=snQL3895sCc
David začínal v IT kolem roku 2006 jako business konzultant. Jeho hlavní kariéra ale započala o rok později v T-Mobile, kde se z role vývojáře, přes roli projekťáka a integračního managera dostal až do pozice Head of Development. Později vedl z pozice Head of RnD vývoj ve Fortuně a poslední 3 roky řídí z pozice CTO vývoj v Košíku.
V této epizodě David zavzpomínal na své začátky v managementu aneb když neuměl vybrat ty správné lidi pro konkrétní věc, resp. když vybral ve správný čas nesprávné lidi na nesprávné místo. Aneb nábor seniorních vývojářů a jejich odchod po velmi krátké době. Příjemný poslech.
121: Košík.cz a vývoj zbytečně přeboostované aplikace / David Pěknic, CTO
YouTube verze: https://www.youtube.com/watch?v=ZfLM6RBV0fM
David začínal v IT kolem roku 2006 jako business konzultant. Jeho hlavní kariéra ale započala o rok později v T-Mobile, kde se z role vývojáře, přes roli projekťáka a integračního managera dostal až do pozice Head of Development. Později vedl z pozice Head of RnD vývoj ve Fortuně a poslední 3 roky řídí z pozice CTO vývoj v Košíku.
V této epizodě David rozebral fuckup, který se stal právě v Košíku a sice když se v rámci plánované expanze do zahraničí vymyslela a vyvíjela jejich nová platforma. Značně přeboostovaná. Slovy Davida - "šli jsme s kulometem na vrabce". V jakých ohledech a jak by doporučil ostatním postupovat, pokud chtějí dělat takovouhle věc? To vše v dnešní epizodě. Příjemný poslech.
120: Zkoušení nových cool technologií může zabít produkt / Michal Tichý, InstaCover
YouTube verze: https://www.youtube.com/watch?v=rZE0hLxVe0w&t=11s
Michal Tichý je CTO start-upu InstaCover, který se zaměřuje na zefektivnění oblasti pojišťovnictví pomocí automatizace a AI. Michal začínal v IT v roce 2015 "obyčejným" scriptováním v Pythonu a později se přes roli Data Engineera, Team Leadera a Head of AI dostal až do dnešní pozice CTO, kde zodpovídá za širokou škálu modelů umělé inteligence.
V této epizodě Michal rozebral fuckup, kdy pro klienta vyvíjeli projekt a měli přijít s první ukázkou. No big deal, práce na pár dnů. Bohužel ne tady. Seniorní vývojář si řekl, že se ukáže a zapojí do projektu všechny nové cool technologie a totálně to naboostuje. Jak to dopadlo si můžete poslechnout v dnešním povídání. Příjemný poslech!
119: AI nerozeznala levou a pravou stranu auta / Michal Tichý, InstaCover
YouTube verze: https://www.youtube.com/watch?v=rfPHRLYyR0Y
Michal Tichý je CTO start-upu InstaCover, který se zaměřuje na zefektivnění oblasti pojišťovnictví pomocí automatizace a AI. Michal začínal v IT v roce 2015 "obyčejným" scriptováním v Pythonu a později se přes roli Data Engineera, Team Leadera a Head of AI dostal až do dnešní pozice CTO, kde zodpovídá za širokou škálu modelů umělé inteligence.
V této epizodě Michal rozebral fuckup, kdy na jednom jejich produktu AI nepoznala levou a pravou stranu auta. Aneb bacha na zbrklost, vstupní data, obecné berličky a jejich kontrolu. Protože jak to tak bývá, opravit chybu bývá snadné, ale při hledání příčiny člověk může zešedivět! Příjemný poslech!
118: Speciál #10 - Poprvé v dějinách podcastu vlastní reklama🔥🚀
117: Nikdy nenasazujte na celou infru naráz / Jan Krpeš, CDN77
<strong>Nikdy nenasazujte na celou infru naráz<br />
<br />
</strong>Honza Krpeš je původem Linux admin, dnes je CTO společnosti CDN77, skrze kterou protéka 5 % celosvětového internetu. V dnešní epizodě sdílí příběh o tom jak kvůli nešikovnému canary deploy a souvisejících problémech asi na dalších čtyřech místech došlo k výpadku CDN. Jaká úzká hrdla to jsou, jak si je můžete pojistit a proč se třeba ne vždy spoléhat na unit testy? To vše v dnešní epizodě. Příjemný poslech.
116: Rozdělování vývojářů a adminů přestalo fungovat / Jan Krpeš, CDN77
<strong>Rozdělování vývojářů a adminů přestalo fungovat<br />
</strong><br />
Honza Krpeš je původem Linux admin, dnes je CTO společnosti CDN77, skrze kterou protéka 5 % celosvětového internetu. V této epizodě sdílí příběh jak jim rozdělení lidí na tým adminů a tým vývojářů přestalo při určité velikosti firmy / businessu fungovat. Kdy to začali pociťovat, jak se zařídili do budoucna a co by doporučil všem, kteří na podobnou věc mohou narazit? To vše v dnešní epizodě. Příjemný poslech.
115: Když není architekt dost hands-on, dějí se věci / Filip Eckstein, Head of Architecture, ComAp
<strong>Když není architekt dost hands-on, dějí se věci </strong><br />
<br />
Filip Eckstein si prošel kariérou od embedded vývojáře, přes team leadera a IT manažera několika mezinárodních týmů až do dnešní pozice Head of Architecture ve společnosti ComAp Control. Tam vede tým architektů a navrhují řídící systémy záložních zdrojů energie. V dnešní epizodě Filip sdílel příběh, který pojednává o poměrně tenké hranici / tenkém ledě, na kterém se nachází IT architekti. Na jedné straně přílišné ponoření do dané domény, nebo technologie a na druhé straně až příliš velký odstup a absence hands-on zkušeností. Proč to není dobře a co by Filip doporučil? Přináší 3 konkrétní tipy "jak být blíže týmu a daným technologiím či doménám". Příjemný poslech.
114: Když architekti nepřemýšlí long-term / Filip Eckstein, Head of Architecture, ComAp
<strong>Když architekti nepřemýšlí long-term<br />
</strong><br />
Filip Eckstein si prošel kariérou od embedded vývojáře, přes team leadera a IT manažera několika mezinárodních týmů až do dnešní pozice Head of Architecture ve společnosti ComAp Control. Tam vede tým architektů a navrhují řídící systémy záložních zdrojů energie. V dnešní epizodě Filip sdílel příběh, kdy při on-boardingu architektů došlo k tomu, že až příliš zabředli do týmů a každodenní práce a nemysleli dostatečně dopředu. K čemu to vedlo, proč se to vůbec stalo a co by Filip doporučil všem, kteří se do podobné situace mohou dostat, nebo se v ní už nachází? To vše v dnešní epizodě. Příjemný poslech.
113: Poprvé Test Managerem aneb despotický vůdce / Petr Fifka, Tredgate
<strong>Poprvé Test Managerem aneb despotický vůdce<br />
</strong><br />
Petr Fifka je zakladatel vzdělávací společnosti Tredgate a také aktivní člen komunity [pro:]TEST!. V QA působí už 10 let a prošel si rolemi od UAT testera, přes test leada, test automation engineera až k dnešní roli Test Managera. V dnešní epizodě Petr sdílel svou první zkušenost v roli Test Managera. O tom, jak se technicky vše relativně dařilo, ale soft skillově / organizačně byl považován za despotického vůdce. Co konkrétně dělal Petr špatně, jak sám se sebou pracoval a co by dnes doporučil všem, kteří do leaderské pozice rostou nebo v ní začínají? To vše v dnešní epizodě. Příjemný poslech.
112: Začít s automation testingem je easy, ne?! / Petr Fifka, Tredgate
<strong>Začít s automation testingem je easy, ne?!<br />
</strong><br />
Petr Fifka je zakladatel vzdělávací společnosti Tredgate a také aktivní člen komunity [pro:]TEST!. V QA působí už 10 let a prošel si rolemi od UAT testera, přes test leada, test automation engineera až k dnešní roli Test Managera. V dnešním příběhu sdílel své začátky s automation testingem aneb jak se ambiciózně a s vervou pustil do samostudia a začal své poznatky implementovat do reálného projektu a kódu. Kdy a proč se to začalo sypat? Jak na tuhle "hurá akci" zpětně Petr nahlíží a co by doporučil všem, kteří stejně jako on rádi dělají a zkouší nové technologie a přístupy? To vše v dnešní epizodě. Příjemný poslech.
111: Nespolehlivý kolega aneb rozklad týmu zevnitř / Kristýna Jahnová, PwC
<strong>Nespolehlivý kolega aneb rozklad týmu zevnitř</strong><br />
<br />
Kristýna Jahnová je Engineering Managerka ze společnosti PwC. V IT začínala v roce 2013 a vždy se věnovala napříč společnostmi IT managementu, řízení týmů, konzultantské činnosti a dodávání projektů. V dnešní epizodě Kristýna sdílela příběh o nespolehlivém kolegovi, kterého měla v týmu. Kolegovi, který nejenom svou morálkou rozkládal tým a měl negativní dopad na celý tým. Co byly ty dílčí aspekty nespolehlivosti? K čemu vedly? Na co si dát pozor? Kde registrovat tzv. "red flagy"? A co by Kristýna doporučila IT manažerům, ale i členům týmů, aby nedošli do stejné situace? To vše v dnešní epizodě. Příjemný poslech.
110: Ženy v IT, perfekcionismus a boj o místo na slunci / Kristýna Jahnová, PwC
<strong>Ženy v IT, perfekcionismus a boj o místo na slunci<br />
</strong><br />
Kristýna Jahnová je Engineering Managerka ze společnosti PwC. V IT začínala v roce 2013 a vždy se věnovala napříč společnostmi IT managementu, řízení týmů, konzultantské činnosti a dodávání projektů. V dnešní epizodě Kristýna sdílela příběh týkající se jejích osobních začátků v IT. O tom, jak vnímala svou ženskou roli v technickém oboru, jak se snažila být perfektní, jak občas bojovala o svou pozici a dokazovala věci okolí. Proč je to špatně a jaké to má negativní důsledky? A hlavně co by doporučila všem ženám v IT? To vše v dnešní epizodě. Příjemný poslech.
109: Vánoční speciál!🎁
108: Za DevOps a cloud architekty se chodí až když je pozdě / Lukáš Beránek, Solution Architect
<strong>Za DevOps a cloud architekty se chodí až když je pozdě</strong><br />
<br />
Lukáš Beránek je Solution Architect ze start-upu Digitoo. Start-upu, který řeší automatizaci a digitalizaci účetnictví. V IT ale začínal jako PHP programátor, ze kterého se přes Team Lead pozici vyvíjel do role DevOps / Cloud Solution Architecta v BOOTIQ / IBM, až do dnešní pozice v Digitoo. <br />
<br />
👇👇👇<br />
<br />
V dnešní epizodě Lukáš sdílel příběh, který často vídá v praxi. Totiž, že firmy chodí za DevOps a cloud architekty až ve chvíli, kdy je pozdě. Narazilo se na zásadní problém a firmy po DevOps čekají zázrak. Nejlépe mávnutím kouzelného proutku. Jaké to má důsledky? A proč se to vůbec děje? Jsou relevantní argumenty firem, že "jsou moc drahý" a "nemají čas"? Co je podle Lukáše elegantní řešení a co by firmám doporučil? To vše v dnešní epizodě. Příjemný poslech.
107: Paralyzovaný vývoj aneb čertovo kolečko / Lukáš Beránek, Solution Architect
<strong>Paralyzovaný vývoj aneb čertovo kolečko</strong><br />
<br />
Lukáš Beránek je Solution Architect ze start-upu Digitoo. Start-upu, který řeší automatizaci a digitalizaci účetnictví. V IT ale začínal jako PHP programátor, ze kterého se přes pozici Team Leada vyvíjel do role DevOps/Cloud Solution Architecta v BOOTIQ/IBM až do dnešní pozice v Digitoo. <br />
<br />
👇👇👇<br />
<br />
V dnešní epizodě Lukáš sdílel příběh o paralyzovaném vývoji. Fáze, kdy se začne sypat interní vývoj a zároveň přichází nové požadavky byznysu, zákazníků a dalších stran, které do procesu vstupují. Až se tlak ze všech stran vyeskaluje a dojde k totálnímu ochromení vývoje. Jaké jsou příčiny a jak z čertova kolečka ven? Proč je dobré začít malými krůčky a proč je zásadní vše měřit? To vše v dnešní epizodě. Příjemný poslech.
106: 5 symptomů vedoucích k rozpadu týmů / Tomáš Foltýn, Česká spořitelna / DELŠÍ EPIZODA
<strong>5 symptomů vedoucích k rozpadu týmů </strong><br />
<br />
Tomáš Foltýn je manažer vývoje retailových produktů z České spořitelny. Hostem podcastu už byl. Konkrétně ve 12. epizodě. Tomáš se mi ale ozval, že by měl nový super zajímavý příběh. A já musím souhlasit. Tomáš za svou mnohaletou kariéru odpozoroval určité vzorce a přichází s příběhem o 5-ti symptomech, které mohou vést k rozpadu týmů ve firmách. Je to proto detailnější a delší povídání. A ne neplatí hláška "je to sice dál, ale za to horší cesta"!😄 <br />
<br />
Jaké symptomy to jsou?<br />
<br />
1️⃣ Expert v týmu 10 let<br />
2️⃣ Neřízení kapacit a nulové měření<br />
3️⃣ Nízká úroveň engineeringu <br />
4️⃣ Nekompetentní nábory<br />
5️⃣ Falešná expertiza a vendor lock<br />
<br />
Jak problém včas poznat? Co s tím dělat? Co by Tomáš doporučil? To vše v dnešní nabité epizodě. <br />
<br />
Příjemný poslech.