Advertise on podcast: Fuckupy v IT

SRE vs testeři na produkci, what? 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 (https://tredgate.cz/test-akademie/).  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 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 (https://tredgate.cz/test-akademie/).  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. 

Firmy nemají na optimalizaci aplikací adekvátní experty 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!🙂

Chceme řešit performance a technický dluh, ale nedostáváme prostor 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!

Nesprávní lidé pro konkrétní věc aneb odchod senior vývojářů 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.

Košík.cz a vývoj zbytečně přeboostované aplikace 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.

Nově podcast a tato epizoda ke zhlédnutí také na YouTube: 👉 https://youtu.be/8OHOda0lFwc  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!

Nově podcast a tato epizoda ke zhlédnutí také na YouTube: 👉 https://youtu.be/p7mn7gjlGtQ 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!

V případě zájmu o více informací nebo spolupráci pište na matej.kotrba@vork.cz.

Nikdy nenasazujte na celou infru naráz 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.

Rozdělování vývojářů a adminů přestalo fungovat 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.

Když není architekt dost hands-on, dějí se věci 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.