Podcast

Štěpán Rešl (00:00:03): Dobrý den, já vás tady vítám u druhého historického dílu Czech Fabric podcastu. Moje jméno je Štěpán Rešl a se mnou je tady Jirka Vicherek.

Jirka Vicherek (00:00:11): Ahoj všem, vítáme vás.

Štěpán Rešl (00:00:17): Tak jo, jelko dnes. Tak jo, Jirko, dneska se budeme bavit o něčem, co jsme slíbili na konci minulého dílu, což je Microsoft FabCon a Encyclicon, který proběhal v rámci Atlanty. Stihl si sledovat tu totální plejádu, která se objevila na XSource, pojďte double backslash slashy a linkerinu ohledně toho, nebo že to naštěstí minulo a neviděl si to šílenství, který okolo toho bylo.

Jirka Vicherek (00:00:56): Ale já mám to štěstí, že poslední dobou nemám čas vůbec na nic, tak to je jedno to štěstí, že nežiju pěnou dní a ani novinkama z Microsoft fabriku, ale to moje druhé štěstí je, že mám proto tady tebe. a že stejně jako naši posluchači, tak tohle můžu dát trochu stranou a hledat v tom všem marketingovém šumu signál a to je taky propozice tohohle podcastu. V té veškeré komunikace, která jde z Microsoftu a která jde z všech lidí, kteří tomu zaručeně rozumí, tak jsem rád, že tady máme tebe, abys nás s tím provedl a řekl Konec Konec je důležitý a směřuje to do budoucnosti a ukazuje to, jak bude vypadat infrastruktura Microsoftí za rok, za dva a co z toho je už teď použitelný, co nasazujete u vašich klientů, co ti každodenní práci trochu zjednodušuje. Tak možná začněme tím Fabconem samotným. tady jsme si dělali srandu FabCon a SQLCon dohromady a tak letos v Atlantě, tak co je FabCon?

Štěpán Rešl (00:02:13): Jasně, hele, Fabcon je vydativně zjednodušená spojení na Microsoft Fabric Conference. Jo, akorát se z toho prostě vzniknul short hashtag, který se jmenuje Fabcon, to je tak pro jich takové právě síklovou konferenci udělali SQLCon a vzhledem k tomu, že Fabric jako takovej je platforma, která má unifikovat jednotlivý vlastně datastech Microsoftí v rámci Azure a ty věci docela hodně hladově papá, včetně jako právě sýklů, tak se ty všechny věci spojujou, to znamená nedávalo úplně největší smysl, aby tyhle konference byly oddělený, ty jste jako sloučil do jednoho, ale je to fakt FAPCON a SQLCON v podstatě na jednou, takže máš jednu obrovitánskou událost a tak, jak vždycky máme Microsoft Ignite a Microsoft Build, který jsou obrovský, ale mluví se tam o velkým spektru těch jednotlivých technologií, tak Microsoft vnímá, že fabrik je tak dost strategický, že potřebuje vlastní tyhle velký konference, protože těch novinech se tam do toho děje strašně moc a přece jenom data jíbou světem a speciálně i Microsoftním ekosystémem a pokud se chceme rozhodovat správně, tak bychom měli na základě našich dat a ne intuice nebo z hospody od piva, i když tam taky občas někají dobrý nápady. Ale taky ty nejúplně nejlepší, za který se potom stydíme druhej den, že jo?

Jirka Vicherek (00:03:41): No a když se na to podívám z pohledu persony, tak jak já to vnímám, tak Ignite a Build jsou víc ty high level, kde jsou jako víc cílovka ti buyers a enterprise a business users, zatímco Fabcon mi přijde víc komunitní, víc user group, víc prostě pro toho, kdo to nakonec má nastavit, to co řekl Bort, že tam bude.

Štěpán Rešl (00:04:06): Hele, je to přesně tak, jak říkáš. Fabcon je mnohem víc cílenej na ty koncový vývojáře nebo ty lidi, který máme s tou technologií pracovat. A jasně, i tak se tam objevují zvuční jména, jako Satya Nadala, ale Je to fakt jako cílený na to, aby se udělal show off těch technických novinek, těch věcí, který jsou relativně zajímavý, jasně pořád je to Microsoft, takže s velkým množstvím marketingovýho balastu, jak si jakoby zmínil, ale on to bez něj nejde. Chceš tu věc jako... Zpropagovat a udělat tak, aby lidi pochopili, co to znamená, než když bych řekl, hele přidávaj sparkovej runtime 2.0, tak pár vývojářů v místnosti bude nadšenej, protože si pod tím představí něco a zbytek místnosti bude chroupat srčky, protože nebudou tušit, pokud právě tenhle šíp proletěl.

Jirka Vicherek (00:05:01): Já jsem ten poslední, co by měl proti marketingu, co mi přijde důležité, je ať to, co říkáš a to, co je opravdu důležité, je v souladu. A mám pocit z té naší přípravy, že tomu tak bylo. Než se k tomu, co se dělo na Fabconu, těm novinkám v tom stacku dostaneme konkrétně, tak ještě... Mě překvapilo, že jsi letos nebyl na Fabconu, že jsi vynechal výlet do Atlanty a tady gathering, tak proč jsi nebyl a jaký to vlastně je na takový Fabcon jet a proč tam jet a proč to vynechat?

Štěpán Rešl (00:05:40): Jo, já to možná zkusím odpovět trošku z té druhé strany a to je tím, jak to vlastně na Fabconu probíhá. Je to velice podobný běžným konferencím, který můžete znát, to znamená máte nějaké príkony, to znamená nějaké workshopy, kde si ráno můžete ty věci zkoušet, buď to organizovaný Microsoftníma týmama, anebo MVP-kama, který přináší nějakou konkrétní specifickou knowledge do toho, kterou stavujete naučit. Potom další dny jsou i keynote speakers, právě jako Satya nebo Arun a Amir, který tam vlastně běhaj po stagy, ukazují ty největší bomby, který by měli všechny totálně vystřelit do vesmíru a být nadšený a říkat si, this is our future. Pak přicházej ty zajímavý sešny reálně, když to tak řeknu, protože tam a teď buď to právě zase od komunity, kteří jako přicházejí s těma hands-on experiences, jak s těma věcma pracujou, často jsou to i lidi, kteří se mohli podílet třeba na nějakým tom vývoji nebo mít možnost do toho, jakým způsobem zasahovat. A samozřejmě pro jednotlivý produktový týmy, to znamená PGIs, teda PGs, pardon, tak mají možnost do toho vlastně zase jako vstoupit, přiníst tam ten další content, ukázat věci, na kterých pracují, který teďka se enrollují do buďto GA nebo do preview.

A je to v tomhle strašně jako příjemná konference, protože pokud prostě chcete, máte možnost tato takové extrémní množství informací, což může být slušně overloading. Zároveň je tam vždycky možnost odejít tady těch jakoby místností a jít do v podstatě community hubu, v rámci kterýho máte Vždycky nějaký MVP nebo lidi sportový skupiny, který tam jsou pro vás, aby vám odpovídali na vaše otázky nebo obíhat partnerský stánky, který tam taky jsou. Toho vyžití je tam strašně moc, je to zajímavá experience. Já za sebe, proč jsem vynechal, tak vůbec mě letos vynechávám návštěvu Ameriky, respektive Spojených států amerických, takže i z toho důvodu vlastně jsem fakt kon pro sebe si pro tenhle ten rok vyškrtnul. Takže to je jakoby tak, naštěstí jsem tam měl velký množství přátel, který mi o tamtud právě posílali jednotlivý fotobomby a můj linky na Twitter bohužel jako opravdu praskali ve švěk, kde já už jsem měl strach otevřít skoro lednici, aby na mě i z ní nezačaly padat jednotlivý novinky, který se na Fabconu dějou a musel jsem velice kritickým pohledem procházet ty jednotlivý věci, který se tam anouncovaly nebo se zmiňovaly a říkat si, jo, dobrý, tohleto, toho cidě konceptu zapadá nijak, tohleto je věstrat a teprve přichází profiltrovat to, protože realita je taková, že na Fabconu bylo v podstatě oznámeno přes 119 features.

Některý šli do GA, některý do Preview, ale to je jako je strašně extrémní číslo, který hrozně moc zavání tím, že Microsoft v zimě zamřel všechny výbojáře do servrovny, zahodil klíče a řekl jim, že budou moct ji opustit až po Fabconu. Což je strašně zajímavý vidět jako takovýhle na jednou extrémní exploat nových features, ale o to víc, to je teďka strašně těžký pro lidi, kteří s tím pracují nebo sněčně pracovat, aby se z toho v podstatě mentálně zroutili, protože je extrémní informační overload. Takže i proto já jsem se zkusil do toho podívat co nejhlouž zaměřit se na konkrétní věc, kteří mi přišli kriticky důležitý z pohledu toho kam Microsoft s fabrikem kráčí. a k tomu vypíchnu nějakých pár věcí. To, že přidali nějakou věc, jako je vyloženě third party CICD supports a rozšíření jich, OK, pěkný, ale teď v tom kontextu toho, co tam jsou za jiný novinky, který mi třeba nepřišly i často, oznámený tak moc na hlas, tak o to víc mi to jako mezi řádky napovídalo ten směr, kudy Microsoft jde.

A že to si myslím bude docela dost zábavný a zajímavý.

Jirka Vicherek (00:09:56): No, tak pojďme se do toho vrnout, tak i bez otevřenýho Twitteru a LinkedInu, tak poklad je, že to bude o agentech nebo nebude. Poslední roky bylo o AI, tak 2026, tak AI to neunese, tak jdeme agenty.

