úterý 20. prosince 2016

CZ Podcast 162 - Hacking mozku

Do 162. dílu jsme pozvali Janku Chudlíkovou a věnovali se hackingu mozku. Janka nám vysvětlila jak funguje mozek a co musíme udělat pro to, abychom přeprogramovali mozkové synapse a nebyli sami sobě největší překážkou.

úterý 29. listopadu 2016

CZ Podcast 160 - Site Reliability Engineering

DevOps je mrtvé, ať žije Site Reliability Engineering (SRE). Do tohoto dílu jsme pozvali Ladislava Prskavce, který vede SRE tým v Apiary a je tedy osobou více než povolanou, aby nám o tomto novém přístupu něco prozradil.

středa 23. listopadu 2016

CZ Podcast 159 - In-memory grid Hazelcast

Další díl byl spíše technicky zaměřený a věnovali jsme se in-memory gridu Hazelcast, o kterém jsme se bavili s Jaromírem Hamalou a Vladimírem Schreinerem, kteří na této technologií pracují. Někdo by si mohl řící, že Hazelcast je obyčejná cache, ale to je jenom jede z use casu. Povídali jsme si o CAP principle, distribuci kódu k datům a dalších vychytávkách. Po Filemonovsku jsme zabrousili do fungování remote firmy, stock options a dalších detailů.

neděle 6. listopadu 2016

Zonkyho hackathon

Tento týden jsme vyrazili na první Zonky hackathon, během kterého jsme se chtěli vymanit z okov denní rutiny a zkusit pár neotřelých nápadů, na které nezbývá čas. Hackathony, jako prostředek k inovacím, jsem si oblíbil již v GoodData a proto jsem se ujal organizace.

Vzhledem k faktu, že Zonky tým vývojářů je asi desetkrát menší než DevOps GoodData, nebylo s organizací tolik starostí. Hlavním logistickým cílem bylo vypadnout z kanceláří, kde bychom se stali snadným cílem denní rutiny pro naše kolegy. Protože máme část týmu v Brně a slibovali jsme jim setkání, bylo jasné, kam se budou ubírat naše další kroky. Přes AirBnB jsme zarezervovali hackovaci loft apartmán (aspoň tak to vypadalo podle fotek), koupili lístky na vlak a vyrazili.

Dopředu jsme si plnili backlog zajímavých nápadů a cestou vlakem mezi snídaní Euro city (teplý pivo, studený parek) a Pardubucemi začalo první tužení týmů za pomoci kávy a budvaru následované takzvaným pitchováním (čti pičování - jedná se o představení projektů a diskuze nad tím, kdo by se čeho chtěl účastnit). Já jsem si vybral solitérský projekt, ale vznikaly i týmové projekty.

Po ubytování v hackovacím doupěri jsme nakoupili hromady nezdravého jídla, pití a začali vyšívat. Byt byl krásný, na fotkách vše vypadalo úžasně, ale v realitě to úžasné nebylo. Jednak tam byla jedna chodba ve stylu nudle, která se jevila jako nejlepší místo k týmovému hackingu alias co-workingu. Poučení do příště je pořádně ověžit, že je k dispozici jedna velká místnost a dostatek židliček, gaučů a vůbec nábytku, kde se tým sleze dohromady.

Za další tam byla i zima, přestože jsem odkojený tundrou, tady člověku nekonfortně přimrzaly prsty ke klávesnici. Naopak byt byl skvělý v tom, že unavení vývojáři mohli zakempit v posteli a dopřát unavenému tělu i duši trochu odpočinku.

Společný nákup jídla a pití se ukázal jako dobrý nápad, protože jsme neztráceli čas vycházkami za potravou a odváděním pozornosti od hackování. V největší letargii pozvedla náladu intermezzo Quake areny mocně podpořené dvojicí vodka a Red Bull kolem čtvrté ráno. Jeden z vedlejších efektů hackathonu představovalo utužení party, které řadím možná ještě více než dosažených inovací.

