Tvůrci pustí zvukový spot i do videa, říká AdsWizz

Výdaje na podcastovou reklamu v USA vzrostly o 18 %

Ausha nabízí reklamu pořadům v každém jazyce

Opravdové zločiny zpoplatnily díly, fanoušci se zlobí

České podcasty se stovkami dílů

Tipy na podcasty o životě, studiu a práci v zahraničí

Apple hlásí v Japonsku téměř 9× rychlejší růst publika

Reportéři z PastViny spouštějí týdenní podcast

Smelly Chat rozebírá Přátele do detailu

Tipy na podcasty o kryptoměnách

Zajímavé témata a názory YouTuberů Beskiho a Smana na aktuální i neaktuální dění v herním světě

BeskiSman

Podcast pro všechny nerdy a geeky. Zajímá vás technologie, hry, hudba nebo filmy? Jste na správném místě!

Rothcast

Podcast o vývoji pro hardware i vývoji na hardware. Nebudou chybět veselé historky i noční můry spojené s vývojem. Přivítáme také hosty.

Hardware Development Podcast

Creepypasty

V podcastu SCRIPTease odhalujeme svůdné technologie vzrušujících českých start-upů a firem. Je to mňamka pro všechny horňáky (frontenďáky), dolňáky (backenďáky), CTO a technologické nadšence! Dozvíte se, jak se vyvíjí globální produkty a jakou mají architekturu raketově rostoucí start-upy, zajímavé české firmy i inovativní korporace. Připoj se k Jirkovi Bachelovi z vyhlášeného SCRIPTease clubu zvaného LOLO.team a jeho hostům do předního českého podcastu o technologiích a SW developmentu.

SCRIPTease

Podcast o technologiích, IT bezpečnosti, malware, sociálním inženýrství a podobných tématech.

Postřehy z kyberprostoru

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 clouduEpizoda 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 – Úvod01:44 – Začátky: GeekShop a trička pro geeky13:32 – Kolonial, e-commerce holding a první cloudy15:39 – Proč cloud nedává smysl pro blockchain16:58 – Cloud hater? Kdy cloud a kdy vlastní železo28: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án38:46 – Proč je AI v infrastruktuře těžší než ve vývoji41:36 – Kontextové okno člověka a jak „myslí“ jazykové modely47:12 – AI a trh práce adminů, hiring a pohovorová zadání50:25 – Ztracená „bolest“ při učení a chybějící admini59:58 – Mačkači enteru: za co se bude platit1:12:16 – Krypto infrastruktura: Double Zero a fyzický svět datacenter1:15:46 – Proč blockchain: otevřené kapitálové trhy1:17:26 – Jak funguje validátor na Solaně a proč rozhoduje latence1:21:20 – High frequency trading: stožár NATO a FPGA ve switchích1:24:19 – Nábor ve Staking Facilities1:26:36 – Rada pro CTO: cloud vs. on-prem na příštích 5 let1: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

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

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átkyEpizoda 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 pamlsky1:16 Manažer vs. direktor: proč se ty pojmy pletou3:01 Proč to řešit: nábor, CV a ATS podle titulů5:44 Dvě roviny: firemní hierarchie a právní význam6:06 Žebříček rolí: IC, team leader, manažer, direktor, C-level7:31 Klíč: direktor je manažer manažerů (strategie vs. taktika)9:58 Team leader vs. manažer13:15 Jak se stát direktorem16:20 Proč se lidé z manažerské role vrací zpátky19:05 C-level vs. direktor: výsledky a odpovědnost20:38 CTO jako funkce napříč firmou vs. direktor jako divize22: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

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

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

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

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í rizikJak se rozhoduje, jaké nalezené rozdíly opravit a jaké jen zaevidovat kvůli navazujícím systémům a procesůmJak přesvědčit manažery a zákazníky, aby na tuhle fázi vyhradili časProč začít logovat data hned na startu migračního projektu, ne až na konciEpizoda 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ěh3:06 Jak paralelní běh funguje v praxi5:08 Proč to musí běžet na produkčních datech10:05 Co dělat s nalezenými rozdíly a chybami18:12 Logujte data od prvního dne migrace19: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

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

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/webinarEpizoda Indexu o tom, co je Vibe Coding - https://youtu.be/LFJgQipXc880:51 Proč je vibe coding dobré téma – rizika i přínosy3:48 Co přesně je vibe coding (definice podle Karpathyho)8:35 David a vesnická vibe-coded aplikace16:24 Vibe coding v Coding Bear – prototyp vs. stabilní aplikace19:48 Pozvánka na webinář24:35 Proč vibe codingu chybí bezpečnostní vrstvy klasického vývoje30:23 Vibe coding jako nová legacy: bus faktor a mizející know-how33:56 Dvě kategorie rizik: technologie vs. lidský faktor37:23 Halucinované balíčky a nebezpečné skilly stažené z netu41:07 Historická paralela: Excel makra a krize 200843:52 Overconfidence: proč lidé s AI méně kontrolují svou práci47:22 Review se zadrhává55:11 Prototypy jako nejbezpečnější use case pro vibe coding57:34 Jak klasifikovat rizika a kde vibe coding úplně zakázat1:00:32 Pravidla pro výběr AI nástrojů a self-test na webu1:04:32 Offboarding checklist a otázka AI revidující AI kód1:06:58 Proč plně automatizovaný vývoj bez lidí zatím nikomu nefunguje1:10:28 Fail-fast: nižší kvalita výměnou za rychlejší dodávky1:12:42 Shrnutí doporučení1:15:24 Brain fry: vyhoření z paralelní práce s AI1: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/miroslavfuksaDavid Šimůnek: https://www.linkedin.com/in/simunek🌐 Všechny epizody najdete také na: https://www.codingbear.com/podcast

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

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áchRunway: 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ělatEpizoda 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 Indexu0:45  Dnešní pojmy: front-end projektu a bus faktor2:51  Rychlovka z Coding Bearu: API, které se stalo byznys game changerem5:31  Front-end projektu: proč firmy nezodpoví základní otázky na startu8:07  Runway (podkapitola front-endu): kolik dechu (a peněz) má váš projekt, než přijde likvidace14:08 Proč transparentnost k týmu snižuje stres, ne zvyšuje17: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ělat36: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⁠

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

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

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

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 ZCo 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 smysluplnostJak u Gen Z pracovat s tlakemkde manažeři jejich chování čtou špatněStrangler Fig PatternPřístup, jak postupně nahrazovat legacy systémy bez riskantního big bang přepisu. Probíráme:proč je lepší než jednorázový přepisjak funguje postupné odpojování starého systémuproč 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⁠

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

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#BonusyProbereme 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ěryEpizoda 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⁠

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

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í organizaciKde se v bankovní digitalizaci ztrácí efektivitaJak strukturovat technologické týmyJak 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 organizaceEpizoda 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⁠

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

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⁠

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

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⁠

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

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ů.

Restart systému

Epizody

Poslouchej na

Odkazy

Informace