Štěpán Rešl (00:10:19): Hele, já bych asi v rámci tady toho možná ještě udělal drobnou odbočku zpátky k minulýmu dílu, kde jsme zmiňovali právě ten popcon a vlastně ty novinky třeba jako z buildu, co byly právě na konci roku, v rámci kterých bylo oznámené něco, co se jmenalo Fabric IQ. Což do sebe přidalo podporu grafo Weichstromů, přidalo to podporu ontologií. A vlastně strašně moc to začalo tvořit takovou velice zajímavou vrstvu, která mi umožňuje popsat a docela dobře uchopit data, který Jado v fabriku jako konceptu velkýho naleju. Nebavím se teďka o semantických modelech, který potom zkoupujou ty data na nějaký drobnější celky a vlastně dělají mi ten jako fine graining, ale jak se na tu celou problematiku dívat mnohem z širšího problému. A přesně tenhle ten novej FAPKON, tady je teď kabel v té Atlantě, do toho krásně zapadnul, jako taková ta kostička, která ti říká, tady je úplně jasný kde Microsoft a je to přesně to, co říká, je to ta éra agentů, kdy Ty features, který jako jsou do toho jednotlivě přidaný, tak a strašně moc křičej, jako opravdu křičej, že Microsoft chce, aby fabrik řídili agenti, aby byli schopni empowerovat ty jednotlivý uživatele a aby ty si na konci dne nebyl vázaný tím, jestli si vezmeš agenta A nebo agenta B.

Ale prostě vem si toho, který ti nějakým způsobem vyhovuje, pokryvá ti nějakou třeba firmní sekuritu, nějaký tvoje třeba morální zásady. Nebudeme nazvat na jeden konkrétní sign, na který jako tady v tom referencuju. a můžeš s tím začít vlastně řešit v rámci fabriku všechno. A to je právě ten jako pro mě samotnýho teďka ostí muste, který bych se tohle chtěl dostat. Protože když se řeknou agenti, tak někdo si pod tím vybaví plně autonomního agenta, který už za něj prostě běhá po webu, támhle skrejpuje LinkedIn, píše si do notebooku stížnost na svýho člověka a tak dále.

Na druhou stranu může to být zase uchopený právě tak, že je to ten váš nástroj, který má naučený nějaký skilly, má svoje nějaký pluginy, jednotlivý resursy, který může využívat a má svůj specifický cíl, kterým se snaží vyloženě dosáhnout toho účelu. Já přesně jak jsem tady toho chtěl zatím zastavit? Protože ano, už před Fabconem tady byly třeba nějaký MCP servery pro Fabry, pro Power BI jako sloužery, každý pro nějaký specifický účel Já jsme myslím, že minule zmiňovali Power BI MCP Server for Modeling a strašně zajímavý, asi tady většina z nás ví, vy co třeba posloucháte a neslyšel se to, tak okolo MCP se točí relativně dost i neúplně příjemných diskuzí ve stylu toho, hele, ale já vím si, jestli se ho vyměňujou Jasony, není tam prostě jako spousta komunikace na... z pohodu agendu, kterou bysme tam čekali, zároveň historicky se řešily problémy, že když mám MCP server a chci poslat nějaký prompt, tak vlastně si automaticky ubírám tokeny, protože si potřebuji při každém tomu načíst jeho konfiguraci všichni. No, přesně, takže jako shadow token mi u toho jako střídí nahoru brutálně rychle.

ale to se některý agentický systémy už tam mají třeba vyřešený přes Tool Search atd ale to jsme zaběhli do zbytečního některého detailu a se vrátím zpátky. V rámci Fabconu totiž byly přidaný další nový MCPčka právě pro tady tu problematiku, který já bych specificky rozdělil na dva. Jeden z nich se jmenuje v podstatě Fabric Local MCP, který je v podstatě v GA Který Pro ty lidi jenom zase Je znamená, že je globálně dostupný, může ho používat kdokoliv a u Microsoftu GA znamená, máme na to dedikovaný support. Když se vám tam něco rozbije, tak vám s tím umíme nějakým způsobem pomoct. Možná na druhé straně bude Copilot nebo nějaká jiná podobná instance, která se vám bude snažit odpověd, ale to už je jednosti.

Jirka Vicherek (00:14:55): Už se, už na to dávají nějaký štempl a už když to nebude ready, tak se jim to vrátí na rozdíl od věcí, co jsou v preview a kdy říkají, jsme vám to říkali, že to je preview.

Štěpán Rešl (00:15:07): Tak, tady ten vlastně Fabric Local MCP, který je teda v GA, General Vability. má v sobě jednotlivý fabrikový public APIs, který umí rovnou vlastně provolávat a tím pádem pracovat s celým tím prostředí. Proč říkám local, protože je to fakt jako server, který Vy si vlastně musíte doinstalovat v sobě do počítače, aby ten Váš agent z prostředí s tím MCP agenta se s tím mohl komunikovat a běžo to lokálně. Zároveň má v sobě schémata pro každý item, pro lake house, pipeline, pro semantický model, notebooky, pro jakoukoliv realtime, má v sobě dokonce i nějaký best practice guidance, aby se nestalo to, že si tam pošlete dotaz a stane se select zvězdičkou. nad miliardou řádků, jo a takovýhle ušircita má prostě zabudovaný, aby se vám s tím pracovalo mnohem líp a dal se s tím krásně fungovat.

Microsoft ho vystavil úplně veřejně, můžete si ho stáhnout z GitHubu, je to tam připravený, případně, když používáte npx, tak je to npx at microsoft slash fabric pomočka mcp a máte to na instalovat. Jo jako takhle jako krásný, jednoduchý. A druhý, který přidali, tak je Fabrik Remote MCP, ten je v preview, ten je teď jako v podstatě novej, je to Cloud Hosted MCP Server, který umožňuje se agentom právě ty operace přímo nad fabrikem jako vyrábění workspace, manažování permisí atd. A tam je docela jako zajímavý to, že ono je to sice jako MCP, ale to, co už tam pod seho exekuje, často není úplně API. No už to jako nestříví s tím, ale došlo tam k takovému drobnímu probublání některých věcí a to je to, že tady pro fabrik existuje v podstatě CLI.

a on, aby tohle mohl samozřejmě potom exekovat, tak tam potřebuje nějakou vaši identitu, to znamená, jako by se vyložně jako vyskočí vám popup klasický, provedete oahu dvojku, takže přihlásíte se a on potom vystupuje pod vaší identitou a rovnou exekuje vlastně to jednotlivý sílajko a i díky tomu ví, že operuje jenom ve vašich hranicích, nepotřebujete k tomu nic navíc. Tyhle ty dvě věci dohromady docela krásně ukazují ten těch pár stepů směrem k těm agentům, jak vlastně rozšířit jejich capabilities vlastně dost rychle, protože představ si, že chceš založit novej projekt nebo i třeba interně sečít tam něco stavět, teď vlastně nevíš, co přesně chceš vyrobit a řekneš tomu můj milý Claude, Vyrob mi novej pracovní prostor s názvem XY a vyrob mi v něm itemy, který potřebuju pro medalion architekturu. Můj zkušenostní stack je SQL Server 2.19 a občas jsem si hrál s nějakým základním Pythonem. Jo a on podle toho ty už vyberá ty itemy, který by se ti teoreticky mohla tady toho stacku hodit. Jasně, nebude to třeba z pohledu optimálnosti, nevím, že to je nejlepší, ale už ti to dává těch pár kroků dopředu, jak s tímhle vlastně pracovat a vlastně jak se na tom začít aspoň trochu učit.

Já jsem umyslně zmínil Clauda, protože je v rámci těch komunikací jako extrémně efektivní a umí s těma věc mám pracovat strašně jednoduše. Takže je to jedna z těch jakoby skvělej chcete za mě, kudy se v rámci tomu dá jít.

Jirka Vicherek (00:18:50): A když ještě zastavím, tak Jeden máš local teda a ten se chová jako ty, vlastně jenom automatizuje to, co bys dělal u sebe na notebooku a ten remote najednou otvírá dveře jakýkoliv další automatizaci z čehokoliv jinýho nebo kdy použiješ co?

Štěpán Rešl (00:19:18): Hele, technicky oni se zase tak moc nepřekrývají, to znamená a tam ani jako nevadí mít v podstatě ty dva dohromady, jakoby na instalovaní v podstatě, aby s ním mohl pracovat a nechat to na něm, aby se rozhodnul. Jo na tom agentu pokud to jen dobře. Jediný co, tak já tady u toho musím zmínit, že ten fabric remote mcp server tak byl oznámený a pořád to ještě není úplně jako spublikovaný. Jo, jakože ono to přijde, ne všechny ty věci už fungují, někde už je občas probubla i link, kterým se dokáží dostat jako... Online konzole, kde si to můžeš i testovat.

Zatím ne úplně vždycky to stoprocentně funguje, je to fakt preview. To je úplně early fase. Takže můžete ohledně toho na internetu dohledat strašně moc. Já jsem k tomu dohledal i ten GitHub veřejně, takže nemusel jsem být žádný jako postranní matéčka, nemusel jsem si hrát na jejich endpointech, takže jako dostanete se k spoustě zem. Oficiálně ta cesta v dokumentaci zatím ještě úplně není, ale brzo tam si myslím, že přibyde tím, jak je to review z toho testu.

Jirka Vicherek (00:20:40): No a zase, jaká je ta funkce, nebo co se tobě změnilo?

Štěpán Rešl (00:20:46): Jo, ale to, co pro mě se změnilo, je právě třeba ta jedna, ve kterou já jsem zmiňoval, když potřebuji založit novej projekt a jedna jestli u mě nebo prostě pak poté se je u zákazníka, a chtěl bych třeba nasadit náš framework, tak do týhle já jsem musel třeba přijít, naimportovat tam nějaký notebook, teď vlastně do něj přidat credentials, spustit to, přidat jako, províst tam prostě nějakou formu přihlášení, spustit ho, on ty věci začal nasazovat, musel jsem v tom notebook mít pohlídený, kde tam ty všechny věci jsou. správně, že mi nikde nic nechybí. A bylo to vlastně udržování druhý koutby, jenom pro nasazování toho nasazovacího skriptu, který to objeřoval proti GitHubu, tam drží další věci. Oproti tomu teďka vezmu kóda a řeknu, tady máš GitHub, z toho si vem ty itemy a tamhle máš cílovou destinaci, bav se. Jo, spustíš to, když si pro kafe.

Jirka Vicherek (00:21:41): Ale v tom není rozdíl mezi tím remote a local. Teď to děláš na local, protože facha a funguje, ale jednou to budeš dělat na remote, protože to je jedno, tak to bude přes internet. Proč ho nebudu potřebovat