Nakomec se nám povedlo realizovat minimálně deset nápadů z hackathon backlogu, což považuji za úspěch vzhledem k nákladům, které včetně dopravy, ubytování a jídla nepřesáhly deset tisíc. Kromě určité nevhodnosti ubytování, jsem si vzal z našeho hackathonu několik ponaučení či věcí, které se mi potvrdily.

  • Bude složité překlopit prototypy do produkce, protože tam je ještě hromada práce. Málokdy vypadne production ready code, to lze očekávat pouze u drobností.
  • Byt jako místo pro hackathon je dobrý v tom, že si člověk může odpočinout či se odvalit do místnosti, kde bude mít klid na práci.
  • Hodí se mít v rukávu nějakou aktivitu, která pozvedne náladu, když tým upadá tým do letargie. My jsme zapařili Quake.
  • Co nejméně pravidel, která by jakkoliv omezovala. Vlastně mě napadají jenom dvě pravidla.
    • Chci dělat něco co považuji za užitečné pro firmu.
    • Demo viz další odrážka
  • Udělejte povinné demo z výsledků hackathonu pro zbytek firmy. Jednak tím zbytku firmy ukážete schopnosti týmu a jednak je to takový bič na všechny účastníky. V GoodData jsme ještě měli vyhlášení nejlepších projektů, ale tohle nemám moc rád, protože to je subjektivní a ovlivňuje to výběr projektů do hackathonu.
  • Nepodceňujte přípravu a nápady poctivě zapisujte do nějakého dokumentu, nad kterým se dá kolaborovat. V našem případě skvěle posloužil sdílený Google Doc. Moc si nelamte hlavu jestli je to dobrý nebo špatný nápad, ono se to nějak vystříbří během pitchování.
  • Nejenom kódováním živ je člověk, zařaďte nějakou rozptylovací aktivitu.

Mimochodem, náš tým stále rozšiřujeme, takže pokud se chcete účastnit dalších hackathonu či dalších taškařic v našem týmu, dejte mi vědět. Hledáme vše po ose - otevřená hlava, radost z učení nových věcí a jejich zkoušení v rámci technologického stacku Java, JavaScript, Node.js.

středa 19. října 2016

CZ Podcast 158 - Honza Javorek nejenom o Pythonu


V čísle 158. jsme přivítali Honzu Javorka, známou to postavu české Python scény, se kterým jsme se bavili nejenom o tom, proč právě Python nebo o tom, jak tu vybudoval jeho komunitu, ale zabrousili jsme i do jeho pracovního projektu Dredd v Apiary a schizofrenie mezi světem Pythonu a JavaScriptu, kterou tedy vůbec netrpí.

pátek 7. října 2016

CZ Podcast 157 - Umělá inteligence v boji proti síťovým hrozbám

V dalším díle jsme zavítali do společnosti Cisco a to do týmu Cognitive Threat Analytics za Jaroslavem Gergičem a Martinem Grillem a bavili jsme se o jejich řešení k odhalování síťových hrozeb pomocí umělé inteligence.

pondělí 19. září 2016

CZ Podcast 156 - Co se kutí v CreativeDock

Do tohoto dílu jsme pozvali Martina Pejšu a Miroslava Essera, kteří se s námi podělili o zkušenosti se stavbou startupu pro korporace. Tihle chlapci nezačínali skromně, ale hned se svým prvním nápadem na energetického operátoru potřebovali seed investici půl miliardy. Po lehčím vystřízlivění do reality začali stavět startupy pro korporace, expandovali na čínský trh a rozjeli vlastní venture kapitál pro zajímavé startupové a inovační projekty.

pátek 2. září 2016

středa 24. srpna 2016

CZ Podcast 154 - RTSmunity kurzové sázky třeba na headshot v Counter strike

