Restart systému

V nové epizodě podcastu Restart Systému vítáme Tomáše Emingera, CTO ve Staking Facilities – německé firmě, která provozuje infrastrukturu pro blockchain. Tomáš prošel cestu od vlastního e-shopu GeekShop přes stavbu e-commerce infrastruktury v Kolonialu až po fyzický hardware, kde na milisekundách záleží.

Cloud, nebo vlastní železo? Rozebíráme, kdy se cloud vyplatí, kdy naopak ne, a proč nejde o dogma. Přidáváme ceny hardwaru, AI v rukou adminů a vývojářů, trh práce a svět blockchainu a low-latency tradingu.

👉 Probereme:

• Cloud vs. vlastní hardware: kdy se cloud vyplatí, jak funguje vendor lock-in a proč je chyba používat cloud jen jako virtuální mašiny

• Ceny hardwaru, lokální AI modely a placené služby typu Anthropic nebo OpenAI

• AI v infrastruktuře a ve vývoji: proč rozhoduje zadání, kontext a zkušenost

• Trh práce adminů, pohovory s AI a proč mladým chybí "bolest" při učení

• Blockchain a Solana: jak funguje validátor a proč o všem rozhoduje latence

• Core business: co si provozovat sám a co nechat cloudu

Epizoda stojí za poslech, pokud řešíte volbu mezi cloudem a on-premem, vedete IT oddělení nebo tým adminů a vývojářů, nebo vás zajímá, jak se mění práce lidí v IT s příchodem AI. A pokud vás láká low-latency svět a blockchain infrastruktura, v závěru zazní i téma náboru ve Staking Facilities.

⏱️ Kapitoly:

00:00 – Úvod

01:44 – Začátky: GeekShop a trička pro geeky

13:32 – Kolonial, e-commerce holding a první cloudy

15:39 – Proč cloud nedává smysl pro blockchain

16:58 – Cloud hater? Kdy cloud a kdy vlastní železo

28:26 – Ceny hardwaru a AI, které „požralo inovaci“

32:56 – Lokální AI vs. Anthropic a OpenAI: co se vyplatí

36:30 – AI v rukou adminů: dobrý sluha, špatný pán

38:46 – Proč je AI v infrastruktuře těžší než ve vývoji

41:36 – Kontextové okno člověka a jak „myslí“ jazykové modely

47:12 – AI a trh práce adminů, hiring a pohovorová zadání

50:25 – Ztracená „bolest“ při učení a chybějící admini

59:58 – Mačkači enteru: za co se bude platit

1:12:16 – Krypto infrastruktura: Double Zero a fyzický svět datacenter

1:15:46 – Proč blockchain: otevřené kapitálové trhy

1:17:26 – Jak funguje validátor na Solaně a proč rozhoduje latence

1:21:20 – High frequency trading: stožár NATO a FPGA ve switchích

1:24:19 – Nábor ve Staking Facilities

1:26:36 – Rada pro CTO: cloud vs. on-prem na příštích 5 let

1:34:25 – Závěr a poděkování

🔗 Sledujte nás na LinkedIn pro další inspiraci a zákulisní pohledy:

• Míra Fuksa (Coding Bear): https://www.linkedin.com/in/miroslavfuksa/

• David Šimůnek: https://www.linkedin.com/in/simunek/

🌐 Všechny epizody najdete také na:

https://codingbear.com/podcast

Manažer, nebo direktor? Většina lidí si ty dvě role plete, a když se špatně nastaví, vznikají zbytečné konflikty ve firmě i chaos při náboru. V nové epizodě Indexu podcastu Restart Systému to David Šimůnek jednou provždy vyjasňuje a Míra Fuksa mu do toho staví vlastní zkušenost z korporátů a firem, kam IT dodává.

Index je krátká epizoda o jednom pojmu. Tentokrát jde o dvojici manažer vs. direktor (ředitel). David přinesl téma z managementu a Míra ho zpochybňuje a doptává se.

👉 Probereme:

• Rozdíl manažer vs. direktor

• Žebříček rolí od individual contributora až po C-level

• Proč na titulech záleží při hiringu (CV, ATS, rekruteři) a co je CTO oproti direktorovi

• Inflace titulů ve startupech a proč se spousta lidí z manažerské role vrací zpátky

Epizoda je pro vás, pokud se chystáte na manažerskou nebo direktorskou pozici, hledáte nové lidi či práci, nebo nastavujete strukturu ve firmě či startupu. A také pokud chcete mít konečně jasno, pokud vám v tom něco nehrálo.