Štěpán Rešl (00:21:55): mít ani nainstalované, já budu to posílat celý z mobilu, zároveň a mně se třeba právě líbí to, že ten remote zase má drobný rozdíl oproti lokálu, protože lokál třeba vyrábí logy do sebe taky, ale máš je ve svém počítači. Ten remote je rovnou propaguje do tvý O365, do unifikovaného logu, ale jednou je to vlastně centrální.

Jirka Vicherek (00:22:20): Jako to je to, co tam máš verzování a věci.

Štěpán Rešl (00:22:23): No přesně, to je to, co já chci vidět. Jednotnej přístup těch logů na stejné místo.

Jirka Vicherek (00:22:32): Super, tak zmiňoval jsi ještě CLI, že to je ta magie pod remote, tak zase.

Štěpán Rešl (00:22:39): Z velké části ano, ono totiž to, co se dostalo, tak on teda jako, dobře, abych řekl takhle, on i ten local jako exekuje to CLI, pokud ho máš nainstalovaný, tak jako on si ho snaží doinstalovat, ale to jsou jako dalších pár věcí okolo. Fabrikový CLI byl zmíněný i v minulém podcastu. Takže nechci až tak moc rozbírat.

Jirka Vicherek (00:23:01): Tam jsme se mu věnovali, jak je to game changer pro někoho, kdo je software engineer a není klikač reportu.

Štěpán Rešl (00:23:13): Ale to, co se teďka stalo, je to, že vlastně byla vydaná nová verze 1.5, která zase začala přinesla mnohem víc komponent do sebe, který najednou umí exekuovat. od uploadování obsahů včetně jako downloadu a teď si pojďme i třeba o tabulkách dokonce o inspektu, to znamená vyloženě skrz to CLIko si prostě můžu poslat jako jednoduchý inspekt, podívat se na náhled třeba třeba tabulky nebo obsahu toho itemu, abych měl, že je to správně. A najednou vlastně se u mě z toho CLIka otvírají jako další super možnosti, jak tam jako kontrolovat, že ty věci běží opravdu správně. A přesně, i že máte potom nainstalovaný, máte k tomu ty MCP třeba toho lokálu, tak on začíná svapovat přesně z těch API endpointů rovnou na tohle, na to CLI, který mimochodem je taky verzovaný, teda logovaný. A to se zase najednou už loguje dvojmo, protože část logů jako vložně MCP mám u sebe a část CLI logů mám už v tom unifikovaným, logů v rámci board výučka, takže jo.

Za mě jako síla 1-5-2. Všichni jsme čekali, že přijde nový, stejně se těšíme na 1.6, 1.7 a myslím si, že odbouchnou někdy v budoucnu dvojku, která by snad mohla obsahovat všechny věci, které bychom tam teďka potřebovali, jako třeba přidávání servis principálů do connections v rámci gatewaye. Ale to jako je takový zbožní přání, ono se to dá, jinak, ale jako, chápem se, prostě je to postupný vývoj, který ve nám se tady toho vzniká.

Jirka Vicherek (00:24:51): No a je pro tebe ještě CLI jako ta aplikace nebo je to zase mezivrstva mezivrstva otvíráš přímo command line a nebo tvůj tvoje aplikace, která řídí agenty, tak posílá agenty, aby ti otvírali command line.

Štěpán Rešl (00:25:10): Jo, takhle, když se budem bavit o moji aplikaci, která řídí moje agenty, tak tam v podstatě já to řeším jako na úrovni to joajka, který vlastně potom si pod sebou spouští všechno. Na druhou stranu, já jsem pořád takový člověk, který má to síla jako docela rád, takže tenhle tooltrade to jakoby řídí, tak posílám na stavbu velkých věcí. na menší věci, já mám zapnuté jich i z terminálů, klooda a jedu si to reálně v C-like, protože mě to baví a vzhledem k tomu, že existují věci jako Cloud Swarm, kde prostě máš jedno v okno, ale máš jako krásné sezní pod sebou a jedeš, tak já si jedu i v tomhle. Mě to C-like baví třeba mnohem víc než UI pro tohleto.

Jirka Vicherek (00:25:56): Tak jsi programator. Bylo by to divný, ale vlastně to použití je obojí, takže to unlocklo to as a code, ale nelocklo tě to do toho zahodit svoje tradiční CLIko a jít do nějakého UIka.

Štěpán Rešl (00:26:15): Možná mám ještě právě jednu zajímavou story. A to je to, že od té doby, co Claude přidal Remote Session do CLIka nebo teďka Dispatch do Commonwealth, I don't care, tak speciálně třeba do CLIka fabriku je o to větší sranda, protože mě už se několikrát stalo, že jsem prostě potřeboval vody třeba přejet na nějakou schůzku nebo prostě více projít, anebo byl pátek večer a chtěl jsem se věnovat i dalšímu jinému programu. Ale říkal jsem si, mám tam pár věcí, který bych potřeboval ještě jako dořešit. A přes si najednou jsem měl zapnut těch pět těch remote sessions. A jenom jsem z mobilu posílal příklad, ale mě rávně ve fabriku prostě buildil věci, jsem si potřeboval pár věcí jako vyzkoušet.

A to je vlastně jako strašně skvělá doba. Kde já nemusím z mobilu se připojovat na výjemku, na něm to klikat na tom relativně malém displeji, ale prostě jsem v normálním chatu, kde posílám úplně stejní dotazy na síla, který to exekuje, vrací mi to, mám tady nějakou permisi, dáš mi ji, nedám, nezájem, nebo jo, tuhle tu mě nezajímá. A... Asi je to strašně zábavný.

Jirka Vicherek (00:27:27): Nová doba.

Štěpán Rešl (00:27:29): Vývoj je úplně jinak. No ale to jsme jaka zapadli asi příliš jako do detailu, ale říkal jsem si, že to bude dobrý aspoň pro jako zpřehlednění toho, jak se reálně ty věcenska fakt dají používat. Pro jenom struční zmínění, na co je dobrý dát si pozor nebo respektive zachytit jako takovou novinku, která šla skoro pod čarou. Tak bylo to, že Microsoft vydal vlastní skillset a vlastní pluginy právě pro práci s Power BI a s fabrikem.

Jirka Vicherek (00:27:57): No ale vlastní skillset tak napsal i MDčko, ne? No jasně, že.

Štěpán Rešl (00:28:02): Ano, ono to taky je jako, jsou je to vlastní MDčka, pust tam jsou nějaký další resursy, který jí tu umí exekuovat, ale právě třeba vývojáři pro Power BI jako by teďka měli trošku jako zbystřit, protože třeba právě tenhle ten skillset je extrémně silnej oproti tomu, jak třeba Já jsem nebyl úplně nejvíc nadšenej z toho MCPčka pro modeling, který je jako ok, jestli se to umí, super, dobrý, ale relativně je to kosty, tak ten vlastně plugin, který vydal Louis Romano Který si vypůjčil skill sety od Kurta Boulera, tak je strašně silný, tomu dávně řekneš založ mi pbip, ne pbip, pbipčko, narovno bylo toho vyrob nějaký tabulky, který potřebuju, zahoď mi tam tyhle metriky a máš startovací projekt na lusknutí prstu, jako super, jako na ten začátek, potom na ty úpravy. dokonce rozpadly se mi tady tabulky kvůli tomu, že jsem přepojil datový zdroje, fixně to. Fixed. Odcházíš. Krásně.

Tady ten jako na tyhle jednoduchý změny a jednoduchý přípravy, který by ti běžně zabraly třeba desítky minut, tak tě to jako hrozně jako efišientuje. Takže pro tohle super doporuču mrknout se na to. Stejně tak pak přišel podpora do VS Code, vlastně rozšířená, kdy v rámci toho vlastně, když si připojíte ten v podstatě workspace, si necháte otevřít ve VS Code, tak agent, kterýho máte připojení, ale je to úplně na vás, který to je, tak dostává full awareness jednotlivý toho fabricového workspace. Runtime, který jsou v důstupní environmentu a vyloženě generuje kód a spouští ho, případně publikuje jednotlivé artefakty přímového fabriku, ale rovnou s tím celým kontextem. To znamená, on vtuch jakoby nehalucinuje, co je to probohal defaultní lake house, ale ví, že tam ty věci jsou nějakým způsobem popsaný a rovnou zvíje s koudou s tím můžete pracovat.

Což je jako další, jako velice... silný rozšíření do toho, jak říkám Agent Empowerment, který je v rámci Fabconu proběh. No a dal bych tam ještě jednu věc, takovou pátou tečku do tady toho, což je věc, že bylo přidaný něco, co bych asi pojmenil jako Graph Empowerment for AI reasoning, což technicky zase se vrátím k tomu, co jsme zmiňovali minule, takže k Fabric IQ a jednotlivý ontologii Vy v tu chvíli, když máte strašně širokej kontext, tak se na to dotazovat vlastně vektorově, což přeci jenom ty ještě agenti jako dělaj, tak není úplně nejednodušší. V tu chvíli to chcete prořezat relativně jednodušším způsobem skrz graf, který vám už spojuje ty věci do logických celků a dává vám možnost pro dostupu. No a přesně tady to má být brzo dostupný.

Zase ještě není, přichází to, ale přesně tak. Právě v rámci té ontologie má přibít specifický MCP server, který se vyloženě bude moct připojit na ten graf generovaný pod ontologií a tím pádem pro toho celého agenda najít jednotlivý data, který potřebuje násobně rychleji. Třeba Copilot nebo Operation Agents, který se dají vyrobit ve fabriku, s tady tím pracují od začátku. Teďka se vlastně bavíme o tom, jak se to otevře jako širší MCP, aby se do toho dali právě zapojit Claude nebo Jimina. Jimina vlastně nemá tady ty podporu.