Se 154. dílem jsme zavítali na návštěvu do RTSMunity, firmy která na základě matematického modelu poskytuje live sázkové kurzy na zápasy v počítačových hrách. Vtipně a zároven poutavě nás tímhle dílem provází zakladatel firmy Pavol Krasnovský.

pátek 19. srpna 2016

Dejte mi lepší produkt nikoliv vice nových vlastností

John Carmak, ten frajer co naprogramoval Dooma a prakitcky 20 let posouval hranice realismu v počítačových hrách, v jednom z rozhovorů na otázku “jaké nové vlastnosti bude mít Doom engine” odpověděl velice trefně “Více nových vlastností vám dá více produktu, ale nikoliv lepší produkt”. Expertem v tomhle býval Steve Jobs, když už jsme u těch velikánů počítačové éry. Ten tím byl úplně posedlý.

Aktualizace: rozhovor s Carmackem

A user always wants more of everything -- more features, more artwork, more levels. The assumption that hiring more people gives a better product is often incorrect. It might (but not always) get you MORE product, but not necessarily BETTER product.

Jako odstrašující příklad bych uvedl počínání Atlassianu minimálně v JIRA a Conflunce. To umí milion a jednu věc, ale nic pořádně… Každý kdo zkoušel něco napsat v jejich editoru mi jistě dá za pravdu. Abych si tedy nebral do úst tuhle australskou firmu, ve svém okolí určitě najdete spousty produktů - hmotných i nehmotných -, které jenom proto, aby se odlišily od konkurence, přidávají neustále nové a nové a čím dál tím méně užitečné vlastnosti.


Opět bych vypíchl jeden příklad za všechny - Evernote. Chvilku jsem byl v pokušení napsat Android, ale to už zavání válkou svatou. Navíc to nedomrvil Google, na kterém bych normálně nenechal nit suchou, ale Samsung, HTC a nevím jaké asijské firmy. S utkvělou představou, že člověk potřebuje dvě fotografická alba či kalendáře. Nechytejte mě hned za slovo a a dosaďte si cokoliv nalézajícího se po instalaci aplikačního balíku výrobce.

Mimochodem existuje přímá úměra mezi stářím produktu a tím kolik nepotřebného se do něj přidá. Může to mít co do činění s tím, že původní definice produktu se desetkrát změnila. Nebo prostě s faktem, že jednou načatá “featura” se nedotáhla, tak ji někdo zkusí udělat znova protože o té původní neví. Případně je složitá a proto jí nikdo nechce měnit neb jí nerozumí. No a pak tu jsou zákazníci. Ano, ta jediná skupina rozhodující o úspěchu či neúspěchu. Ti holomkové totiž někdy používají vlastnosti trochu jinak, než je páni inženýři navrhli a udělali, a proto jim je nemůžeme vzít. Jsme tedy v začarovaném kolečku, kdy nová vlastnost střídá novou vlastnost a produkt se stává čím dál tím méně uchopitelným, zapamatovatelným, důležitým a v neposlední řadě cenným v pravém slova smyslu tedy, že za něj budeme ochotni platit.

Dělat kvalitně Product management je dneska pořádná šichta neb každý přece sakra selským rozumem ví, kde má být jaké tlačítko nebo dialog, jak by se to mělo chovat, co by to mělo říkat a hlavně jakou by to mělo mít barvu. Pokud jste vývojáři a zadání vám dělají uživatelé nebo tlumočníci jejich přání, nemáte žadný produkt, nula, nula, nic. Bohužel jste na nejlepší cestě stát se přesně tím těžko uchopitelným, tisícím v řadě, který bude zápasit o přežití v smrtícím kolečku nových vlastností a frustrace vlastních uživatelů.

Aktualizace: pěkně to popsal Ev Williams CEO Medium - Medium is not a publishing tool


