Aller au contenu
Restart systému
PodcastTechnologiesCS

Restart systému

Nouveau#26: Tomáš Eminger (CTO Staking Facilities) – Za mačkání enteru nikdo platit nebude10 novembre 2026 · 1 h 36 min
Épisodes
47
Parution
mensuelle
Dernier épisode
10 Nov 2026

À propos du podcast

Světy technologií o managementu se posouvají dopředu více, než jeden dokáže sledovat. Ať už jste manažer, vedoucí firmy či investor, architekt, vývojář nebo student, podcast je Váš prostor, kde se obohatit o postřehy a inspiraci stojící na praxi, osvědčených postupech a světové vědě. Každý měsíc vám diskutující Miroslav Fuksa, CEO software house Coding Bear a David Šimůnek, rozvíjející konzultační službu inScope, přinášejí případové studie, aplikované trendy a výzkumy z oblasti softwarového vývoje, technologií, vedení lidí a podniků.

Épisodes 47

  1. #26: Tomáš Eminger (CTO Staking Facilities) – Za mačkání enteru nikdo platit nebude

    1 h 36 minSaison 1 · Épisode 26

    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 …

    Notes de l’épisode

    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

  2. Index #21: Manažer vs Direktor: Kdo je kdo a proč nesprávný titul mate

    24 minÉpisode 21

    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 …

    Notes de l’épisode

    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

  3. #25: Kristýna Jahnová (Director of Engineering Gen) – Proč nestíháme, i když máme AI?

    1 h 28 minSaison 1 · Épisode 25

    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á …

    Notes de l’épisode

    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

  4. Index #20: Paralelní běh – co vám ušetří měsíce bolesti při přepisu legacy systému

    22 minÉpisode 20

    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 …

    Notes de l’épisode

    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

  5. #24: Vibe coding ve firmě: kde končí rychlost a začíná riziko

    1 h 23 minSaison 1 · Épisode 24

    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 …

    Notes de l’épisode

    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

  6. Index #19: Bus faktor a front-end projektu: Kdo drží váš systém, a co o tom vedení mlčí

    38 minÉpisode 19

    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ěď …

    Notes de l’épisode

    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⁠

  7. #23: Sháníte lidi, nebo práci? Jak AI, ATS mýty a ekonomika mění pravidla hiringu

    1 h 35 min

    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é …

    Notes de l’épisode

    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

  8. Index #18: Gen Z v práci a Strangler Fig Pattern: Proč dnes nefunguje tlak ani big bang

    41 minÉpisode 18

    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 …

    Notes de l’épisode

    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⁠

  9. #22: Matěj Žák (CEO Trezoru) – Když byznys přichází ze snahy něco na světě opravit

    1 h 40 minSaison 1 · Épisode 22

    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čí …

    Notes de l’épisode

    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⁠


  10. #21: Martin Horák (Head of Development Creditas D.F.) – Když se nové bankovnictví rodí v novém IT

    1 h 27 minSaison 1 · Épisode 21

    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č …

    Notes de l’épisode

    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⁠

  11. Index #17: Coffee badging a vibe coding: Jak se mění práce i tvorba softwaru

    33 minÉpisode 17

    V této epizodě rozebíráme dva pojmy, které na první pohled vypadají nesourodě, ale ve skutečnosti se potkávají v tom, jak se dnes mění práce.Coffee badging ukazuje, co se stane, když firmy měří hlavně …

    Notes de l’épisode

    V této epizodě rozebíráme dva pojmy, které na první pohled vypadají nesourodě, ale ve skutečnosti se potkávají v tom, jak se dnes mění práce.

    Coffee badging ukazuje, co se stane, když firmy měří hlavně přítomnost místo skutečného přínosu. Proč lidé přijedou do kanceláře, odpípnou docházku, dají si kávu a zase zmizí, proč to není jen historka o lenosti a co tenhle trend říká o hybridní práci, důvěře a manažerských metrikách.

    Vedle toho jdeme do vibe codingu – tedy stylu práce, kdy člověk s pomocí AI rychle skládá software přes zadávání záměru, iterace a zkoušení, často bez klasického detailního psaní kódu. Vysvětlujeme, kde je tenhle přístup opravdu silný, proč je skvělý na prototypy, experimenty a rychlé ověřování nápadů, ale také kde už naráží na limity, pokud má vznikat udržovatelný a produkční software.

    Dvě témata, jeden společný průnik: stará pravidla práce přestávají stačit – ať už jde o kancelář, nebo o vývoj.

    👉 Pořádáme Focus Group zaměřenou na přepis systémů, která proběhne 19. 5. 2026. Více informací a registrace zde: ⁠https://luma.com/i0mzw0rp

    💬 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⁠

  12. Index #16: Co jsou AI agenti a co je Workslop: Kde AI šetří čas — a kde ho jen pálí

    36 minÉpisode 16

    V této epizodě rozebíráme dva pojmy, které se ve firmách budou objevovat čím dál častěji: AI agenty a workslop.Vysvětlujeme, co přesně AI agent je, kde dává skutečný smysl, proč kolem něj vzniká tolik zmatku a …

    Notes de l’épisode

    V této epizodě rozebíráme dva pojmy, které se ve firmách budou objevovat čím dál častěji: AI agenty a workslop.

    Vysvětlujeme, co přesně AI agent je, kde dává skutečný smysl, proč kolem něj vzniká tolik zmatku a proč není totéž co běžný prompt nebo chatbot. Řešíme, kde agenti opravdu šetří čas, kde jen vypadají chytře a proč jejich nasazení bez změny práce často nepřináší slíbený efekt.

    Vedle toho jdeme do pojmu workslop – tedy AI výstupů, které působí hotově, ale ve skutečnosti jen posouvají práci dál v řetězci. Probíráme, proč je workslop manažersky nebezpečný, jak vytváří iluzi produktivity, kde vzniká skrytý rework a proč firmy často nevidí z AI reálný návrat investice, i když mají pocit, že jsou „rychlejší“.

    Dvě témata, jeden společný problém: AI sama o sobě produktivitu nezvyšuje. Záleží na tom, jak je nastavená práce, kontrola a metriky.

    👉 Pořádáme Focus Group zaměřenou na přepis systémů, která proběhne 19. 5. 2026. Více informací a registrace zde: ⁠https://luma.com/i0mzw0rp

    💬 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⁠

  13. #20: Chcete přepsat IT systém? Proč tím přepisujete firmu a proč to AI za vás nevyřeší

    1 h 28 minSaison 1 · Épisode 20

    👉 V podcastu zmiňujeme Focus Group zaměřenou na přepis systémů, která proběhne 19. 5. 2026. Více informací a registrace zde: https://luma.com/i0mzw0rpV tomto díle David a Míra rozebírají přepisy legacy IT …

    Notes de l’épisode

    👉 V podcastu zmiňujeme Focus Group zaměřenou na přepis systémů, která proběhne 19. 5. 2026. Více informací a registrace zde: https://luma.com/i0mzw0rp

    V tomto díle David a Míra rozebírají přepisy legacy IT systémů – a proč nejde o IT projekt, ale o zásah do fungování firmy. Co se ve skutečnosti přepisuje, proč většina těchto projektů selhává a jak do toho vstupuje AI.

    Přinášíme podložená fakta i zkušenosti z praxe:

    • Proč kolem 70 % transformací nedosáhne cíle – a proč problém nezačíná v technologii.
    • Legacy jako archiv neviditelných pravidel a výjimek, které firma neumí popsat.
    • Proč nejdražší není kód, ale znalost ukrytá v hlavách lidí.
    • Jak optimism bias a „příliš hezké plány“ vedou k projektům, které se nedají zastavit.

    V epizodě také uslyšíte:

    • Big bang vs. postupná migrace – co vypadá dobře na slidech a co funguje v realitě.
    • Proč je middle management klíčová překladová vrstva změny.
    • Jak AI v dílčích místech zrychluje přepis, ale neřeší rozhodování, ownership ani rizika.

    💬 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


  14. Index #15: Inflace titulů a UML/BPMN, které vám dávají náskok

    27 minÉpisode 15

    Titulů přibývá. Standardy analýzy se ztrácí.V Indexu #15 rozebíráme dva zdánlivě nesouvisející pojmy, které se ale potkávají v praxi.Inflace titulů vysvětluje, proč diplom přestává být silný signál schopností …

    Notes de l’épisode

    Titulů přibývá. Standardy analýzy se ztrácí.

    V Indexu #15 rozebíráme dva zdánlivě nesouvisející pojmy, které se ale potkávají v praxi.
    Inflace titulů vysvětluje, proč diplom přestává být silný signál schopností. Co to znamená pro hiring, proč firmy zpřísňují výběr jinak než přes vzdělání a kde vzniká paradox více vzdělání, ale větší nejistoty.

    Vedle toho jdeme do UML, BPMN a dalších standardů, které tvoří základ analytického myšlení – a přesto je řada lidí v praxi nezná. Kdy tyto notace dávají smysl, co přesně zachycují a proč jejich znalost zlepšuje komunikaci i kvalitu návrhu.

    Dvě témata, jeden průnik: jak dnes skutečně poznat schopného člověka.

    🔗 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/

    🎧 Celá epizoda: https://codingbear.com/podcast

  15. #19: Filip Mikschik (CEO StartupJobs) – Z 6 kandidátů na 24: O nové éře náboru

    1 h 36 minSaison 1 · Épisode 19

    V nové epizodě Restart Systému vítáme Filipa Mikschika, CEO StartupJobs. Bavíme se o tom, co se reálně děje v IT náboru a ve startupech, když se z původního počtu 6 kandidátů stane 24 na jedno místo.Důležitá …

    Notes de l’épisode

    V nové epizodě Restart Systému vítáme Filipa Mikschika, CEO StartupJobs. Bavíme se o tom, co se reálně děje v IT náboru a ve startupech, když se z původního počtu 6 kandidátů stane 24 na jedno místo.


    Důležitá linka epizody je i to, jak StartupJobs používá AI prakticky: Filip popisuje, jak je jako CEO přímo zapojený do R&D, proč si sám kóduje prototypy a jak AI zavádějí tak, aby to reálně zvedalo efektivitu.


    👉 Probereme:

    • Z 6 kandidátů na 24: co se změnilo v náboru
    • Jak AI mění hiring funnel: víc objemu, méně signálu
    • „AI jako junior, senior jako reviewer“: kde vzniká nový bottleneck a skrytý dluh
    • Ghosting, reakce firmem a přehnané úkoly: proč se to děje a co by šlo zautomatizovat
    • Česko vs. zahraničí: co je u nás specifické


    🔗 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

  16. Index #14: OKR jako evoluce a AI Reasoning, který zlepšuje odpovědi

    26 min

    V další epizodě podformátu Index se díváme na OKR jako evoluci řízení cílů a na AI Reasoning, který zlepšuje kvalitu odpovědí.O OKR mluvíme bez kultu Googlu. Jsou opravdu zásadně jiné než KPI nebo MBO? Nebo jde …

    Notes de l’épisode

    V další epizodě podformátu Index se díváme na OKR jako evoluci řízení cílů a na AI Reasoning, který zlepšuje kvalitu odpovědí.

    O OKR mluvíme bez kultu Googlu. Jsou opravdu zásadně jiné než KPI nebo MBO? Nebo jde spíš o drobné změny formy, které mění chování lidí? Rozebíráme rozdíl mezi Objective a Key Results, roli kadence, transparentnosti i oddělení od odměn. A také to, proč se z OKR často stane jen přejmenovaný reporting – a tím ztratí smysl.

    Pak přepneme do IT a jdeme pod kapotu AI Reasoningu. Co znamená, že model „uvažuje ve více krocích“? Jak funguje vícekrokové generování, proč může zvýšit přesnost u složitějších úloh a kdy naopak jen prodlouží odpověď bez skutečného přínosu? Vysvětlujeme rozdíl mezi prostým generováním textu a strukturální inferencí.

    Podcast vzniká pod záštitou software housu Coding Bear, který vede jeho zakladatel a šéf Míra Fuksa. Pokud potřebujete software na míru, dočasné posily nebo konzultaci k architektuře, jste u něj správně.

    Dále také David Šimůnek, který se věnuje poradenství v managementu firem a řízení změn. Pomáhá firmám zlepšovat management v IT, vybírat projektové manažery a dělat transformace tak, aby neopakovaly stejné chyby.

    🔗 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/

    🌐 Všechny epizody: https://codingbear.com/podcast

  17. #18: Zdík Kudrle (Head of Architecture Alza) – Každý IT trend má svou korekci

    1 h 34 minSaison 1 · Épisode 18

    V nové epizodě podcastu Restart Systému vítáme Zdíka Kudrleho, Head of Architecture ve Alza.cz – architekta, který má zkušenosti z velkých technologických organizací jako Mall.cz i veřejného sektoru, včetně …

    Notes de l’épisode

    V nové epizodě podcastu Restart Systému vítáme Zdíka Kudrleho, Head of Architecture ve Alza.cz – architekta, který má zkušenosti z velkých technologických organizací jako Mall.cz i veřejného sektoru, včetně Česká televize.

    Rozhovor se točí kolem role architektury v řízení firem, leadershipu v IT I kolem myšlenek, že každý IT trend má svou fázi nadšení – a nevyhnutelnou fázi korekce. O buzzwordech mluvíme otevřeně a kriticky. O tom, co zůstane, když hype opadne.

    👉 Probereme:
    • Proč AI, mikroservisy, cloud nebo „digitální transformace“ vždy projdou vystřízlivěním
    • Co architektura skutečně znamená z pohledu managementu – a kdy je jen iluzí kontroly
    • Jak vypadá práce architekta ve velké e-commerce firmě a ve veřejnoprávní instituci
    • Kdo je (a není) architekt – a proč seniorita v kódu sama o sobě nestačí
    • Proč architekt musí umět prosazovat rozhodnutí, pracovat s odporem a nést odpovědnost
    Epizoda je určená všem, kdo chtějí lépe pochopit perspektivu architekta, zajímá je IT management, leadership a rozhodování ve složitých systémech – a mají pocit, že je čas dívat se na IT trendy střízlivěji.

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

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

  18. Index #13: Unbossing a JVM – svět bez šéfů a „malý OS“ uvnitř aplikace

    40 minÉpisode 13

    V třinácté epizodě podformátu Index bereme dvě témata, která dnes narážíš v praxi častěji, než se zdá: Unbossing a JVM. Rozebíráme, jak vypadá zplošťování firem (delayering) a současné odmítání manažerských …

    Notes de l’épisode

    V třinácté epizodě podformátu Index bereme dvě témata, která dnes narážíš v praxi častěji, než se zdá: Unbossing a JVM. Rozebíráme, jak vypadá zplošťování firem (delayering) a současné odmítání manažerských rolí hlavně u mladších lidí – a co to v reálu udělá s odpovědností, rychlostí rozhodování, mentoringem a vznikem „neviditelné moci“ v týmech. A pak přepneme do techniky: bavíme se o tom, proč je JVM pořád páteř velké části enterprise a datového světa, jak v praxi funguje Garbage Collector a další důležité součásti.

    Podcast vzniká pod záštitou software housu Coding Bear, který vede jeho zakladatel a šéf Míra Fuksa. Pokud potřebujete software na míru, dočasné posily nebo konzultaci k architektuře, jste u něj správně.

    Dále i David Šimůnek – který se věnuje managementu firem a řízení změn. Pomáhám firmám zlepšovat management v IT, vybírat projektové manažery a dělat transformace tak, aby neopakovaly stejné chyby.

    🔗 Sledujte nás na LinkedIn:
    Míra Fuksa (Coding Bear): https://cz.linkedin.com/in/miroslavfuksa

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

    🌐 Všechny epizody: https://codingbear.com/podcast

  19. #17: Jiří Raška (CTO Partners Banka) – Jak se staví greenfield banka

    1 h 39 minSaison 1 · Épisode 17

    V sedmnácté epizodě podcastu Restart Systému vítáme Jiřího Rašku, CTO Partners Banky – technologického lídra, který pomáhal postavit banku „na zelené louce“, navrhovat architekturu a procesy a zároveň udržet …

    Notes de l’épisode

    V sedmnácté epizodě podcastu Restart Systému vítáme Jiřího Rašku, CTO Partners Banky – technologického lídra, který pomáhal postavit banku „na zelené louce“, navrhovat architekturu a procesy a zároveň udržet tempo vývoje v prostředí regulace, bezpečnosti a vysokých nároků na stabilitu.

    Společně jdeme do detailů jako: co v praxi znamená „cloud first“ v českém prostředí, jak vypadá architektura moderní banky postavené od nuly, kde se vyplatí stavět vlastní řešení a kde naopak nakupovat (build vs. buy).

    👉 Probereme:

    • Přerod ze světa gamingu/startupů do banky
    • „Cloud first“ bez marketingu: rozhodnutí to opravdu přináší
    • Mikroservisní architektura v praxi a volba technologií (build vs. buy)
    • Hiring strategie: jak lákat a držet talenty, když nehrajete jen na platy
    • AI v bance: co je užitečné dnes a co je zatím spíš očekávání do blízké budoucnosti

    Epizoda pro všechny, kteří staví digitální produkty, vedou IT a chtějí slyšet konkrétní realitu moderního vývoje – bez PR omáčky.

    🔗 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 (management a řízení změn): https://www.linkedin.com/in/simunek/


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

  20. Index #12: Quiet quitting a MCP – tichá rezignace zaměstnanců a integrační protokol pro AI

    39 minÉpisode 12

    V dvanácté epizodě podformátu Index spojujeme dva aktuální fenomény: quiet quitting jako tichou změnu vztahu lidí k práci a Model Context Protocol (MCP) jako způsob, jak AI asistenty napojovat na reálné …

    Notes de l’épisode

    V dvanácté epizodě podformátu Index spojujeme dva aktuální fenomény: quiet quitting jako tichou změnu vztahu lidí k práci a Model Context Protocol (MCP) jako způsob, jak AI asistenty napojovat na reálné nástroje a data.

    Quiet quitting
    Vysvětlujeme, proč quiet quitting není lenost, ale vnitřní odchod z práce při zachování formálního výkonu. Bavíme se o tom, co lidi k tiché rezignaci vede (psychologická smlouva, tlak, nerovnost, generační změna) a jak se to projevuje v českých firmách. Řešíme, co s tím může dělat management – od role manažera až po nastavení autonomie.

    Model Context Protocol (MCP)
    V technické části probíráme MCP jako standardizovaný způsob, jak mohou AI asistenti bezpečně a předvídatelně pracovat s nástroji, systémy a daty firmy. Vysvětlujeme, proč se o MCP mluví jako o „USB pro AI aplikace“, kde dává smysl ho začít řešit a co to znamená pro architekturu i vývojáře.

    🔗 Sledujte nás na LinkedIn
    Míra Fuksa (Coding Bear): https://www.linkedin.com/in/miroslavfuksa/
    David Šimůnek (Management a Řízení změn): https://www.linkedin.com/in/simunek/

    🌐 Všechny epizody najdete také na

    https://codingbear.com/podcast

  21. #16: Chceš práci v IT i za 5 let? Jak AI, stack a nábor přepisují pravidla hry

    1 h 14 minSaison 1 · Épisode 16

    V tomto díle David a Míra rozebírají, co AI tsunami a další vlivy reálně udělaly s trhem práce v IT v průběhu roku 2025. Řeší propouštění v korporátním IT, přepálený juniorský pipeline, tlak na seniory i to …

    Notes de l’épisode

    V tomto díle David a Míra rozebírají, co AI tsunami a další vlivy reálně udělaly s trhem práce v IT v průběhu roku 2025. Řeší propouštění v korporátním IT, přepálený juniorský pipeline, tlak na seniory i to, jak AI nástroje a změny technologického stacku přepisují náborová pravidla – od pohovorů až po smlouvy.

    0:00 Uvod

    5:12 Ekonomický vývoj

    25:00 Tech stack ve vzdělávání


    Přinášíme podložená fakta i zkušenosti z praxe:
    • Jak vypadá „hubnutí po přejedení“ v korporátním IT a proč nejde o klasickou krizi.
    • Proč se firmám finančně nevyplácí najímat juniory, i když je trh plný absolventů a rekvalifikantů.
    • Co AI skutečně dělá s rolí vývojáře – kde zvyšuje produktivitu a kde naopak přidává práci s „téměř správným“ kódem.
    • Jak se mění poptávka po technologiích: růst TypeScriptu, Pythonu, Rustu a Go vs. ústup PHP, Ruby.

    V epizodě také uslyšíte:
    • Příklad konkurenční doložky a co znamená pro kontraktory, kteří chtějí „přejít napřímo“ ke klientovi.
    • Historku z pohovorů s Ansible scriptem, kde slepé spoléhání na AI skončilo průšvihem.
    • Proč se z vývojáře stává víc „designer systému“ než člověk, který jen píše kód – a jak se tomu přizpůsobit.
    • Konkrétní tipy, jak přemýšlet o stacku, vzdělávání a kariérních krocích, pokud chcete mít práci v IT i za pět let.


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

    🔗 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 (management a řízení změn): ⁠https://www.linkedin.com/in/simunek/⁠⁠

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

  22. Index #11: SQL vs NoSQL a Proximity Bias – Jak myslí databáze a jak manažeři

    35 minÉpisode 11

    V jedenácté epizodě podformátu Index nabízíme dva pohledy: technický přehled současných databázových přístupů a manažerskou reflexi předsudku Proximity Bias, který ovlivňuje rozhodování v hybridních …

    Notes de l’épisode

    V jedenácté epizodě podformátu Index nabízíme dva pohledy: technický přehled současných databázových přístupů a manažerskou reflexi předsudku Proximity Bias, který ovlivňuje rozhodování v hybridních organizacích.


    00:29 - Úvod

    01:29 - Sponzor podcastu

    03:20 - Proximity bias

    14:28 - Databáze a jejich typy


    Databáze – SQL, NoSQL, dokumentové i grafové
    Procházíme hlavní typy databází, jejich principy, silné i slabé stránky. Vysvětlujeme, proč relační databáze zůstávají pilířem kritických systémů, kde naopak vítězí flexibilita dokumentových či grafových řešení, a jak výběr datového modelu ovlivňuje výkon, škálovatelnost i dlouhodobou udržitelnost systému.

    Proximity Bias
    Předsudek, který zvýhodňuje ty, kdo jsou „na očích“. V hybridním světě práce vede k nerovnováze v rozhodování, kariérním růstu i rozvoji talentů. Rozebíráme data z výzkumů, dopady na výkonnost týmů a strategie, jak tento bias vědomě eliminovat – od objektivního hodnocení po remote-first kulturu.


    🔗 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 (management a řízení změn): https://www.linkedin.com/in/simunek/⁠

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

  23. #15: Štěpán Kopřiva (CEO Adastra CR) – Od AI startupisty k lídrovi v globální technologické firmě

    1 h 26 minSaison 1 · Épisode 15

    V patnácté epizodě podcastu Restart Systému vítáme Štěpána Kopřivu, CEO společnosti Adastra Česká republika – manažera, který se z technologického experta a zakladatele AI startupů vypracoval až na vrcholového …

    Notes de l’épisode

    V patnácté epizodě podcastu Restart Systému vítáme Štěpána Kopřivu, CEO společnosti Adastra Česká republika – manažera, který se z technologického experta a zakladatele AI startupů vypracoval až na vrcholového vedení jedné z nejvýznamnějších IT společností u nás.

    Společně mluvíme o tom, jak se mění role lídra v technologickém byznysu, jak se AI stává reálnou součástí firemních procesů a jak dokáže český know-how uspět v globální konkurenci.


    👉 Probereme:

    • Jak vybudovat a úspěšně prodat AI startup (Blindspot) do skupiny Adastra

    • Co se mění, když technik vede firmu – přerod z experta v CEO

    • Jaké AI projekty skutečně fungují a které jsou jen módní vlnou

    • Proč je propojení školství a byznysu klíčové

    • A proč Češi patří ke světové špičce v řešení problémů


    Epizoda pro všechny, které zajímá AI v praxi, leadership v technologických firmách a příběhy lidí, kteří posouvají české IT na světovou úroveň.

    🔗 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 (management a řízení změn): https://www.linkedin.com/in/simunek/⁠


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

  24. Index #10: PRINCE2 × Blockchain – metodika řízení a technologie důvěry v reálném světě

    38 minÉpisode 10

    V desáté epizodě podformátu Index se věnujeme dvěma odlišným tématům, která patří k pevným pilířům současného světa řízení a technologií.PRINCE2 – Metodika projektového řízení, která nabízí strukturovaný rámec …

    Notes de l’épisode

    V desáté epizodě podformátu Index se věnujeme dvěma odlišným tématům, která patří k pevným pilířům současného světa řízení a technologií.


    PRINCE2 – Metodika projektového řízení, která nabízí strukturovaný rámec pro plánování, kontrolu a řízení změn. Mluvíme o jejích principech, praktických přínosech i omezeních a srovnáváme ji s alternativními přístupy, jako je agilní nebo hybridní řízení.


    Blockchain – Technologie založená na distribuovaném uchovávání dat a principu důvěry bez prostředníků. Vysvětlujeme, jak funguje, kde přináší skutečnou hodnotu a v jakých případech její využití nedává smysl.


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

    Míra Fuksa: ⁠https://www.linkedin.com/in/miroslavfuksa/⁠

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


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

  25. #14: Lucie Mairychová (CEO Czechitas) – IT vzdělávání žen a proměna trhu práce v době AI”

    1 h 35 minSaison 1 · Épisode 13

    Ve čtrnácté epizodě podcastu Restart Systému vítáme naši první hostku – Lucii Mairychovou, CEO Czechitas. Lídryni, která stojí v čele organizace pomáhající ženám vstoupit do světa IT a budovat v něm kariéru …

    Notes de l’épisode

    Ve čtrnácté epizodě podcastu Restart Systému vítáme naši první hostku – Lucii Mairychovou, CEO Czechitas. Lídryni, která stojí v čele organizace pomáhající ženám vstoupit do světa IT a budovat v něm kariéru. Společně mluvíme o tom, jaké je vést neziskovou vzdělávací instituci, jak se mění trh práce a jak roli Czechitas ovlivňuje nástup umělé inteligence.


    👉 Probereme:

    • Jak Czechitas reaguje na změny na trhu a nastavuje svou strategii
    • Jaké je vést neziskovou vzdělávací organizaci v technologickém prostředí
    • Jak Czechitas pracují se značkou a komunitou
    • Jak funguje cesta od začátečnic po IT expertky v korporacích
    • Jak AI mění nábor a trh práce v IT
    • Proč se leadership v neziskovce liší od vedení klasické firmy
    • Epizoda pro každého, koho zajímá leadership, vzdělávání a budoucnost IT kariér v době AI.


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

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

    David Šimůnek (specialista na management firem): https://www.linkedin.com/in/simunek/⁠


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

  26. Index #09: Kdo je Chief Data Officer + srovnání Cloud vs. On-premise

    34 minÉpisode 9

    V devátém díle pod-formátu epizodě Index otevíráme dvě témata, která firmy často řeší, ale málokdo jim opravdu rozumí.Chief Data Officer (CDO) – Co vlastně tahle role znamená? Kdo ji potřebuje a proč se o ní …

    Notes de l’épisode

    V devátém díle pod-formátu epizodě Index otevíráme dvě témata, která firmy často řeší, ale málokdo jim opravdu rozumí.


    Chief Data Officer (CDO) – Co vlastně tahle role znamená? Kdo ji potřebuje a proč se o ní mluví právě teď? Ukážeme, že CDO není „ajťák s titulem navíc“, ale někdo, kdo rozhoduje o tom, zda data ve firmě budou přínosem, nebo přítěží. Vysvětlíme, čím se liší od tradičních IT rolí a přidáme i několik překvapivých faktů.


    Cloud vs. On-premise – Stará otázka, nový kontext. Kdy se vyplatí vydat se směrem on-premise a kdy je cloud skutečně efektivnější? Probereme dopady na náklady, bezpečnost i rychlost inovací – čistě z pohledu praxe.


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

    Míra Fuksa: ⁠linkedin.com/in/miroslavfuksa/⁠

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


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

  27. #13: Kde IT projekty ztrácejí čas: Skrytí žrouti efektivity

    1 h 16 minSaison 1 · Épisode 13

    V tomto díle David a Míra rozebírají, proč se tolik IT projekty opožďují a proč v nich mizí stovky hodin na zdánlivě banálních věcech. Nejde jen o vývoj, ale i o management a spolupráci s dodavateli a …

    Notes de l’épisode

    V tomto díle David a Míra rozebírají, proč se tolik IT projekty opožďují a proč v nich mizí stovky hodin na zdánlivě banálních věcech. Nejde jen o vývoj, ale i o management a spolupráci s dodavateli a zákazníky, kde vznikají typické blokace a neefektivní kolečka.

    Přinášíme podložená fakta i zkušenosti z praxe:

    • Jaké fáze projektů jsou největším hřbitovem času

    • Kde management pálí energii bez reálného posunu

    • Proč dodavatelské projekty naráží na blokery, které zvyšují pracnost

    • A jak jednoduché změny dokážou zkrátit projekt i o týdny


    V epizodě také uslyšíte:

    • Konkrétní příklady nejčastějších „časových pastí“

    • Praktické tipy, jak jim předcházet

    • Jak se liší zpoždění způsobené vývojem vs. řízením projektu


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


    🔗 Sledujte naše LinkedIn profily pro další inspiraci a aktuality:

    Míra Fuksa: ⁠https://www.linkedin.com/in/miroslavfuksa/

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

    Všechny epizody a odkazy na další platformy najdete na webu:https://www.codingbear.com/podcast

  28. Index #08: Change Management a čím se liší od PM + Cloud-native hype pod lupou

    36 minÉpisode 1

    V osmé epizodě podformátu Index se podíváme na dvě buzzwordy, které si firmy často odškrtávají bez porozumění: change management a cloud-native. Epizoda pro každého, kdo chce rozlišit, co je opravdu strategické …

    Notes de l’épisode

    V osmé epizodě podformátu Index se podíváme na dvě buzzwordy, které si firmy často odškrtávají bez porozumění: change management a cloud-native. Epizoda pro každého, kdo chce rozlišit, co je opravdu strategické – a co jen cool nálepka.


    Change management – co skutečně znamená? Je to projektové řízení s lidskou tváří, nebo úplně jiná disciplína? Vysvětlujeme, proč nestačí plánovat úkoly, když se mění myšlení lidí. Ukážeme, kdy change management dává smysl, co skutečně řeší, a proč nestačí checklist změnového řízení z PMBoKu.


    Cloud-native – mantra moderního IT nebo buzzword nafukující fakturu? Zorientujeme vás v tom, kdy je „cloud-native“ skutečně přínosný přístup a kdy je to jen zbytečná investice. Vysvětlujeme, proč cloud-native není jen o cloudu a proč by vás mohl zajímat i v on-premise světě.


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

    Míra Fuksa: https://www.linkedin.com/in/miroslavfuksa/

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


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

  29. #12: AI nástroje v IT delivery: Nový motor produktivity?

    1 h 13 minSaison 1 · Épisode 12

    V tomto díle David a Míra otevírají rostoucí téma využití umělé inteligence v technologických projektech. Využívají reálné zkušenosti z dodávek softwaru, nabídek řešení i vedení týmů a ptají se: pomáhá nám AI …

    Notes de l’épisode

    V tomto díle David a Míra otevírají rostoucí téma využití umělé inteligence v technologických projektech. Využívají reálné zkušenosti z dodávek softwaru, nabídek řešení i vedení týmů a ptají se: pomáhá nám AI, nebo si s ní potichu zaděláváme na budoucí nepříjemnosti? Přinášíme podložená fakta i pozorování z praxe:• Proč AI generuje i „neviditelný“ technický dluh• Proč juniorní vývojáři a konzultační firmy tratí nejvíc• Jak se s AI mění hranice mezi kreativní a rutinní prací• A co se děje, když vývojáři přestávají rozumět svému vlastnímu softwaruV epizodě také uslyšíte:• Které části delivery AI nejvíce akceleruje• Konkrétní příklady z praxe: od generických nabídek přes zneužívání v bodyshopech až po testy generované z uživatelských příběhů 💬 Diskutují: Miroslav Fuksa a David Šimůnek🔗 Sledujte naše LinkedIn profily pro další inspiraci a aktuality: Míra Fuksa: https://www.linkedin.com/in/miroslavfuksa/ David Šimůnek: https://www.linkedin.com/in/simunek/🌐 Všechny epizody a odkazy na další platformy najdete na webu: https://www.codingbear.com/podcast

  30. Index #07: CTO nebo CIO? Většině se to plete + Dobrá praxe v API dokumentaci

    24 minÉpisode 7

    V sedmém dílu podformátu Indexu se věnujeme dvěma oblastem, které v IT firmě dokáží zásadně ovlivnit výsledek i atmosféru: rozdílům mezi CTO a CIO (včetně toho, proč se pozice „fractional CTO“ začala vyskytovat …

    Notes de l’épisode

    V sedmém dílu podformátu Indexu se věnujeme dvěma oblastem, které v IT firmě dokáží zásadně ovlivnit výsledek i atmosféru: rozdílům mezi CTO a CIO (včetně toho, proč se pozice „fractional CTO“ začala vyskytovat i v Česku) a tomu, jak (ne)funguje API dokumentace v reálných projektech.


    Řešíme, kdo má skutečně dělat CTO, kdo CIO, a proč není dobré tyto role míchat. Vysvětlujeme, jak se v praxi liší jejich odpovědnosti, kde se nejčastěji objevují spory, a proč někdy firmy hledají „fractional CTO“


    V druhé části se zaměříme na API dokumentaci – téma, které je pro mnoho firem pořád jen „něco pro vývojáře“. Ukážeme, jak špatná nebo neexistující dokumentace může ublížit projektům, proč API není „jen technická věc“ a jaká minima musí dokumentace splňovat, aby umožnila růst a změny produktu.


    🔗 Sledujte naše LinkedIn profily pro další inspiraci a aktuality:

    Míra Fuksa: https://www.linkedin.com/in/miroslavfuksa/

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


    🌐 Další epizody najdete na webu: ⁠https://www.codingbear.com/podcast

Voici les 40 derniers épisodes sur 47. Les épisodes plus anciens se trouvent dans le flux du podcast.

C’est votre podcast ?

Confirmez-le avec une entrée dans votre flux : vous recevez ici un code, vous l’ajoutez comme podcast:txt dans le canal de votre flux, et nous le vérifions. Votre podcast apparaît ensuite comme « vérifié » sur SoundNode.

Paramètres

Affichage

Langue

Détermine les stations affichées en premier sur la page d’accueil.

Historique

Les stations et épisodes écoutés récemment et tes dernières recherches sont seulement enregistrés dans ce navigateur.

Notifications

Un court message quand un podcast que tu suis publie un nouvel épisode. Désactive un podcast précis avec la cloche sur sa page.

Compte

Enregistrez vos favoris – dans l’app et sur le site.

Raccourcis clavier

/
Ouvrir la recherche
Espace
Lecture ou pause
← →
Dans le lecteur : 15 s en arrière, 30 s en avant (épisodes) · dans une rangée : tuile suivante
↑ ↓
Dans une rangée : cible dans la tuile
Début / Fin
Dans une rangée : première ou dernière tuile
Esc
Fermer la fenêtre ou le menu
?
Cet aperçu
En cours de lecture

Voir la station

À suivre

    Ajoutez des épisodes avec « À suivre » – ils seront lus après l'épisode en cours.