Pardon, nejsem Google fan. Pochopili jsme. Takže řekněme třeba kurzor, jo a zkrátka jak se do tady toho vtuchy jakoby dostat, aby užít vlastně tenhle grafový přístup a vytáhnout bylo, že to business knowledge a ten business kontext pro ty naše data v co nejkratším čase za co nejmenší kostok, jenom tím pána, aby jsme mi dostávali co nejrelevantnější a nejrychlejší odpovědi. Overall, když vezmu teda všechny tyhle věci, a teď bych z toho dal tři specifický, který dám na trámez všech těch ostatních, i z důvodu toho jsem u nich zůstal tak dlouho, tak Fabric CLI 1.5, CLI v podstatě jako exekuční vrsto pro agenty v rámci toho a Remote Server jsou i taková jako svatá trojce, která velice jasně říká, že Microsoft chce, aby Fabric řídil agentiv.

Jirka Vicherek (00:32:51): No a kolik je vás v Data Brothers dneska?

Štěpán Rešl (00:32:54): Počkej, počkej, jestli se dáš na to, jestli hodlám redukovat, ne? Já spíš jako chci vidět ty lidi právě empowerovaný tady těma technologiema. Teď empowerovaný neznamená to, že to má dělat za tebe tvojí práci. Tyhle agenti pořád, a je to věc, kterou spousta z nás si je vědomí, jsou tool, kterým nám má pomoct být víc efektivní. Nenahradit ty lidi, který...

Mají být responsiblu kontrolovat si ten code, který to píše a potom reálně jako z toho využít jenom to, co je jako opravdu potřeba, nesnahit se tím jako nahradit fyzicky ty lidi, protože to prostě dopadá tragicky, vidíme to teďka u spousty dalších Firm, kteří to zkusili, vyházet vývojáře, dá si tam jenom agenty na programování a prostě dopadlo to, jak to dopadlo. Takže jestli cílíš za tu otázku, jestli díky tomu budu snižovat stav, nechci díky tomu snižovat stav. Naopak bych chtěl díky tomu vyrobit víc příležitostí pro ně, aby mohli se víc učit, více v tomhle vzdělávat. A já bych ještě k MCP dodal jednu důležitou věc. Dejte si pozor, když používáte MCPčka, spousta z nich má své bezpečnostní díry a je to docela sranda.

Jestli jenom občas udělat nějakou analýzu toho, kde vám to potom třeba šifruje vaše klíče, jestli je to vůbec šifruje, jestli se neválí v plaintextu vedle.

Jirka Vicherek (00:34:19): tak optimistický pro šikovní lidi, kteří budou mít mnohem větší output díky agentům a security varování, tady od Štěpána. To byla ta velká Agents, takže Fabcon byl o agentech, předpokládám, že ten další bude zase o agentech, že za ten půl rok, že to je to téma.

Štěpán Rešl (00:34:46): Osobně si myslím, že to je něco, kam ten Fabcon teďka bude určitě směřovat dál. Čekal bych to, že když minulej podzimslej zimu jsme se o tom bavili více jako z biznesového pohledu právě ontologie a Fabric IQ. Teďka se bavíme o těch jako technických enablerech toho, aby tyhle věci mohly fungovat pořádně, tak na podzim, který mimochodem jsme ještě nezmínili, že Fabcon se bude konat zase na podzim, ale tentokrát v Barcelonie, to znamená tady na naší evropské půdě, takže můžete se na to všichni těšit, já si myslím, že to bude jako fakt pěkný, a tak bude, buď to zase víc biznesovej. A nebo to bude právě to krásný spojetí a daní těchto věcí hodně ruku v ruce, jak vlastně využít ty data, které tam třeba mám, nebo využít třeba i semantickou vrstvu. A teď se budeme bavit o tý s nejnižší granulato, jako jsou semantické moduly, proto aby mi pomohla popsat vlastně ty věci pro ostatní agenty směrem nahoru.

Jirka Vicherek (00:35:52): Príma, takže uvidíme, o čem bude Fabcon a buď bude víc biznisový, anebo víc spojení biznisu a agentů. Pojďme se podívat ale to, co je klasika, něco, co by fungovalo, i kdybychom tady neměli AI revoluci a bylo by to super a bude to pro vás super, přestože... Ještě kurzor nepoužíváte, nebo jiný, a zase tady pokud nepoužíváte, tak už je skoro postě, už neposlouchajte podcasty, začněte řešit AI agentní infrastrukturu, ale pojďme na featury, které právě přešly do GA a které teď už dodávají hodnotu, i když nad nima neběhají třeba agenti.

Štěpán Rešl (00:36:44): Jo, určitě. To, čím bych začal, co přišlo právě do GA, tak je Van Lake Securita. Když jsme ji minule zmiňovali, tam přibyly nějaké možnosti pro read-write operace, kdy jsem právě v tom minulém díle vysvětloval, jakým způsobem to funguje, proč jsem se toho vlastně jako nadšenej. A já z určitýho důvodu u tohohle nadšený stále zůstanu, protože ten One Lake Security model pro vás, co nejíte, o čem mluvíme, tak je v podstatě model, který žije přímo s datama. Bajíme se o zabezpečení přímo na té úrovni toho, kde data se nacházejí, to znamená na nejnižší vestvě, v tuhle chybě One Lake'u.

A tím, že to přišlo do GA, tak to znamená, že už reálně Microsofty zatím stojí. Já strašně jsem happy, že můžu sledovat vlastně do cestu One Lake Security od úplního začátku, kdy začaly vznikat ty koncepty, až teďka vlastně do toho, kde to vychází mnohem výš. A dokonce tam do toho začali přibydat rovnou nový previewčka, což jako bylo tak jako dobře, tak teď se nám anounceli, že Fabrik je teda Vanlife Security je oficiálně GA, to znamená propaguje se mi to do Sparku, do SQLka, do Power BIka, do Fabrik agentů, prostě to, co tam nastavím, je kres celý ten ekosystem. No a jednou přišlo hned zatím oznámení a do preview tady přidáváme podporu pro third party query engine a teď jako bylo vidět jak ta místnost nejdřív stichla a najednou vybouchala brutální násod. Protože to, co to znamená, je to, že do téhle chvíle, když jsem nastavil vanlik sekuritu, tak jsem v podstatě udělal velkou bezpečnostní obálku a pokud tam prostě dovnitř nepřistupoval ten dotaz skrz patřičnou cestu s patřičným hostypem s dalšíma ověřeníma, tak jsem neměl šanci a prostě ty data najednou byly v podstatě zamknutý v proprietáním řešení, což Není to směr, který Microsoft chtěl s fabrikem kráčet.

Jakme tohle otevřeli pro ty third party query engine, tak najednou zase jako se tahle představa ty propriety rozpadá a jednou je možnost začít řešit, jak vlastně šáhnout libovolným engineem, libovolným dalším toolem na ty data, ale pořád s tím se ji bude propagovat jen a pouze. Ten můj pohled, který já vlastně mám být schopnej dostat. Nikdy by neuvidím data jakoby větší. A realita je taková, že bylo tam oznámených pár takových drobných věcí, které ale teď trochu zapadly právě v tom šumu toho jásotu. A to bylo, že se plánuje podpora vyloženě zabezpečení na úrovni bitmapy, na úrovni toho disku.

Což by znamenalo jako úplně to oddělit na hardwareový vrstvě od ostatních dát a přistupovat jenom k těm konkrétním oddílům. Za mě naprosto jako super, jako... super věc, jak na tohle to koukat a jsem strašně zjistavý, kam to ještě jako půjde dál, protože fakt jako bezpečnost dat by měla být jako by jedna z našich klíčových priorit téměř vždycky, protože data jsou firmní stíbro, jak se často říká a jenom díky tomu vlastně ty firmy mají ty svoje výody většinou.

Jirka Vicherek (00:40:24): No, přijde mi to hustý, přijde mi hustý to, že když jsme to minule řešili, tak jsem si říkal Jo, tyjo, na úrovni dat, tady tenhle řádek, můžou vidět jenom tyhle lidi a bez ohledu na veškerý tooling nad tím, tak to je ta baseline a vlastně jsem byl nadšený, že takhle se nad tím přemýšlí a teď ty přijdeš a řekneš, hobby, data nejsou baseline, Baseline je úložiště na servru a kde přesně tady jedničky a nuly v tom datovým poli jsou, tak to je Baseline a to mi zase vlastně vůbec nedošlo a je to drsný. Líbí se mi to otevření pro Prajiteli jako zase, že mám pocit, že Microsoft se poučil z historie a že jede Jiný příběh, než na kterém vyrost. Což je super a klobouk dolů. Co jsou ty third party supports, které tam ty budeš instalovat? Bude to ve chvíli, kdy tam dají bitmapu, anebo je to ještě nějaký jako jiný tooling, který s tím pracuje, který ty nastavuje ty spacey automatizovaněji nebo nějak jinak?

Štěpán Rešl (00:41:40): Ale takhle, teďka ta věc přišla do úplnýho preview, pomaličku se to začne teďka vodeměkat, aby si s tím uživatelé mohli hrát, je to věc, o který já teďka ještě nechci úplně moc mluvit, myslím si, že se o tom v následujících pár měsících bavit budem, ale umyslně teďka chci nechat jako takovej drobnej teaser, protože myslím si, že tahle ta věc, reálně je tak strašně klíčová, tak strašně důležitá. Že já doufám, že udělají ještě potom jeden step, protože mít data jakoby na jednom disku nebo na pár diskří, který jsou naplený na jednou je hezký, když jsou tam zašiprovaný, ale třeba víme, že u SharePointu existuje ještě jedna forma jako next stepu a jestli ji uvidíme i ve fabriku, tak ode mě stavujeme asi jako standing ovation.

Jirka Vicherek (00:42:26): Super, tak to se nechám překvapit a když ještě zůstaneme u One Lake Security, když teď se přijdeš podívat na vašeho klasického klienta, teď přijde nový klient, měl postavený fabrik nebo nějak si hrál s fabrikem, má tam první projekty a věci, a nebo už migruje, tak ten mindset shift, jak se nově dívat na security, co vlastně už je zastarilý pohled, nastavovat tady oprávnění na tomhle místě a nebo na tomhle místě, je tam nějaký rozdíl, jak se dělá security ve fabriku v roce 2026 a jak se dělal před rokem?