Understanding Blogger as we did at the time — as a software tool for creating and publishing web sites — we found ourselves in the race many software makers know well: Add features, get more users. Competitor adds more features, lose users. (Marketing and others factors have some effect, depending on the market. In blogging, that was minimal.)

Proč o tom píšu? Všichni jsou posedlí tím, jak je na trhu málo kvalitních vývojářů, ale zkuste to porovnat s tím, kolik je na trhu kvalitních lidí, kteří umí product management. Při vší úctě, jestli někdo neumí najmout vývojáře, tak si neumím představit, jak vypadá jeho produktový tým. Budu se opakovat, ale opakovat rád, zaměřte se na produkt. Zajímavý produkt si přitáhne vývojáře sám.


úterý 16. srpna 2016

Cloud levně, náklady obětované příležitosti

Je to trochu zvláštní psát o výhodách cloudu v roce 2016 asi jako o výhodách streamované hudby. To by bylo dost staromódní i na tenhle blog. Přesto je jedno obava, na kterou neustále v debatách narážím a snažím se jí rozptýlit. Jedná se o faktor ceny resp. cenové výhodnosti cloudu. Slovy klasika protřelého léty strávenými v korporacích a startupech: větší kazisvěty právníka či finance, aby člověk pohledal. Na setkání backendiste.cz jsem povídal o tom, jak je to s cenou cloudu.

Nejdříve mi ovšem dovolte udělat lehký úkrok stranou. Nedávno si tchýně koupila montovaný bazén za bezkonkurenční cenu. Radost trvalo do doby než jsem zjistil, že ho budu muset smontovat. Celá montáž bazénu měla přibližně deset kroků, se kterými vás nechci zatěžovat. Po celodenní montáži jsme v kroku 9 zjistili, že jsme v kroku 2 udělali chybu, přímo fatální chybu, která zamezovala zdárné kompletaci bazénu. Abych to zkrátil bazén jsme vypustili, rozmontovali a další víkend jsme si to s plnou parádou zopakovali. Naštěstí s dobrým koncem.

V ekonomii existují koncept nazývaný Náklady obětované příležitosti

“…odpovídají hodnotě nejhodnotnější činnosti (statku), které se musí ekonomický subjekt vzdát ve prospěch jiné činnosti (jiného statku). Např. tím, že se člověk rozhodne jít večer do kina, se zbaví možnosti v ten samý čas pracovat přesčas a vydělávat peníze. Tato nezískaná mzda je nákladem obětovaným příležitosti jít do kina.”

V očích tchyně jsme ušetřili za bazén. Podle nákladů obětované příležitosti (pokud bych počítal vlastní práci) bychom ty bazény mohli mít dva to včetně montáže.Pokud se debata a argumenty stočí na cenu cloudu, obzvláště s vaším CEO, CFO nebo kýmkoliv, kdo drží kasu, musíte vždy započítat právě náklady obětované příležitosti.

Když jsme drahé paměti v GoodData roku 2013 odcházeli z public cloudu Amazon Web Service (AWS) do private cloudu Rackspace panovaly kolem toho velké očekávání. Kromě zvýšení výkonu díky dedikovanému hardware hrála velkou roli právě cena. Při porovnání obou účtů by nebylo co řešit kdyby… Kdybychom nepočítali náklady obětované příležitosti. Snad ještě horším dopadem téhle cenové optimalizace byla ztráta možnosti využívat infrastrukturu jako služby v AWS a nutnost si v případě potřeby všechno hostovat svépomocí. Rackspace byl s trochou nadsázky server housing, nad kterým jsme si všechen ten “cloud” bastlili na koleni. To je snad vlhkým snem a nejednoho chlapce od hardwaru, ale pro softwarového vývojáře to je v nejlepším případě noční můra.