0:27 Úvod: Index, pes Izzy a pamlsky

1:16 Manažer vs. direktor: proč se ty pojmy pletou

3:01 Proč to řešit: nábor, CV a ATS podle titulů

5:44 Dvě roviny: firemní hierarchie a právní význam

6:06 Žebříček rolí: IC, team leader, manažer, direktor, C-level

7:31 Klíč: direktor je manažer manažerů (strategie vs. taktika)

9:58 Team leader vs. manažer

13:15 Jak se stát direktorem

16:20 Proč se lidé z manažerské role vrací zpátky

19:05 C-level vs. direktor: výsledky a odpovědnost

20:38 CTO jako funkce napříč firmou vs. direktor jako divize

22:29 Shrnutí

🔗 Sledujte nás na LinkedIn pro další inspiraci a zákulisní pohledy:

• Míra Fuksa (Coding Bear): https://www.linkedin.com/in/miroslavfuksa/

• David Šimůnek: https://www.linkedin.com/in/simunek/

🌐 Všechny epizody najdete také na:

https://codingbear.com/podcast

V nové epizodě podcastu Restart Systému vítáme Kristýnu Jahnovou, Director of Engineering ve společnosti Gen, technologické firmě zaměřené na bezpečnost. Prošla PwC i Microsoftem, začínala jako projektová manažerka a dnes řeší AI transformaci a adopci v mezinárodní engineeringové organizaci včetně PMO týmu.

AI nám v mnoha firmách zrychlila psaní kódu, a přesto pořád nestíháme. Proč se rychlejší vývoj nemusí promítnout do rychlejšího dodání, vyšších tržeb ani klidnějších dnů? Společně s Mírou a Davidem rozebíráme, kde se v procesu tvoří úzká hrdla, jak se mění práce s kontextem a proč „nestíháme“ i přes AI.

👉 Probereme:

• Rozdíl mezi efektivitou a produktivitou: kde po zrychlení kódování vznikají fronty (produkt, kvalita zadání, code review) a proč může AI review paradoxně prodloužit time to merge

• Analogii s elektrifikací továren a proč se přínos nové technologie projeví s velkým zpožděním

• Proč lidé s AI nestíhají: víc práce, rozmazaná hranice mezi prací a volnem, kognitivní únava a „honba za tokeny“

• Jak měřit práci inženýrů a AI adopci bez iluzí, proč metriky nesvazovat s KPI a co ukazují contribution v gitu

• Kde dnes AI pomáhá projektovému řízení a proč kvalitního projektáka zatím nenahradí

• Riziko, které se často přehlíží: nepředvídatelná cena tokenů, závislost na vendorech a obtížné měření návratnosti

Epizoda je pro IT manažery, vedoucí vývoje a produktu, CTO, project a delivery manažery i všechny, kdo ve firmě zavádějí AI a ptají se, proč se rychlost nepřevádí na výsledky. Dostanete konkrétní příklady z praxe velké firmy a pár nepohodlných otázek, které je dobré si položit dřív, než nasadíte „třicet agentů na všechno“.

🔗 Sledujte nás na LinkedIn pro další inspiraci a zákulisní pohledy:

• Míra Fuksa (Coding Bear): https://www.linkedin.com/in/miroslavfuksa/

• David Šimůnek: https://www.linkedin.com/in/simunek/

🌐 Všechny epizody najdete také na:

https://codingbear.com/podcast

Když přepisujete legacy systém, dřív nebo později narazíte na otázku: jak vlastně poznáte, že ten nový systém dělá to samé co starý? Míra dnes vysvětluje techniku, které se říká paralelní běh (parallel run) – a proč je to podle něj jedna z nejcennějších, ale zároveň nejpodceňovanějších fází celého přepisu.

Nejde o žádné teoretické cvičení. Probíráme, jak paralelní běh reálně funguje na produkčních datech, jak se liší od jiných testů a co dělat ve chvíli, kdy vám vyleze stovka rozdílů mezi starým a novým systémem – a jak se rozhoduje, které z nich opravit hned a které jen zaevidovat.

👉 Probereme:

• Co je paralelní běh a proč je to hlavně o validaci, ne o řízení rizik
• Jak se rozhoduje, jaké nalezené rozdíly opravit a jaké jen zaevidovat kvůli navazujícím systémům a procesům
• Jak přesvědčit manažery a zákazníky, aby na tuhle fázi vyhradili čas
• Proč začít logovat data hned na startu migračního projektu, ne až na konci