Štěpán Rešl (00:43:12): Takhle, ještě bych řekl, že úplně to není takový, že bych ti řekl, vždycky běží udělat vlanek sekuritu. Těch stepů, které tomu by to mohlo takhle plnohodnotně ještě fungovat, ještě nás čeká dost. Protože je tam i v dalších zákonitostí, který se v tu chybu musí řešit jako zabezpečení na základě jiný tabule třeba. Na souvestit já bych do toho potřeboval, aby mi to potom dávalo ten jako širší kontext, jak to vlastně zaskoupovat. Stejně tak řízení potom nějakých parent-child nebo multi-parent-child hierarchii v rámci toho.

Takže za mě do teďka pořád neodzvonilo starším přístupům řízení, oprávněních datům a to, ať se bavím o workspace level security, item level security, inner item level security, přímo potom nastavování na SQLovém servru, jeho Všichni mají svoje místo, svoje scénáře, tohle je další vrstva, která mi umožňuje nad tím celým globálně přemýšlet v trošku širším kontextu a říct si, pokud prostě chci Třeba příklad, mám tam nějakou výrobní společnost, která má třeba svojich 30 závodů a data slivají na jedno místo a já to chci rovnou diverzifikovat, tak aby se dostali jenom ke svým datům, tak OK, můžete naházet do různých složek, ale já furt jako neudělám scoping těch složek. tak prostě tam jdám one like security, která to rovnou rozřeže na ty lidi a jdeme dál a pak A na a ostatní ale vidějí správně svoje data.

Jirka Vicherek (00:44:53): Jo. I u nich. druhou stranu, podle toho, jak jsi o tom mluvil minule, tak je to tak elegantní, to je to slovo co hledám, je to tak elegantní řešení, že se dá předpokládat, že to bude budoucí standard. že vlastně architektonicky vlastně to jednou udělat nad úrovní dát dává smysl a potom všechna oprávnění a edge cases a outliers dělat ve vyšších vrstvách, pokud je potřebuješ, tak asi tenhle shift se dá předpokládat.

Štěpán Rešl (00:45:25): Jo jo jo, asi takhle nějak bych to zhruba viděl, jestli to jako stane, až se doladí ještě nějaký další stepy, který tam z toho musí být.

Jirka Vicherek (00:45:33): Super. Tak se těšíme na bezpečnější budoucnost. Tak to bylo One Lake Security.

Štěpán Rešl (00:45:39): No, tak tím pádem se zdržím u One Lakeu ještě na chvilku, ale teď jako v jiném shiftu, protože s příchodem One Lakeu při iniciaci fabriku, tak do Power BI přibyl mod, který se jmenuje Direct Lake. No, což jako byla taková varianta, když se řeklo, nepotřebujete duplikovat data v rámci importu, nepotřebujete se na ně dotazovat, v tom stylu, že každý váš dotaz se překládá jako síklovej, posílá se na databázi, tam se to vyhodnotí, vrátí, to znamená, nemusíte rešit do requery. Takže ty data už jednou v té platformě máte? Vzhledem k tomu, že ten přístup k Delta Lake, který se využívá, tak je taky kolem storage, stejně jako databáze pod pohledbě jakem Alias Vertipack, respektive pro některý z vás to budete znát třeba jako Velocity Engine, tak To je taky jako sloupcová databáze, to znamená, proč by tyhle věci nemohly samou cooperovat nebo zpět i fungovat jedna za druhou. No a právě proto vzniknul režim, který se jmenuje Direct Lake, který právě umožňuje v Power BI se připojovat přímo na ty data v těch delta tabulkách, bez toho ani bychom v podstatě načítali do Power BI.

Velice naplacatou můžu říct, že ze začátku tenhle režim bych nedoporučil naprosto nikomu a nikdy. Byl drahej, spousta limitací, velký množství problémů, bralo to spoustu kapace. Jak šel čas, tak Microsoft šel a čistil svůj píseček, který si nadrobil. To znamená, začalo to být levnější, začalo to generovat méně dotazů na pozadí, začalo to být mnohonásobně, být reliable. A už to dostali vlastně do stavu, Kdy je to opravdu plnohodnotnej datovej zdorový, který vlastně ty chceš používat, není to tvoje řešení na všechno.

Stále platí jednoduchý princip, pokud jsou data do nějakého objemu, který je docela dost neurčitý, ale řekněme jako menšího, tak prostě chceš import. Pokud opravdu potřebuješ real time, opravdu a ty to dělám jako tak velký uvozovky, jak jenom umím, tak saháš po DirectQuery a jsi si vědom toho, že u toho otvíráš peněženku a prostě lítejí z ní peníze. Direct Lake, tím, že zní, že čtu rovnou ty data, které tam jsou, tak to zní hát, tak to taky v podstatě real time, že ho zapíšu a vidím. No, no, dobře, no, není to úplně tak jako 100% pravda, protože já je zapíšu, musí proběhnout synchronizace TSQ endpointu, v rámci, který se natriggeruje i zpuštění Vertiscanu z Power BI, aby si rozšířil tu danou tabuli a vzhledem k tomu, že proběhne Vertiscan, tak dojde k dropnutí nějak na warmovaný cache a musí se vyrobit znova, blablabla, jako jako tručná teorie v okolu. Takže na úplný real time to není.

Ale na co to je, je velkej objem dat. Pokud potřebuji vizualizovat velkej objem dat a vím, že už se bavíme opravdu jako poměrně dost vysokých řádech, tak tahat to do importu je prostě extrémně časově náročný a ty data, které já tam budu loadovat, tak mě budou stát na refraších spoustu CU-ček, to, že to potom člověk přijde patrně, se mu to zobrazí rychle, pokud jsem nezmršil DAX nebo neudělal jsem blbě model, Ale je to jako duplicita a vlastně mi to už zase tak moc nepřidává. Kdežto ten Direct Lake s těma velkýma nebo většíma datama umí fakt dobře pracovat a ty jenom přijdeš, pokud jsi první člověk, který k tomu přišel, předtím jest to navormovalo, tak si hold těch pár vteřin počkáš. Ale všechny další odpovědi už jsou velmi rychlý. Velice podobný importu.

Neřeknu stejný, rozhodně nejrychlejší, ale velice podobný. Pokud přijde druhý uživatel, potom co už to navormovaný, tak máte data okamžitě. A jednou jako kouká na fakt velký vzorek dat, který se neduplikovaly, mimochodem v Direct Lake modu se aplikuje One Lake Securita. Takže rovnou zase RLS, OLS, zpěté Celos, myslím, že do toho propaguje. A já prostě nemám problém.

Jo, v tomhle je to jako strašně hezký. Direct Lake prošel i změnama v tom stylu, že se dá editovat třeba z Power BI desktopu, to znamená, můžu to tam vyloženě vyrobit, můžu tam s tím pracovat, udělat to tak jako normální vývojář by to tam dělal a pustit to dál. To, co čekám, je, že do něj přijdou další novinky, do Direct Lake režimu, protože dneska tam pracuju s tabulkama, ty jsou fixně v nějakém lake houseu, a přidávám si tam své mežry. Jasně, můžu i calculation groupy, případně field parametry, to je nějaký základ, UDF teďka Ale čekal bych, že se asi časem přibyde i nějaká varianta toho, že bude potřeba přijat i nějaký další item, který z pavl bíjeka normálně dobře známe. Nebudu odkrývat karty, ale myslím si, že nějaký by mohl někdy přijít.

Je to minimálně moje myšlení, když vidím, jak Microsoft pracuje, tak se většinou snaží do všech těch režimů nějakým způsobem dát úplně všechny ty samé občny. Takže u PST bych čekal, ha, tím pádem mi tady chybějí dva konkrétní itemy. Tak ho vidíme.

Jirka Vicherek (00:51:21): Já se nechytám vůbec, ale doufám, že teď u radiových přijímačů zní aha a kdy to bude, tam to se těšíme. A co je teda ten use case? Mě si trochu zarazil tím, že poprvé je to pomalý a podruhý rychlý, protože z toho, co si říkal, mi to přišlo spíš Adhok věci, věci, které nepotřebuješ jako v CICV, které netočíš často, protože kdyby si je točil často, tak si to naimportuješ.

Štěpán Rešl (00:51:54): Války objem dat, který i třeba se parciálně mění v průběhu času, ale nejím to tak, že by se měnil prostě několikrát za minutu. A pokud to umíš za to zavětvit ještě vormovací mechanismus, to znamená něco, co vytrigruje spuštění třeba té stránky, na kterou chodí uživatele, tak to vormuješ před nimi. Takže jako jako prostě máš fakt větší objem dat, tak většímu chceš sáhnout po tomhle tom, že to je jako hezky.

Jirka Vicherek (00:52:25): OK, super, super, takže direct like.

Štěpán Rešl (00:52:31): No, tak jako, když jsem mluvil teda o PowerBeacovým režimu, tak by možná stálo za to ještě zmínit jednu věc, která se PowerBeacovým dotýká a to je Trans Analytical Taskflows. Tans Analytica v Taskflows byly přidaný, už to taky nějakou tu chvíli bude, za účelem toho, aby nám dali z Power BIka writeback. Aby jsme vlastně měli možnost z Power BIka prostřednictvím nějakých konkrétních, buď to vizuálu nebo metrik, který vlastně poskytujeme, posílat data zpátky někam, kde se s tím něco stane a zase zpětně vynutit třeba refresh toho semantického modelu, abych rovnou viděl ty data pro psaní.

Jirka Vicherek (00:53:16): To si pamatuju z minula, že mě to nadchlo, protože najednou Power BI je Streamlit nebo jako.

Štěpán Rešl (00:53:25): Jo jo, je to v tomhle tom jako super, tak to jenom bych chtěl, že to přešlo do GA. A stala se tam na FAPKONu jedna úžasná věc, kterou my nemáme ve skryptu. A já jsem ji tam z dobrýho důvodu nedal, protože jsem strašně chtěl vyjet tvojí obliče, ještě to řeknu. Protože TransAnalytica Taskflows byl step jedna. Vedle toho Microsoft uzavřel spolupráci s firmou Lumel.