Pokud zabřednete do diskuze jestli je cloud levnější nebo dražší vždycky radím přepočítat si to na cenu vývojáře, na člověko-dny (man-days). Když vám řeknu, že databáze (MySQL nebo PostgreSQL) koupená jako AWS služba RDS stojí 3000,- Kč za rok (t2.micro instance), bude se vám to zdát hodně nebo málo? Počítejte se mnou, za 3000,- Kč ročně dostanu - monitoring, alerting, upgrady včetně security fixů, zalohu, a pohodlnou správu včetně výkonového upscale přes webové rozhraní. Pokud vezmu vývojáře, který bude tu samou DB provozovat svépomocí a řekněme, že na tom za rok stráví jeden člověko-den, v rámci kterého nastaví aspoň zálohy a monitoring, vyjde mě to při dnešních cenách na trhu práce na 4500,- Kč. A to pomineme fakt, že nevěřím tomu, že setup a provoz produkční databáze zabere jeden den v roce. Jenom instalace záplat a upgrady vám seberou více času.

Nemám teď po ruce, a trochu doufám že ho společnými silami najdeme, jeden z článků kamaráda Křečáka o Paretovo pravidlu 80/20 ve vztahu k samo domo vývoji. Ale je to rizikový faktor, který je potřeba počítat k ceně mimo cloud.

Nerad bych, aby to vyznělo, že cloud je vždy tou nejlevnější variantou. To určitě není, ale vždy si nazopímejte započítat náklady obětované příležitosti až se vám bude zdát cloud drahý.

pondělí 15. srpna 2016

CZ Podcast 153 - Neobyčejná cesta Chameleon run

Představte si, že máte 48 hodin, během kterých máte udělat hru. Navíc si zlomíte ruku, takže tomu musíte uzpůsobit game design. A protože jste pecháček, tak vám nějací floutkové nakonec ukradnou zdrojové kódy a hru začnou vydávat za vlastní. Takle začíná příběh hry Chameleon run, za kterou host tohoto dílu Jan "Split" Ilavský vyhrál Apple Design Award.

úterý 9. srpna 2016

CZ Podcast 152 - Hacking geolokačních služeb

Zkoušeli jste si někdy představit, co se stane, když vám někdo začne rušit nebo dokonce manipulovat se signálem GPS? Americké námořnictvo to jednou zkoušelo. Jenom to při cestě na hot dog v přístavu zapomněli vypnout a výsledkem byl totální chaos, do kterého se město položilo. V tomto díle jsme přivítali předního českého kryptoanalytika Tomáše Rosu, který nám opět velmi poutavě povídal o hackingu geolokačních služeb.


pátek 8. července 2016

CZ Podcast 151 - Jak to chodí v Instagramu

Do 151. dílu jsme pozvali Lukáše Čamru, který pracuje pro Instagram, a povídali si o jejich vývojařské kultuře a hodnotách, které určují nejenom samotný proces vývoje nebo příjmací pohovor.

  • Predstaveni Lukas
  • Jak jsi se dostal do USA
  • Prijmaci pohovor
  • Instagramu dostal
  • Boootcamp
  • Co tam delas
  • Vyvojarska kultura
  • Core values
  • Infra vs. Product teams

pondělí 27. června 2016

CZ Podcast 150 - mDevCamp stereo s Digit.cz

V dalším díle, jubilejním 150., jsme rádi přijalo pozvánku na konferenci mDevCamp.cz od Michala Šrajera a natočili díl společně s klukama z Digit.cz. Byl z toho zajímavý pel mel o našich začátcích a pohromách. Samozřejmě jsme se s klukama trochu štengrovali. Mimochodem pokud jste na nás zvědaví v obraze pokračujte na SlidesLive.com.

úterý 14. června 2016

CZ Podcast - Small talk, volume I. a II.

Další díl jsme rozdělili na volume I. volume II. převážně nevážně doufejme o věcech zajímavých, další update z naší dílny. Jo a small talk se to nejmenuje podle toho programovacího jazyku.

středa 8. června 2016