Epizoda je určená hlavně lidem, kteří se chystají na přepis nebo migraci staršího systému – ať už jako architekti, projektoví manažeři, nebo na straně zákazníka, který takový projekt zadává a chce vědět, na co se ptát dodavatele. (A jako bonus – dnešním „hostem" je i Davidův pes Izzy, která epizodu statečně prospala.)

1:26 Co je paralelní běh

3:06 Jak paralelní běh funguje v praxi

5:08 Proč to musí běžet na produkčních datech

10:05 Co dělat s nalezenými rozdíly a chybami

18:12 Logujte data od prvního dne migrace

19:42 Kde paralelní běh nefunguje

🔗 Sledujte nás na LinkedIn pro další inspiraci a zákulisní pohledy:
Míra Fuksa (Coding Bear): https://www.linkedin.com/in/miroslavfuksa/
David Šimůnek: https://www.linkedin.com/in/simunek/

🌐 Všechny epizody najdete také na: codingbear.com/podcast

Vibe coding je dneska všude – ale co se stane, když si firma nechá stavět kritické procesy na kódu, který nikdo neřídí, netestuje a často mu ani nerozumí? V tomhle dílu jdou David a Míra sami do hloubky a probírají, kde je vibe coding skvělý nástroj a kde je to tikající bomba.

Míra na příkladech z Coding Bearu i vlastní praxe ukazuje, jak vibe coding dokáže vytvořit novou "legacy" rychlostí, jakou by klasický vývoj nikdy nezvládl, a proč to firmy podceňují. David zase přidává vlastní zkušenosti s vibe codingem aplikací a to, kde ho i s AI po ruce dojela úplně obyčejná infrastruktura.

👉 Probereme:

• Co přesně je a co není vibe coding a proč to zdaleka není jen o psaní kódu.
• Jaká bezpečnostní rizika vibe coding přináší – od úniku dat po halucinované balíčky a škodlivé skilly.
• Proč AI generuje pull requesty o 150 % větší a proč se code review stává novým úzkým hrdlem.
• Jak si ve firmě nastavit governance, abyste vibe coding nezakazovali, ale ani nepodceňovali.

Epizoda je pro každého, kdo řídí IT nebo tým, kde lidé už dnes (ať oficiálně, nebo tajně) používají AI k tvorbě vlastních nástrojů – a taky pro každého, kdo chce využít AI chytře, ne naslepo.

Bonus: 24. 9. pořádá Coding Bear online webinář o tom, jak ve firmě nastavit governance kolem vibe codingu – registraci najdete na https://www.codingbear.com/webinar

Epizoda Indexu o tom, co je Vibe Coding - https://youtu.be/LFJgQipXc88

0:51 Proč je vibe coding dobré téma – rizika i přínosy

3:48 Co přesně je vibe coding (definice podle Karpathyho)

8:35 David a vesnická vibe-coded aplikace

16:24 Vibe coding v Coding Bear – prototyp vs. stabilní aplikace

19:48 Pozvánka na webinář

24:35 Proč vibe codingu chybí bezpečnostní vrstvy klasického vývoje

30:23 Vibe coding jako nová legacy: bus faktor a mizející know-how

33:56 Dvě kategorie rizik: technologie vs. lidský faktor

37:23 Halucinované balíčky a nebezpečné skilly stažené z netu

41:07 Historická paralela: Excel makra a krize 2008

43:52 Overconfidence: proč lidé s AI méně kontrolují svou práci

47:22 Review se zadrhává

55:11 Prototypy jako nejbezpečnější use case pro vibe coding

57:34 Jak klasifikovat rizika a kde vibe coding úplně zakázat

1:00:32 Pravidla pro výběr AI nástrojů a self-test na webu

1:04:32 Offboarding checklist a otázka AI revidující AI kód

1:06:58 Proč plně automatizovaný vývoj bez lidí zatím nikomu nefunguje

1:10:28 Fail-fast: nižší kvalita výměnou za rychlejší dodávky

1:12:42 Shrnutí doporučení

1:15:24 Brain fry: vyhoření z paralelní práce s AI

1:17:17 Pozor na zavádějící statistiky o produktivitě AI a izolované AI týmy

🔗 Sledujte nás na LinkedIn pro další inspiraci a zákulisní pohledy:

Míra Fuksa (Coding Bear): https://www.linkedin.com/in/miroslavfuksa

David Šimůnek: https://www.linkedin.com/in/simunek

🌐 Všechny epizody najdete také na: https://www.codingbear.com/podcast

David a Míra si tentokrát slíbili, že budou rychlí a úderní, jestli se jim to povedlo, posuďte sami.

Probereme:

• Co je front-end projektu a proč ho vedení firem tak často přeskočí
• Premortem: jak si tu odpověď vynutit dřív, než je projekt v troskách
• Runway: kolik peněz a času vlastně máte, než přijde likvidace, řečí čísel, ne pocitů
• Bus faktor: jak poznat, že celý systém stojí na jednom člověku, a co s tím reálně dělat

Epizoda je pro každého, kdo zadává nebo vede projekty a produkty, ať jste produkťák, projekťák, CTO nebo majitel firmy, který si říká, že tohle přece nikdy neřeší.

0:00  Úvod: vítejte v dalším Indexu

0:45  Dnešní pojmy: front-end projektu a bus faktor

2:51  Rychlovka z Coding Bearu: API, které se stalo byznys game changerem

5:31  Front-end projektu: proč firmy nezodpoví základní otázky na startu

8:07  Runway (podkapitola front-endu): kolik dechu (a peněz) má váš projekt, než přijde likvidace

14:08 Proč transparentnost k týmu snižuje stres, ne zvyšuje

17:29 Premortem (podkapitola front-endu): jak si předem vynutit odpovědi od vedení

20:59 Bus faktor: co znamená a proč je "přejetí autobusem" tak nebezpečné

24:14 Zdenda, Ferdinand a technický dluh: co s bus faktorem 1 dělat

36:09 Shrnutí dílu a rozloučení

💬 Diskutují: Miroslav Fuksa a David Šimůnek

🔗 Sledujte nás na LinkedIn:

Míra Fuksa (Coding Bear): ⁠ ⁠⁠https://www.linkedin.com/in/miroslavfuksa/⁠⁠

David Šimůnek: ⁠⁠⁠https://www.linkedin.com/in/simunek/⁠⁠

🌐 Další epizody: ⁠⁠https://codingbear.com/podcast⁠

Kolikrát jste za poslední rok poslali žádost o práci na LinkedInu a nikdo se vám neozval? Nejste sami – a není to jen vaší vinou. V nové epizodě podcastu Restart Systému se David a Míra vracejí k tématu, které na kanálu pravidelně opakují, protože se mění rychleji než cokoliv jiného: stav hiringu na IT trhu. Tentokrát navíc s osobním rozměrem – Davidovi právě skončil poslední projekt a sám teď aktivně hledá další angažmá, takže tentokrát nejde jen o teorii.Míra přináší pohled najímajícího CEO ze společnosti Coding Bear – co dnes skutečně rozhoduje o tom, koho pozvou na pohovor, a co naopak kandidáta rovnou vyřadí. David mluví z pozice člověka, který trh zkoumá zvenčí i zevnitř jako IT manažer a konzultant, a probírá, jak se za poslední rok proměnily nároky na manažerské pozice, CTO role nebo produktový management.Probereme:• Proč mají cold aplikace na LinkedInu úspěšnost jen kolem 5 % a co dělat místo nich• Jak dnes AI mění hledání práce – od AI agentů, co vám hledají pozice, až po AI generovaná CV a cover lettery, které náboráře spíš odradí• Mýtus kolem ATS systémů a "optimalizace CV pro AI", který zbytečně straší tisíce lidí• Proč ustupuje remote práce, mizí klasický projektový manažer a roste mzdová prémie za AI dovednostiEpizoda je pro každého, kdo teď hledá práci nebo lidi do týmu – pro vývojáře, IT manažery i majitele firem, kteří chtějí vědět, co na trhu práce skutečně funguje a co je jen bublina.Sledujte nás na LinkedIn pro další inspiraci a zákulisní pohledy:Míra Fuksa (Coding Bear): https://www.linkedin.com/in/miroslavfuksaDavid Šimůnek: https://www.linkedin.com/in/simunekVšechny epizody najdete také na: codingbear.com/podcast

V této epizodě rozebíráme dva pojmy, které na první pohled vypadají nesouvisející, ale v praxi se potkávají v tom, jak dnes řídit změnu. Velké změny dnes často nefungují přes tlak a jednorázový zlom, ale přes chytře řízený postupný přechod.

Vedení Gen Z
Co je formovalo, proč na ně nefungují staré manažerské páky a co od práce opravdu čekají. Řešíme hlavně:

• proč je pro ně důležitá autonomie, průběžný feedback a smysluplnost
• Jak u Gen Z pracovat s tlakem
• kde manažeři jejich chování čtou špatně

Strangler Fig Pattern
Přístup, jak postupně nahrazovat legacy systémy bez riskantního big bang přepisu. Probíráme:

• proč je lepší než jednorázový přepis
• jak funguje postupné odpojování starého systému
• proč je to nejen technický pattern, ale i delivery strategie

💬 Diskutují: Miroslav Fuksa a David Šimůnek

🔗 Sledujte nás na LinkedIn:

Míra Fuksa (Coding Bear): ⁠ ⁠⁠https://www.linkedin.com/in/miroslavfuksa/⁠⁠

David Šimůnek: ⁠⁠⁠https://www.linkedin.com/in/simunek/⁠⁠

🌐 Další epizody: ⁠⁠https://codingbear.com/podcast⁠

V nové epizodě podcastu Restart Systému vítáme Matěje Žáka - CEO společnosti Trezor, jedné z nejznámějších českých technologických značek ve světě krypta a bezpečného držení digitálních aktiv.

Rozhovor se točí kolem toho, jak se z firmy postavené na silné misi, důvěře a technické integritě stává globální produktový byznys. Bavíme se o cestě Matěje Žáka z produktového manažera až do role CEO, o tom, jaké je převzít firmu po zakladatelích, a proč podle něj může byznys vznikat jako důsledek snahy něco ve světě opravit.

Bonusové video s odpověďmi Matěje na otázky posluchačů najdete na našem webu: https://www.codingbear.com/cz/podcast#Bonusy

Probereme například:

- Proč Matěj po setkání se zakladateli cítil, že práce může být smysluplná a férová

- Jak se člověk posune z role produktového manažera do vedení firmy

- Co dnes Trezor vlastně je: hardware, software, bezpečnostní firma, značka důvěry i open-source ekosystém

- Jak se liší řízení hardwarového produktu od čistě softwarového vývoje

- Proč u bezpečnostního zařízení začíná důvěra už ve výrobě, dodavatelském řetězci a prvním spuštění

- Jak poptávka po Trezoru reaguje na bull market, pády burz, hacky a ztrátu důvěry v instituce

- Proč self-custody není jen kryptotermín, ale otázka odpovědnosti, kontroly a důvěry

Epizoda je určená všem, kdo řeší produktové řízení, leadership, růst technologické firmy, bezpečnost, hardware, krypto nebo budování firmy, která nestojí jen na revenue, ale na hlubší představě o tom, co má ve světě zlepšit.

💬 Diskutují: Miroslav Fuksa a David Šimůnek

🔗 Sledujte nás na LinkedIn:

Míra Fuksa (Coding Bear): ⁠ ⁠⁠https://www.linkedin.com/in/miroslavfuksa/⁠⁠

David Šimůnek: ⁠⁠⁠https://www.linkedin.com/in/simunek/⁠⁠

🌐 Další epizody: ⁠⁠https://codingbear.com/podcast⁠

V nové epizodě podcastu Restart Systému vítáme Martina Horáka – IT manažera, který se pohybuje na pomezí bankovního IT, vývoje, agile praxe a budování digitální organizace.

Rozhovor se točí kolem toho, proč velká technologická změna v bance často nezačíná novým systémem, ale změnou samotné IT organizace. Bavíme se o Digital Factory, rychlosti delivery, vedení vývojových týmů, modernizaci legacy systémů i o tom, kdy agile pomáhá řídit změnu.

Probereme například:

Proč banka někdy potřebuje vybudovat novou digitální organizaci

• Kde se v bankovní digitalizaci ztrácí efektivita
• Jak strukturovat technologické týmy
• Jak se projevují při práci kulturní rozdíly některých zemí
• Jaké je během pár měsíců znásobit velikost IT organizace

Epizoda je určená všem, kdo řeší digitální transformaci, řízení vývoje, modernizaci systémů, agile v reálných firmách nebo škálování IT organizace – a zajímá je, proč zásadní změna technologií často vyžaduje nejdřív zásadní změnu způsobu, jakým IT funguje.

A ještě slíbený odkaz https://teamtopologies.com

💬 Diskutují: Miroslav Fuksa a David Šimůnek

🔗 Sledujte nás na LinkedIn:

Míra Fuksa (Coding Bear): ⁠ ⁠https://www.linkedin.com/in/miroslavfuksa/⁠

David Šimůnek: ⁠⁠https://www.linkedin.com/in/simunek/⁠

🌐 Další epizody: ⁠https://codingbear.com/podcast⁠