Lumel je firma, která už nějakou dobu dělá writebackový vizuály do Power BI na budgeting a různí plánování a vyrobili proto spoustu fakt jako krásných vizuálů, který vám podstatě mohli z Power BI dělat Excel. No a když se uzavřela tahle spolupráce, tak se začal enrollovat do všech tyrantů novej item, jmenuje se Planning. Takže přijímá writebacková opčna ve fabriku. Takže rovnou v podstatě jste dostali novej Excel integrovaný do fabriku, rovnou kooperuje s databázem a máte tam různý druhy podmínního formátování a jednotlivých věcí, včetně potom v podstatě také jako docela hezkého plánovacího stromu, za kterým jsou i ty KPJ, víte jak to roste v průběhu času. Jako tohle to byl strašně zajímavý vlastně pohled na to, když to vydali, protože tak vtuchy, když to řekli na stage, tak to rovnou hodili na YouTube a to byla jako potální blna načiní, protože je to zadarmo.

To, co se jako neděje, tak jak známe ty třetí firmy, tak když se tady takové přidává, tak je to třeba novej workload a člověk si k tomu za to musí zase zaplatit. Všechny vizuály od Lumilu byly takový, že si platíš per uživatele. Tady jedinco platíš jsou CUčka. Přijdeš, řekneš chci přidat planning, tady mám zdroj, máš vyrobeno, začínáš do toho psát, jedinco platíš, tak jsou CUčka, u kterých platíš jenom za to, když to dělá write nebo read. Nic víc.

Takže tady máš tu přímo odpověď na ten Streamlight.

Jirka Vicherek (00:55:35): No to je úplně hustý, protože to posouvá celý ten tool úplně někam jinam. Z vizualizačního nástroje na aplikaci. Takže najednou a najednou máš dokumentaci. Takže najednou zase tvoje kancelářská sponka ti řekne, hele minule si tam dával taky 20% návrh a úplně to nevyšlo, co takhle zkusit 18.

Štěpán Rešl (00:56:05): Je to tak, mimochodem rovnou dostali, rovnou tady ten jakoby planning dostal podporu pro agenty. Jak už to tak jako teďka bude, osobněcky.

Jirka Vicherek (00:56:18): By bylo divný, kdyby ne, ale zase pro ty, co neslyšeli minulý díl, tak to je pro mě jako paradigm shift. To je něco, co ten Excel mu může dát ráno na jedno, protože zase potom vizualizace a všechny hezký barvičky a aplikace, jich bylo spoustu, ale... právě planning nebo tak někam to zapsat znamenalo otevřít ten Excel a tam to vyplnit a to byl ten ultimátní zdroj pravdy.

Štěpán Rešl (00:56:52): Je to pravda a teď najednou je tady a je vlastně jako dostupnej a dá se používat v rámci fabriku rovnou. Já jsem si znamen, že jsem neměl úplně moc prostoru si s ním jako víc pohrát s tím jako prostě drobně Ale už vlastně mám tam v lavě jakoby v backlogu, že se na to potřebuji pojavit detailně změřit právě ty co je účka, který to procesuje, kdy, jak a jak s tím vlastně fungovat a vytáhnout z toho nějakým způsobem maximum, protože to je hodně zajímavá věc. Takže to je jako další novinka, která vlastně za mě nesmí zapadnout a neměla by zapadnout vlastně ty vaší pozornosti, toho na co se podívat. Ještě tady mám jednu věc, která do GA přišla, zase jenom bych chtěl jako jemně zmínit, jedná se teď už ne v Power BIaku, ale v rámci Lake Houseu, konkrétně tam vznikly materializovaný výučka. Oni už nějakou dobu v fabriku existují a tyhle jako materialized lake views tak přišli vlastně v buildu 2025 to znamená, že nějaká chvilka je do preview, teďka přišli do GA a V podstatě při tom přesunu do GA, tak se uzavřela většina těch jako problematických věcí, kteří tam byly, říkám většina, protože známe to vysky, šťoural si vždycky nějakou skulinku, nejde, nejsem výjimkou, takže pro mě třeba nejsou často na menu, protože mě se velice líbí jako přístup Pythonu k tomu, že mám k tomu metadriven loader a ten mi řídí úplně všechno, já mám jeden zdroj pravdy a jdu od toho stranu.

Jirka Vicherek (00:58:36): Ale pro méně pokročilé usery.

Štěpán Rešl (00:58:39): Jasně, tak tady máte možnost právě využívat ty Materials Lakeviews, které Vám umožňujou si v podstatě naklikat jednotlivý transformace, který ty výučka potom vlastně exekujou za Vás. To znamená, když se Vám načitou data, tak oni je zprocesujou a Vy v nich rovnou vidíte ty vlastně vaše úpravy. V rámci GA přibylo teda pár věcí, jak jsem změnil, který se změnili. Jedna věc je replace in place, protože doteďka to fungovalo, takže jste museli vlastně dropnout a recreate tu business logiku, teďka stačí dát vlastně replace a on vám jenom zvaliduje tu logiku, tak jak to je a v pohodě, to znamená i dependencí z tuchy zůstávaj intaktní, takže skvěný. Druhá věc multi-scargel support, takže můžete si jako scargelovat více tady těch loadů.

dokonce i pro různý výučka, nemusí všichni běžet na jednou, ale prostě může to být oddělený, což je taky fajn a ono to po celmohem furt spouští Place Park, což

Štěpán Rešl (00:59:45): Není úplně vždycky ta hitparáda z pohodu kostu, protože prostě vás to může stát relativně dost. Každopádně vy teďka máte možnost, a to přišlo jako preview v rámci tohohle GN announcementu, že podporují Spark autoring. To znamená, že se můžete do těch kroků podívat a případně s tím pracovat. Autorujete to přes DataFrameWriter API. Je asi jako víc méně to, co bych vám z této potřebu.

Jirka Vicherek (01:00:12): By se to dá trošku.

Štěpán Rešl (01:00:16): možná ještě jeden důležitý warning, tak Materials Lakeview sdělají full refresh. To znamená, jaký optimalizace potom, který můžete potřebovat, tak jsou na veřejní roadmap napsaný, ale zatím ještě nejsou. OK. To bysme měli jako ty hlavní GA věci schrnutý. To znamená do GA přišlo One Lake Security, Direct Lake, Translutical Task Flows a Materialized Reviews.

To jsou jako čtyři věci, kteří tam za mě z pohodu jako GA zářili úplně nejvíc a bylo důležité, že tam zazněli i v tom kontextu jejich speciálně dalších previews, který jako se na to okamžitě nabalili. Jak to tak bývá. Pro databázisty a lidi, který vlastně jako zajímá Fabric SQL, servery, který tam jsou.

Jirka Vicherek (01:01:08): Tak konečně, jsem teď slyšel jenom samý fabkonní věci, tak konečně SQLCon taky za září.

Štěpán Rešl (01:01:15): Ale pro SQLkaře, pro Cosmos DB atd. Mimochodem dokonce pro ty lidi, kteří využívají SQL servery skrz Azure Arc, což znamená možnost přitáhnout si azurovou instanci do onpremu, svýho vlastního, tak byl přidaný database hub, který vlastně má pomoct unifikovat management jednotlivých vašich databázy, který jsem všichni zmínil, jak fabrikový, Tak, Azure SQL, který tam máte, Cosmos v databáze a věložitý SQL Server, který máte propojení přes Azure Arc. Tak vám z tohohle vznikl vlastně jeden standardizovaný pohled. Kdy máte možnost ty všechny věci řídit, že jako v jednom prostředí, pokud máte databázy hodně, tak tohle je celá jako věc, kterou byste asi jako dost chtěli. Je to dost ambiciozní vize, což jako nebudem si lhát, protože je to strašně moc věcí, každá ta databáze běží trochu jinak, jinak se ti dotazujou.

Není to úplně nejjednodušší to sledovat, tím je to teďka přišlo do early accessu, to znamená, dá se jako žádat, abyste se tam jako do toho připojili, tak Ridley Access rovná se nestabilní, více než úvykle. Takže zatím to prostě jakoby takhle je, ale je to fakt jako krásná vize a rozhodně doufám, jestli to jako podaří upodchytit, protože oni do toho, co jsem viděl i na té prezentaci, tak zapojili i vloženě jejich fleet manažera, který vlastně dneska probíhnuje ty databáze na pozadí, takže by do toho mohly sprat i vlastně tyhle jednotlivé logy.

Jirka Vicherek (01:02:52): Máš ty nějaký use case, kdy používáš úplně jinou databázi a potřebuješ je vidět v jednom?

Štěpán Rešl (01:02:59): Jo, já jsem třeba pořád dostan se i hrosý kluvěk databází než fabrikových. A má to relativně jednoduchý důvod. Já si, nebo já relativně často potřebuji Azure SQL databáze docela nízkých řádů, že jako nepotřebuji nic velkýho, potřebuji si do toho vodlejit jenom nějaký data, potom si měl pracovat, protože jsem i třeba ten writeback ve fabriku, já si většinou radši vytočím klasickou standardku, do který ty věci dám, protože je to fakt levný. a fabriková database je docela dost ceučkově náročná, protože

Jirka Vicherek (01:03:35): na kanalu na vrapce vlastně, takže na nějaké.

Štěpán Rešl (01:03:38): Ano. ona automaticky ti vyalokuje svůj čas a prostě je zapnutá do kutí, buď to ručně nevypneš. Po čtyřech hodinách se vypíná, když se jako nedatážeš sám, ale fakt jako za celou dobu těch ceuček bere dost, tak v tu chvíli to není můj jako nejbližší kamarád a radši to tahám do ježinových databazí a v tu chvíli přesně bych to chtěl mít jako managovaný na jednom místě, abych nemusel jít za dvou prostředí, tak jednoduše.

Jirka Vicherek (01:04:07): OK, super, Data Base Hub.