CZ Podcast 147 - Zingly a Powerauth s pankáčem Petrem Dvořákem

Do dalšího dílu jsme pozvali Petra Dvořáka (už asi potřetí) a probírali jsme jeho aktuální projekty Zingly a PowerAuth. Obzvláště bychom v tomto díle vypíchnuli přístup, který Petr razí při vývoji produktů. Velmi inspirativní, stará dobrá práce, poslechněte si. Tenhle chlápek ma určitě co sdělit a teď nemyslíme jenom technologicky, ale i jak o svém businessu přemýšlí. Mimochodem je to minimálně pankáč stavem mysli. A o tom punk vlastně je...

Mimochodem zveme nás na setkání nebo konfery kde nas muzeze potkat osobne:

neděle 29. května 2016

CZ Podcast 146 - Sapho

Sappho is a push notification platform allowing mashup various data. We've visited the Sapho's CZ office at Prague and interviewed a Silicon Valley veteran Peter Yared and Lukas Burkon about their mission. Enjoy #146

středa 4. května 2016

CZ Podcast 143 - Jak se žije v Rockaway

V 143. díle jsme dorazili na odpolední dýchánek do Rockaway a povídali si s Viktorem Kusteinem o projektech, vývojářích, kultuře no prostě o všem co je v tomto startupovém hnízdě k mání.

pondělí 21. března 2016

CZ Podcast 141 - Tips and tricks to get hired

141. episode has been released. The world has changed, programmers are in the driving seat of the hiring vehicle. The battle for talent is merciless, blood is shed all around. This practical episode of our show will teach you:

  • how to be hired for a dream salary
  • how to search for a job anonymously and without any extra effort needed
  • how awesome recruiter can be your best friend
  • nasty tricks of average recruiters
  • new trends in hiring and where it all goes

středa 16. března 2016

Stříhání metru

Na vojně - ano skutečně jsem byl na vojně - se stříhal metr, když měl voják sto dní do konce svojí služby. No a já teď obrazně řečeno stříhám metr v GoodData. Na konci Března opustím tuhle skvělou společnost a vydám se vstříc novým dobrodružstvím. Proč vám o tom vlastně píšu? Dobrá otázka. Za těch šest let jsem se stal pro hodně lidí z technické komunity, kteří poslouchali CZ Podcast, chodili na CZJUG setkání nebo četli tento sporadicky aktualizovaný blog, synonymem pro GoodData. Možná to vnímala a vnímá i část mých kolegů. Když se oficiálně provalilo, že odcházím, začal jsem čelit kulometné palbě otázek, které by se dali shrnout: co, proč a kam. Z hodně tech reakcí jsem vyčetl, že lidé mají pocit zklamání, že odcházím. Chtěl bych to tedy všechno uvést na pravou míru.

Já nejsem GoodData a nikdy jsem nebyl. GoodData je špičková technologická firma, kterou vždy posouval špičkový tým. Zní to jako nejvíc otřepaná fráze, ale je to tak. Nebylo to nikdy o jednom jedinci, a bylo by špatně kdyby to tak bylo. Naše síla byla a je ve skvělém týmu. GoodData by byla stejně dobra se mnou nebo beze mě, ale těší mě, že jsem svojí troškou přispěl, to nebudu popírat. Není pro inženýra větší satisfakce než realizace jeho vlastních myšlenek.

Ještě více mě hřeje pocit, že součástí toho skvělého týmu jsou další lidé, kteří bez problému mojí roli zastanou. Za poslední dobu jsme najmuli pár velmi schopných inženýrů, díky kterým můžu s klidem odejít. O technickou budoucnost nemám nejmenší strach.