Štěpán Rešl (01:04:11): Tak, po něm tam právě pro sýklaře byla další jako novinka, který já jsem strašně nadšerej, že je konečně venku. Custom sýkl půly. To znamená, můžete si vlastně i třeba náci svýho warehouseu, ve fabriku udělat custom sýkl půl, který bude odpovídat konkrétním typům volání, který dovnitř voláte, to znamená, bude mít v postatě Jinou frontu a jiný půl pro dotazy, kteří přicházejí ze SQL Management Studio a jsou třeba na upravu, na update nebo na insert, než věci, kteří jdou třeba z online na čtyň a stejně tak, když vám po tom povrbě tahá, tam můžou to být úplně oddělený půly, kteří to majdejnujou a vzájemně si nevyžírají prostředky, což je další super věc právě pro tu optimalizaci toho přístupu.

Jirka Vicherek (01:05:06): Takže si můžeš jako naklikat vlastní frontu na CUčka?

Štěpán Rešl (01:05:12): V podstatě zjednodušeně ano. Zjednodušeně ano, my si vyrobíte jako novou nebo upravěte stávající. Mimochodem tohle taková vtipná věc, ono to v tom appičku bylo schovaný relativně dlouho. Bylo to schovaný relativně dlouho, občas to někdo líknul, proto o tom můžu mluvit, protože to jako sometimes někdo líknul a já jsem to nebyl, tak jsem rád, to dostává i vyloženě UI, abys to tam člověk mohl editovat, to je relativně pěkně. a zase to posouvá celou tuhletu hru v okus dál, protože právě říct, hele dobrý, pro zápisy z tady toho nějakýho vzorce, tak nepotřebujeme velkej půl, to znamená dáme tam něco malýho a ten větší necháme právě třeba na store prosíži, kterými tam budou prostě ty věci jako heavily transformovat a připravovat pro ty moje uživaté na konci toho dne, což je super.

No a v rámci tady toho, já bych právě teďka ten sequel se na chvilku opustil, zmínil bych ještě jednu důležitou věc a to je Runtime 2.0. Já jsem ho tady dneska jednou zmínil, že právě jako k tu chvíli tam vidíte těch pár, vy jste viděli těch pár vybojářů, co by byli nadšený. Jo, máme nový Runtime, co to znamená. Nemusíme používat Spark 3.2 nebo nějakou takovouhle jako verzi, ale máme tady Spark 4, pro Delta Lake máme taky čtyřku. Super, ok, většina vůbec netuší, co jsem...

by tam v tuhle chyti vývojáři řekli. A pro ně tady ta novinka třeba nemusí být zase tak jako wow. Pro data engineering si myslím, že tohle je skvělý slyšet, protože najednou máte i ty nový features, na který jste čekali, nemusíte si tam buďte drušně psát, nebo můžete po nich prostě teďka rovnou šáhnout. Stejně tak se zvýšila verze Scally, to už tam je 2.13 a C2 běží na Azure Linux Marineru 3.0. Takže celý posun krásně dopředu, zároveň Runtime 2.0 obsahuje i Native Execution Engine, tak jak už to vlastně mějte předchazí, který je zase ale posílený a má naučený víc těch features, který se do toho automaticky propagujou.

Pro ty z vás, kteří nevědějí, co to je, tak Native Execution Engine je vlastně docela specifický přístup, který v tu chvíli, když používáte Já by řekl konkrétní funkce a konkrétní věci, který potom chcete, aby to s datama dělalo. Musím to říct takhle jako abstraktně, protože oni nikde nejsou vyjmenovaný, tak ale ty vaše data vezme předáje v podstatě microsoftí resource, která ty data schroupe a vrátí vám jako rovnou hotový a je to extrémně rychlý a z pohadu CLUček třeba oproti Sparku vám to umí 16x ušetřit. Jo, takže pro nějaký jako jednoduchý selekty, filtry, nějaký let joiny tam jsou jako podporovaný podobně, tak je to strašně super. Ale doporučuju oteřící dokumentaci přečíst, jak tohle přesně funguje a pak se zamyslet nad tím, který z mých loadů, který spouštím, můžu zkusit napsat tak, aby to s tady tím kooperovalo, protože na tom ušetřím a pak to předám dál, nebo jestli to prostě radši nechám celý v jednom velkým loadu, kde vím, že se to prostě nepředá.

Jirka Vicherek (01:08:37): Prímám, teď jsi mě ztratil, ale nejsem hardcore data inženýr a chápu, že celý upgrade runtime můžu tam spouštět nejnovější frameworky a nejnovější funkce, na které jsem zvyklý odinut a díky tomu ve specifických věcech jsem schopný snížit kosty dramaticky, protože si to tam napíšu mnohem elegantní.

Štěpán Rešl (01:09:05): Přesně tak, přesně tak. Ještě to, co bych tady chtěl zmínat, my jsme minule se bavili o tom, že jasně, fabrik je relativně mladá platforma, má s tím, jak vzniká nějaký drobný issues, který se tam postupně adresují o Microsoftce některých vědom, speciálně ty, který se týkají lakehouseváho synchronizace s TSQ endpointem. tak tam, že vlastně vzniklo nějaký apíčku, který ty vlastně přijít spouštět, aby se tady to refrešil, abys měl jistotu, že opravdu vždycky koukáš na ty data správně. A mně se tehdy hrozně líbilo, jak si řekl, že je tady v planě, že Microsoft přiznal, že udělal chybu a tím pádem udělal to apíčku, abysme s tím mohli nějakým způsobem pracovat. Tak tady přesně byla krásná ukázka toho, že nejenom, že jsou si vědomi ty chyby, ale snaží se s tím něco udělat a i vlastně i pomoct těm lidem používat ten nástroj na opravu jejich vlastní chyby, protože třeba pro tato apičku na Sync.tsklu endpointu už přidali vyloženě actionu do pipeliny, to znamená, neumusíš tam spouštět nějaký notebook nebo vyloženě volat přes endpoint, aby se to spustilo, ale vyloženě tam máš jednoduchou kostičku, která se jmenuje Sync.tsklu endpoint, dáš to tam.

A samozřejmě má zase preview ještě v závodce, jak by ne, tak dáš jít tam, řekneš, který se má takhle refreshovat a on to udělá. A když to doběhne, tak teprve spustí ty další kroky. Zase nemusíš tam krom to, že to pošleš hlídat, jestli už ta synchronizace doběhla, abys mohla spustit něco dalšího. Což je za mě strašně fajn, že tohle vlastně bylo přidaný, protože... Bez toho to prostě jako nefungovalo úplně nejlíp a nebylo příjemnější, nebylo příjemný pořád kopírovat ten notebook, který tohle za tebe řeší do každého řešení znova a znova.

Kluzno nastavovat. Vedle toho v rámci lake houseu je potřeba řešit i nějaký maintenance prvky, jako je vacuum a optimize, to znamená redistribuce těch dat v rámci parketových souborů, abych neměl příliš velký množství už vlastně mrtvejich parketů, který v sobě mají třeba funkční jeden řádek, když zbytek z nich už je k ničemu. a stejně tak, aby se mi tam neválal milion souborů, který jsou úplně jako k ničemu, tak přesně tyhle ty dva prvky taky dostaly vlastní actionu. Vyloženě zpětujeme na to jedna actiona, jakože spouštění maintenance operací lake hausu a ty si budeš, který se mají spustit a on to spustí.

Jirka Vicherek (01:11:38): Oklic.

Štěpán Rešl (01:11:39): Yes, přesně. Přijdeš, vezmeš koště, pustíš ho tam, zase nepouštíš na to notebook, nenastavuješ všechno. Nemusíš. Jako krásný ulehčení pro nás jako vývojáře, když tam dám kostičku a i pro ty uživatele, když potom mají zpravovat tu platformu, tak je to možným jednodušší, než zkoumat ten Bytonovej kód, kde tam ten člověk něco napsal, tož když to migroval z vteřin, delay je právě třeba pro ten vacuum z vteřin na těch sedm dní, tak tam najednou prostě obyvilo jako vysoký číslověka, co to pro Boha je. Kam to je sedm dní?

Aby se tam nějaký jako posun. Plus do pipeliny přibyla jedna věc, do kterého já jsem jako taky jako strašně happy, protože furt potkávám, kdy spousta firm ještě používá historicky SSIS package. Vásíko server integration services. a to, že Microsoft dává nástroj na migraci s Azure Data Factory do fabrikovéch pipelines, myslím, že jsme říkali i minulé, tenhle tool ještě zlepšuje, že už jsem dneska myslitivně vybrat 3 pipelines z toho, jako si chceš přemigrovat. Oni to řekne, tuhle nemůžu přemigrovat kvůli tady tomu, můžu ti přeníst část a ty si jako zbytek doklikáš, takže jako taky fajn, ale ta možnost říct SSIS package, tak jako jsem to měl možnost prostě udělat v normálních faktorov, co tady chybělo.

Teďka ho vezmeš, hodíš ho do fabriku a on ho spustí. Takže je to krásná noha do dveří, fabrikových dveří, do těch dveří budoucnosti pro ty lidi, kteří mají ty ledosy systémy a potřebuje tam s těmi pracovat.

Jirka Vicherek (01:13:16): Tady bude spoustu.

Štěpán Rešl (01:13:18): No jasně a naprosto jako validně, protože SSIS je tady s námi dlouho a funguje jako dobře, takže ty lidi jako nemají úplně nutně motivace ty věci mění, když prostě fungujou. Je to tak. Takže naopak tohle byl krásný posun s těmhle lidem, jak jim vlastně tu platformu přiblížit.

Jirka Vicherek (01:13:37): Mě to baví. Já zase nikdy jsem neměl Microsoft jako symbol největšího zla, ale na druhou stranu jsem vždycky měl velice kritický pohled nad nařadní globální korporace. a jejich fokus a věci a i po tomhle vyprávění s tebou mám pocit, že něco trefili dobře, že poslouchají, že vlastně na rozdíl od někdy mám pocit, že je to vákum, že to je jako čember a že jdeme tímhle směrem a za dva roky uvidíte, že jsme šli správně, ale i tyhle maličkosti, které jim další fabrik neprodají, ale udělají, že ti lidi, kteří ho fakt implementujou a starají se od něho, tak najednou ho mají radši, tak to mi dělá radost to vlastně. po každém tomhle setkání, tak vidím hodnotu akcí opravněnější.

Štěpán Rešl (01:14:50): Tak to jsem jenom rád, že to vnímajš takhle. A já tam proto ještě jednu poslední novinku, kterou bych chtěl říct na závěr, takovou spíš úsměvnou tečku. Je to novinka, která přišla do Papibíjáka. a ona nebyla zmíněná na Fabconu, ona byla zmíná potom, protože za březen se přidal ráně přes 121 nových features do fabrikovýho ekosystemu, což je totálně crazy.

Jirka Vicherek (01:15:20): Počítáš Power BI do fabrikového ekosystemu?

Štěpán Rešl (01:15:25): Musím, tak jako Power BI je workload fabriku, takže musím. A v tu chvíl bych toho tam měl dát ještě víc, ale jako, no dobře. Chápu.

Jirka Vicherek (01:15:36): Trick question, no, takže máme tady.

Štěpán Rešl (01:15:39): Jedna věc a to je věc, na kterou se křičalo taky jako dost dlouho, dokonce existuje jeden bývalý MVP, který křičil tak nahlas a ne tak správným způsobem, že kvůli tomu MVPka přišel. takové týhle jední feature. A to je to, že si můžete customizovat vlastní totály v rámci metrixu. Dobře je to jako strašná blbost, ale prostě ono, jak to v partbějku funguje, tak tam se exekuje DAX a pokud DAX máš napsanej ne úplně dobře, tak ty totály nebudou vrátit úplně dobře výsledky. Takže, když uděláš prostě sum krát sum, je co?

tak to není to samý jako samik z tabulu krás sloupec krás sloupec. Ty výsledky budou rozdílný. A on právě ten konkrétní člověk, my se tam nechci jmenovat, tak se točil na tomhle jako z pohodu spousty dalších toolů a nějaký jako základní matematiky, tak totály jsou součet jejich množin. Ono je těch vyjádření mnohem víc, takže prostě jako Microsoft z určitýho důvodu tohle nechtěl předělávat, protože neměl hotový třeba visual calculations, tady jsme zmiňovali minule a je to takový velký change, do který přišel. A teď vlastně už tu variantu přidali, takže si uživatel buď to může využívat právě ty DAXový default, který tam je, nebo si říct, že z tyhle kategorie fakt dělají sumu, průměr, minimum, maximum.

Ale jako taková jako hezká tečka do toho ekosystému, protože víš, potom máš nějaký jako fakt složitý výpočty a teď nejednou všechno sedí jenom nesí ten total a ty hledáš další den, kde jsi jako špatně vymyslel tu logiku, jak se tabulky skládají dohromady, aby z toho vypadlo.

Jirka Vicherek (01:17:31): A je to čistě DAX Specific, není to k ničemu jinému, než se trefit do výpočtu Outliera tady.

Štěpán Rešl (01:17:41): No, tak najednou to máš vlastně v této hrozně uleštěný a můžeš vlastně si využít i tu variantu, když si to fakt nechce řešit. A speciálně ještě něco takové složitý, když to pak něco takové složitýho. Takže to je takový hrozně úsměvný a hezký, že po 4687 dnech tohle bylo fixnutý. Možná ještě o něco víc, já jsem už dlouho Gregu v post nevěděl, abych se musel mutnout všude. Ale jako vím, že každý den dával post a přičítal ten counter, takže k tomu nějaký mím prostě na to.

To je jak

Jirka Vicherek (01:18:24): Zero Dark Thirty, jak dává to, jak dlouho víme, že Usama Bin Laden je tady v pakistanským komplexu.

Štěpán Rešl (01:18:32): Tak tady přesně to bylo jako to samé, že jako konečně je to jaký zůsob jako že fixnutý, zase jako tady jsou vozovky, protože prostě když napíš správný text, to nemusím řešit.

Jirka Vicherek (01:18:45): Já bych hrozně doufal, že někde v úplně nejnižším levelu dokumentace, když dáš tři řádky dohromady, tak tam bude sorry Greg. To je pro ti, Greg.

Štěpán Rešl (01:19:01): Já si jako nemyslím si to, ale pokud jo, tak strašně doufám, jakože vlastně máš pravdu, to bylo tak strašně

Jirka Vicherek (01:19:08): krásný, že jako to be true a tak a buďme rádi za to, buďme rádi za to.

Štěpán Rešl (01:19:16): Každopádně, že jsme došli jakoby na konec těch jednotlivých věcí, které já jsem tady měl z toho minulýho Fabconu. Tady teďka proběh, vlastně jako před pár týdny, jako ten to hlavní, na co je za mě potřeba se podívat, čemu dát pozornost, z velkýho důvodu jsem se tady zdržel úplně nejvíc u agentů, protože prostě je to věc, která, který je strašně silně vidět, že Microsoft tím směrem kráčí. Že s tím směrem kráčí i ta platforma a já si nemyslím, že to být jenom platforma jako fabric, protože těch třeba IQ vrstev vzniklo už mnohem víc, máme tady třeba Data Foundry IQ a pár dalších a ten vlastně systém tady toho IQ bude vlastně další vrstva skrz jednoty ekosystemy, do kterých se právě ty agenti potom připojí pro to biznesový know-how. a možnost právě agenticky vyvíjet ty základní vrstvy, u kterých já už si potom napojím všechno v ostatní, je ten směr, kterým Microsoft teďka hodně snaží.

Jirka Vicherek (01:20:17): Jasně, špatní data engineers už mají problém a teď začnou mít špatní middle management. Teď si jdou pro jejich výplaty. Takže další štace bude Barcelona, konec září. Fabcon Europe 2026. Lístky už jsou venku.

Štěpán Rešl (01:20:37): Lístky už jsou venku, prodávají se dokonce za super early bird 7, což jako je velmi příjemnější než jako.

Jirka Vicherek (01:20:44): A Barcelona super.

Štěpán Rešl (01:20:46): Barcelona je krásná.

Jirka Vicherek (01:20:47): Dostavili Zagradu dokonce.

Štěpán Rešl (01:20:51): Takže jako určitě doporučuji, jak se tam podívat, jako myslím, že to bude stát za to a vůbecně pokud máte možnost přijet se na FAPKON podívat, tak myslím, že bude má nějakou jednou za život, jako stojí vidět vlastně tu atmosféru toho, že vlastně tam je strašně moc lidí, kteří jsou fakt stejně nadšený jako vy a čekají, co se vlastně dozvědějí, co uvidějí, je to jako opravdu zábavný.

Jirka Vicherek (01:21:18): No a tak co se všechno podle tebe do září stane, na co se koukat, co nevynechat.

Štěpán Rešl (01:21:26): Hele, je tady jedna věc, kterou si myslím, že byste neměli minout všichni a to je konference, kterou máme tady v Praze, to znamená, který nemusíte letět až do Barcelony. Jedná se o Data Point Prague, kam nám taky přiletí lidi z Microsoftu a MVP z celého světa povídat právě o fabriku, Power BI, Databricks, mimochodem budeme tady mít lidi za DBTčko, Tak jako se tam se bude bavit i o Terraformu, to znamená jak fakt celou tu platformu uchopit ze všech možných úhlů, takže data point prax si myslím, že byste určitě neměli minout a

Jirka Vicherek (01:22:09): je to hoštý, že tady ty jak říkáš, kdo to má na starosti a kdo to tam přines, tak některá z těch jmen vidím na vašem roasteru programu minulého roku, tak máte možnost se bavit s těma lidma, co jsou fakt hands-on a třeba jim říct, kde byste chtěli to trošku prioritizovat.

Štěpán Rešl (01:22:33): Přesně tak. Dokonce nám se mi přiletí ještě kolegové z Tabular Editoru. Což je vlastně nejpopulárnější, nejrozšířenější tool na pomoc vývojářům právě v rámci Power BIK a zprávy semantických modelů. To znamená, jestli vás tomu právě cokoliv zajímá, chtěli byste i od nich dostat, jako by to know-how, tak tohle je jako skvělá příležitost, protože jsem právě do Prahy taky přiletěji o tom mluvit.

Jirka Vicherek (01:22:58): No a když se podíváme šířej, tak tohle byly previews, co očekává, že se stane do příštího Fabconu. Bude teď jako klídeček a uvidíme, co z těch preview věcí bude, v jaký kvalitě a jak použitelný.

Štěpán Rešl (01:23:14): Vlastně jo, myslím si, že teďka ten tlak nebude tak moc velkej, protože ono to vypadá životý doby, co vyšly Fapcony, tak ty, když se releaseujou v průběhu roku mimo Fapcony, tak jsou většinou patche právě na to, co se tam jako renouncne, jsem tam něco jako zajímavýho se různě release, ne? a já jsem vlastně strašně zvědavej, co tam takhle se objeví úplně novýho, protože jasně, teď se nafixujou ty previewčka, takže na příštím fabkonu těch GA očekávám hodně, ale vždycky mezi tím v průběhu roku se release nejde ještě nějaká jako drobná bomba, která vypadá jako strašně jako slípit nic a ty za půl roku zjistí, že to mělo v tom celém kontextu strašně velký dopad. takže já se nemůžu dočkat, co já si jako typu si od boku, že na konci července něco takový, že jako tady prostě zase jako bude jako slípe, co si budeme to koukat, co to pro boha je, pak po fabkonu si řekneme, jo.

Jirka Vicherek (01:24:18): To bylo ono. To byl ten ten. Děkuju moc Štěpáne, že z nás zase vzal do světa Microsoft fabriku a jsem zvědav, co bude ta slípe věc a vidíme se na Data Point Prague na konci května.

Štěpán Rešl (01:24:32): Přesně tak, díky moc Jirko, že jsme se mohli spolu takhle povídat a těším se na další společný díl do té doby, vidíme se na DataPointu, ahoj Ahoj

Jirka Vicherek (01:24:44): Děkujeme, že jste doposlouchali až sem a díky taky našim stálým partnerům, členům DataTalk klubu. Těmi jsou Sazka, TV Nova, Direct Technologies, GoodData, Miton, Colours of Data, BizzTreat, FLO, Carl Data Company a intecs. Díky moc za podporu a nešť vás provází data.