Po šesti letech věrných služeb potřebuji změnu. Člověk to na sobě pozná mírou otupění. Většina problémů a výzev zevšední a pak chybí zápal a ochota překonávat všechny překážky. Už je čas přepřahat, aby tu káru táhli mladší, služebně mladší abych byl k sobě trochu korektní. Kolegové se mě teď ptají, jestli si koupím stock options (předkupní právo na akcie). Nevím jestli za mojí odpovědí hledají ujištění sama sebe, že firma má budoucnost, nebo je to čirá zvědavost. Já věřím, že má před sebou skvělou budoucnost.

A moje další budoucnost? Blíží se první release HotCar.io, kterému jsme věnoval hodiny a hodiny práce po večerech a víkendech. A potom začnu další kapitolu startupového života u Creative Dock. První bude práce na Zonky.cz a potom čert ví…

CZ Podcast 140 - Návštěva v datovém centru TTC

V 140. díle jsme dorazili na návštěvu do datového centra firmy TTC, kterým nás laskavě provedl Radek Majer. Chvilkami jsme si připadali jako Alenka v říši divů. Lokalita datového centra byla mírně utajena a Dagi s vybitým mobilem bloudil jako pes Goro v Tokiu. Další zádrhel nastal při průchodu přes ochranku, protože Filemon s sebou nosí zásadně a jenom propadlý řidičák. A pak už to šlo ráz - chlazení, transformátory, elektroinstalace, špinavá optika, čistá optika, záložní zdroje, systém hašení požáru, racky, bezpečnost.

Videa z naší procházky

úterý 8. března 2016

CZ Podcast 139 - NFC, čipování aneb první krok na cestě ke kyborgům

139. díl s Janem Hubíkem z Paralelní Polis na téma NFC čipování a další rozšíření lidského těla jako první krok na cestě ke kyborgům. Povídali jsme si nejenom o technologii, ale i jejích dopadech na lidskou rasu a etickém rozměru těchto modifikací.

úterý 16. února 2016

CZ Podcast 138 - Všeobecná umělá inteligence s Markem Rosou a GoodAI

Do 138. dílu jsme pozvali Marka Rosu, zakladatele Keen software (herní studio, mimo jiné Space engineers), a vyzpovídali ho z vývoje všeobecné umělé inteligence, do které se pustil se svojí firmou GoodAI. Podcast o robotických autech je dobrý vstup do oblasti umělé inteligence z kategorie "narrow", ale vývoj všeobecné umělé inteligence je ještě o stupínek výšše. V tomhle díle máte poměrně unikátní možnost poslechnout si jak se futuristické myšlenky mění v realitu.

pátek 5. února 2016

CZ Podcast 137 - Petr Šimeček a Vojta Roček

Do 137. dílu jsme si pozvali Petra Šimečka a Vojtu Ročka, kteří převzali ihned kontrolu nad natáčením, a proto se dozvíte úplně všecko, co jste kdy chtěli vědět. Probrali jsme toho opravdu dost počínaje výslovností, Amazonem, cloudem, stavěním firmy, Keboolou (neplést s virem Ebola), spánkem a konče budoucností českých startupů v roce 2016.

úterý 2. února 2016

CZ Podcast 136 - CDN77

Do 136. dílu se nám podařilo ulovit Zdeňka Cendru a Veroniku Miňovskou z firmy CDN77 a bylo to povídání tuze zajímavé. CDN je alias pro Content Delivery Network, kterou se rozhodl Zdeněk vybudovat a provozovat v celosvětovém měřítku. Kromě toho, že to je technicky složité (evidentně záleží na úhlu pohledu, jak vás Zdeněk přesvědčí) - děláte distribuovaný systém, který musí škálovat v prostředí internetu, plus řešíte první nejtežší počítačový problém, invalidaci cache - musíte zároveň bojovat s konkurencí v podobě velkých hráčů jako je Akamai a spol.

čtvrtek 14. ledna 2016

CZ Podcast 135 - Livesport

Do 135. dílu jsme si pozvali Petra Buriana a povídali si o Livesport a jeho škálování pro desítky milionů uživatelů, jejich stacku a vývoji.