AZURE HACKATHON 2016

5. října, Rockaway kino, Kavčí hory

KICK-OFF MEETING

AHOJ

PROČ JSME TADY?

Projdeme detaily k hackathonům.

Ukážeme si, jak na Azure.

Představíme si mentory a témata.

Prodiskutujeme cokoliv.

…a zajdem na pivo.

ORGANIZAČNÍ DETAILY…aby bylo jasno.

KDE SE POTKÁME?

PROGRAM

PROGRAM

…ale možná skončíme dřív.

JÍDLO BUDE…a bude ho dost.

SPÁNEK?Jak si kdo ustele, tak si lehne.

KDO ZA TÍM STOJÍ

A všichni do toho dáváme maximum.

PROČ AZURE?

1. Všechny nástroje na jednom místě

2. Otevřenost (je jedno, v čem vyvíjíte)

3. Globální platforma

KEYNOTE

Jan Pospíšil, Jan Hájek, Marek Láni, Martin Šimeček, David Bureš

JAN POSPÍŠIL

Sr. Technology Evangelist vespolečnosti Microsoft, SW a solution Architect, Developer, IoT& DIY Geek, otec, manžel a technokrat.

Rád si popovídám nad nejentechnickými tématy a které vás vevaší praxi trápí a zkusímespolečně najít řešní pomocí MS technologií.

Sr. Technology Evangelist @ Microsoft

JAN HÁJEKZabývám se spoustou technologiínejen od společnosti Microsoft. Mezi ty hlavní patří Windows Server, Office 365 a Microsoft Azure.

Dlouhodobě vyvíjím v PHP a JavaScriptu (+ Node.js) nadplatformou Microsoft Azure.

Přispívám napříč různýmiopensource knihovnami, a některé vlastní také publikuji.

Technical Evangelist @ Microsoft

MAREK LÁNIMám možnosť takmer každodennespoznávať nové technológie a následnenapomáhať vývojárom pri ich adopcii.

Mojim zameraním sú najmämobilné/moderné aplikácie pre Windows platformu, vývoj webov, priktorom som si prešiel od PHP cez Ruby až k ASP.Net.

Venujem sa spoznávaniu a odkrývaniestále nových a nových možností Azure cloud platformy.

Okrem myši rád chytím do ruky, obujem alebo kopnem do takmerakéhokoľvek športového náčinia.

Account Technology Strategist @ Microsoft

MARTIN ŠIMEČEK

Mým úkolem je prozkoumávatnejnovější technologie společnostiMicrosoft a pak stravitelně předávatvývojářům informace, jak s nimipracovat.

Školím firmy, konzultuji se startupy, nahrávám videa, přednáším a píšupro rozmanité audience…

Primárně se zaměřuji na mobilníaplikace, interaktivní boty, Azure, Office a Office 365.

Technical Evangelist @ Microsoft

ZADÁNÍ

Hurá!

FINTECH

Takže prostě prachy, technologie a každodenní život.

JIŘÍ RIEDL

Začal jako programátor a později jakoaplikační architekt na systémech pro finanční trh. Později sklouznul kestrategickému managementu. Když se vrátil k vedení developerů, chvilkukoketoval v oblasti Telco a E-commerce, ale nakonec ho zase stáhlfinanční trh.

Teď pracuje ve Finnology. Jakoaplikační architekt a vedoucí vývoje mána starosti architekturu řešení, která máambice dostat se do celého světa.

Head of Development @ Finnology

NEXT BEST OFFER

Jaký další finanční produkt by mohl zajímat člověka, který sizrovna srovnává hypotéky?

Kdy nabídnout klientovi změnu pojištění?

Na základě anonymizovaných dat o smlouvách se budemesnažit určit, jaké produkty nabídnout klientovi během hovoru.

ANALÝZA HOVORŮ Z CALL-CENTRA

Call-centrum zpracovává denně stovky hovorů klientů, kteříchtějí poradit, nebo hledají porovnání ke svým produktům.

Všechny hovory se nahrávají pro případné reklamace, zároveňz každého hovoru dělá telefonista krátký záznam do systému.

Zkusme analyzovat záznamy telefonátů (např. navzorkovánímjednotlivých slov), tak abychom mohli vyhodnocovat kvalityjednotlivých telefonistů.

ANONYMIZÁTOR DAT

Zajistí anonymizaci dat o leadech a smlouvách v real-time a tak, aby data zůstala smysluplná (adresa je pořád adresa, jméno je pořád jméno…) ale nešlo je nijak přeložit zpět.

FRAUD DETECTION

Vytvoříme rozhraní pro práci fraud managerů, kterýmumožníme označit smlouvu jakou podvodnou, spolus důvodem, proč tomu tak je.

Následně jim umožníme identifikovat podezřelé smlouvy ještěpředtím, než propadnou na fraudovou kontrolu.

MONITORING NEOBVYKLÝCH AKTIVITPočínaje změnou DNS záznamů k doméně, přes snižující se propustnosti, až po aplikační monitoring (přírustek uzavřenýchsmluv rapidně klesl/stoupnul), nebo blížící se propadnutí SSL certifikátů.

Každou událost je třeba zaznamenat spolu s informací o tom, zda se jedná o planý poplach nebo reálné nebezpečí, a kdo a jak problém vyřešil.

Systém se následně učí určovat severitu problému a podle tohosprávně reportovat problém

BOT PRO HLEDÁNÍ VOLNÝCH TERMÍNŮ NA MEETINGChci si naplánovat meeting s kolegy a hledáme volný termín.

Bot navrhne termín podle našich kalendářů (0365, Gapps), kdyžho potvrdím, pošle pozvánku.

Vypadá to jako drobnost, ale je to problém. Všem by usnadnilo život, mít na něj jednoduché řešení.

JAN SECHOVEC

Sleduji aktuální trendy a otevírámostatním oči.

Spojuji v sobě talentovaného technika a inovátora.

Více než 15 let zkušeností s tvrdou pracív korporaci, z vlastního podnikání, ale iz několika válečných bojišť mi dáváenergii koncentrovanou tak, žeenergetický nápoj by bledl závistí.

Universal Digital Punker @ Česká spořitelna

JISTOTNÍ ÚČET JAKO SMART KONTRAKT NA ETHEREUMKoupě nemovitosti nebo třeba použitého zboží z online bazaru má jistá úskalí spojená s platbou a jistotou, že zaplacené zboží obdržím. V případě nemovitostí je k dispozici u většiny bank již etablovaný produkt “Jistotní účet”. Ten je však nevhodný pro rychlé bezbečné nákupy za malé částky na online bazarech.

Doporučené technologie:

(Azure compute blockchain/ethereum instance, Ethereum)

1/3

JISTOTNÍ ÚČET JAKO SMART KONTRAKT NA ETHEREUMZadání (jedna varianta, klidně kombinujte):Pomocí technologie Ethereum vytvořte smart contract, který zajistí bezpečný převod peněz mezi kupujícím a prodávajícím. Proces může vypadat následovně:• Kupující si vybral zboží a chce zaplatit prodávajícímu dohodnutou částku• Systém vytvoří “jistotní účet” se třemi stranami: prodávající, kupující a arbitr• Kupující provede transakci/platbu na tento jistotní účet (ether. adresa)• Prodávající zkontroluje, že na jistotním účtu je požadovaná částka a odesílá

zboží• Arbitr (například dopravce) předá zboží kupujícímu a podvrdí transakci• Systém převede částku prodávajícímu• Směnu peněz na Ethery a zpět neřešte, není podstatné - důležitý

je smartcontract

2/3

JISTOTNÍ ÚČET JAKO SMART KONTRAKT NA ETHEREUMReference:

• Solidity lang http://solidity.readthedocs.io/en/develop/

• Solidity web IDE a compiler https://ethereum.github.io/browser-solidity/

• Ethereum paper http://gavwood.com/paper.pdf

• Metamask wallet/client do chrome https://metamask.io/

• Example smart contract https://github.com/skmgoldin/The-Tontine-of-Kilpatrick/blob/master/tontine.sol

2/3

ON-THE-FLY HOMOMORFNĚ ŠIFROVANÉ API POMOCÍ AZURE N-SERIES (GPU COMPUTE)

Abstrakt:

Česká spořitelna umožňuje 3. stranám přístup k WebAPI. Některé API poskytují přístup ke klientským datům (po autorizaci klientem - OAUTH2). Partnerská aplikace může tedy klientovi zobrazit například stav jeho produktů a transakční historii.

Problém nastává v situacích, kdy partnerská aplikace potřebuje řešit složitější problém s poskytnutými daty.

1/5

(Pozn. dává smysl, pouze pokud Microsoft poskytne N-Series v preview programu ;-) včetnědokumentace a případně mentora)

ON-THE-FLY HOMOMORFNĚ ŠIFROVANÉ API POMOCÍ AZURE N-SERIES (GPU COMPUTE)Příklad:Cloudové účetnictví implementuje funkci párování vydaných faktur a příchozích plateb. Průběžně získává z API transakční historii na účtu a ukládá do vlastní databáze a vyhledává odpovídající platbu. Zároveň provádí nad transakční historií pro klienta analýzu jeho cashflow - korelaci se zůstatky, fakturami před splatností, po splatnosti a morálkou platících.

2/5

ON-THE-FLY HOMOMORFNĚ ŠIFROVANÉ API POMOCÍ AZURE N-SERIES (GPU COMPUTE)Ukládání klientských dat v aplikaci 3. strany je kontroverzní. Jednak je v rozporu s Developers Agreement ČS, druhak narážíme na regulaci (osobní údaje, bankovní tajemství, compliance bankovních služeb, operační a reputační riziko, zneužití klientských dat ad.)

Řešení může být poskytnout 3. straně data v takové podobě, že jsou pro ni nečitelná, ale přesto s daty lze v systému provádět transformace, agregace a vyhledávat v nich a poskytnout tak zákazníkovi hodnotu, kterou chce(me). Takový přístup umožňuje koncept homomorfního šifrování.

3/5

ON-THE-FLY HOMOMORFNĚ ŠIFROVANÉ API POMOCÍ AZURE N-SERIES (GPU COMPUTE)Zadání:Nahackujte nad Azure API GW + Functions + N-Series CUDA proxy, která bude on-the-fly šifrovat vybrané atributy v response volání API transakční historie účtu homomorfní šifrou (pravděpodobnostní asymetrická s homomorfními vlastnostmi). Protože je šifrování časově poměrně náročné, rozdělte tuto úlohu a naškálujte “výkon” na GPU compute N-Series (zde bude náročné napsat šifrovací algo tak, aby byl paralelizovatelný pomocí CUDA). Doporučuji šifrovat částku transakce převedenou na Integer. Ostatní pole pro usnadnění nešifrujte.

Vyzkoušejte alespoň jednu homomorfní operaci nad šifrovanými daty (sečíst částky všech transakcí).

Jednoduchý frontend, který bude umět pomocí klientského klíče data (původní a trasformovaná - sečtená) zobrazit v čitelné podobě 4/5

ON-THE-FLY HOMOMORFNĚ ŠIFROVANÉ API POMOCÍ AZURE N-SERIES (GPU COMPUTE)Doporučené technologie:WebAPI ČS, Azure Api GW, Azure Functions, Paillier cryptosystem

Reference:https://en.wikipedia.org/wiki/Homomorphic_encryptionhttps://en.wikipedia.org/wiki/Paillier_cryptosystemhttps://developers.csas.cz/https://azure.microsoft.com/en-us/blog/azure-n-series-preview-availability/http://www.nvidia.com/object/cuda_home_new.html 5/5

KONTEXTUÁLNÍ OBOHACOVÁNÍ TRANSAKČNÍCH DAT

Abstrakt:Transakční historie klientského bankovního účtu je velmi plochá. Banka neumí transkční historii klientů obohatit o kontext a dostupné informace.

Zadání:Vyhledejte v transakční historii platby za UBER, získejte k nim detail z UBER API (start a cíl jízdy, mapku, vzdálenost, řidiče, ....) a zobrazte na frontendu Gustava v přehledu transakcí. Authentizaci klienta k uberu klidně staticky nahackujte -není podstatné. Pokud si troufáte obohaťte a vizualizujte i další (typy) transakce. 1/2

…aneb Uber jízdy na výpise.

KONTEXTUÁLNÍ OBOHACOVÁNÍ TRANSAKČNÍCH DATDoporučené technologie:(WebAPI ČS, Azure (compute, functions, api gw), Uber API, Gustav opensource e-banking)

Reference:http://developer.uber.comhttp://developers.csas.czhttp://mygustav.czhttps://github.com/ceskasporitelna/Gustav

2/2

SOCIÁLNÍ SÍŤ PRO TRANSPARENTNÍ ÚČTYAbstrakt:

Transparentní účet je užitečná věc. Používájí ho volební strany, obce, veřejné sbírky a další právnické i fyzické osoby v případě, kdy chtějí aby veškeré transakce na účtu byly transparentní. Bohužel při pohledu na transparentní účet často chybí čtenáři kontext. Co transakce na transparentním účtu trochu oživit?

1/2

SOCIÁLNÍ SÍŤ PRO TRANSPARENTNÍ ÚČTYZadání:Vytvořte kolem transparentního účtu “sociální síť”. Umožněte transakce komentovat, lajkovat, sdílet, “propojovat” mezi sebou. Oživte volební kampaně, chování obcí a neziskovek. Umožněte vnést světlo do hospodaření politických stran a dalších subjektů.

Doporučené technologie:(WebAPI ČS, Azure (compute, functions, api gw), Twitter API)

Reference:https://developers.csas.cz/docs/transparent-account

1/2

DOPRAVA

Michal Kočárek, Martin Štekl(a případně nějaký záskok z Bileta)

MICHAL KOČÁREKPracuji na projektech, pro které se mohu nadchnout – které mají smysl. Začal jsem jako full-stack web vývojář, časem se k tomu přidal agilní vývoj, spolupráce se zákazníky a návrhproduktu. Ten přesah mne baví dodnes– třást si rukou s klientem je stejnězajímavé, jako se zamazat od backendového kódu.

Rád pomůžu s návrhem produktu, uřízením plánu během hackatonu, databázemi a řešením konkrétníchproblémů v kódu.

Captain @ Bileto

MARTIN ŠTEKLZačínal jako vývojář, dnes se zabývá iproduktovými otázkami a komunikací s klienty. Pohybuje se v Nette komunitě a příležitostně přednáší na PosledníchSobotách. Martinovy nejsilnějšídovednosti jsou PHP a SQL, zvládá ale celou řadu dalších jazyků a technologií.

Do Bileta přešel z DameJidlo.cz, kde to dopracoval na roli CTO a vedl chvílivývoj. V komunikaci s klientem a návrhuaplikací se projeví jeho pečlivost a schopnost odhalovat množství edge-cases či tzn. “šedých zón”.

Technology Pirate @ Bileto

ANALYTIKA DOPRAVNÍCH DAT/ HISTORICKÝCH NÁKUPŮ JÍZDENEK

Dynamické určení ceny jízdenekPředpokládáme-li, že čím méně míst ve spoji zbývá, lze zvyšovatcenu jízdenky, můžeme využít historická data k odhadu návrhu cenpro budoucí jízdenky. #machinelearningZobrazení cílené reklamy na konkrétní spojeJako dopravce chci zobrazit na webu cílenou reklamu na konkrétníspoj, vč. akt. času odjezdů a ceny, s odkazem na zakoupení danéhospoje.Optimalizace algoritmu pro usazování cestujícíchTzv. problém „teplých“ a „studených“ sedáků – jako dopravce chcimaximalizovat zisk usazováním

(data o historických nákupech jízdenek za¾ roku, máme data o jízdních řádech, GEO data, databázizastávek, měst a jejich GPS koordinátů)

VYUŽITÍ BILETO API

Vyhledání spojůpomocí CortanyVyužití API pro napovídání míst a hledání spojů za účelem zobrazenídeep-linků na dané spoje při komunikaci s Cortanou.Kolik ušetřím s dopravou?Mash-up, který vyhledá spojení v mapách autem, a rovněž přesBileto, aby zobrazil, kolik člověk ušetří na pohonných hmotách přicestě hromadným dopravním prostředkem.Prodejní aplikace (pro Windows)Využití API pro vyhledání spojů (a nákup jízdenek).Live feed / Co se kde nakupuje?Mashup mapy a informací o aktuálních nákupech na Biletoplatformě.

(Prodej jízdenek, validace, administraci, využití live-feed informací o nákupech.) S týmem jsme ochotni spolupracovat a můžeme na místě do API dohackovat nové (smysluplné) endpointy přímo na míru. #dvojitýChallenge

INFRASTRUKTURNÍ ÚKOLY

Škálování Docker kontejnerův Azure ClouduProof-of-concept algoritmu, který bude na bázi definovaných kritériírozhodovat a škálovat Docker kontejnery.Vytvoření front-office Bileto portálu v Azure ClouduAnalogie na existující automatizovaný proces v Biletu, který pro dopravce umí založit celý portál, včetně DNS záznamů, deployestatických částí webu, atd.(Úkol pro geeky, kteří si chtějí projít a pochopit různé části cloudu z DevOps pohledu.)

Asynchronní Docker logger – anebo ne, nebudem vynalézatkoloJe třeba vyřešit problém, kdy PHP proces v Dockeru odesílá někamlogy, jiný proces/funkcionalita je sbírá a posílá na centrální logger.

(Docker, dev-ops, etc.)

E-COMMERCE

Něco málo o tom víme.

TOMÁŠ STREJČEK

Po pár letech programováni si založilvlastní vývojářskou firmu, a po jednommeetingu s klientem řekl „fuck that”. Nechal se zaměstnat v digitálníagentuře, kde pár let sekal zakázkovéfacebookové aplikace a informačnísystémy.

Když mu agentura začala byt malá, nastoupil do E-commerce Holdingujako šéf vývoje a hlavní architektplatformy, na které běží (nebo budouběžet) všechny e-shopy holdingu.

Lead Developer @ MallGroup

VOLNÉ TÉMA S VYUŽITÍM NAŠICH DAT

1. Scanner čárových kódů se zobrazením ceny (mobile / iot)

2. Bot pro pomoc s výběrem produktů (sháním modré boty -máme třeba tyto - nějaké levnější - ááá - ok)

3. Predikce prodejů - můžeme dodat anonymizovaná data nějakého segmentu za nějaké období a na základě těchtodat vytvořit prediktivní model na následující období

Třeba:

TOOL PRO MĚŘENÍ VIRALITY

Postavme tool, měřící viralitu (sdílenost) produktů v sociálníchsítích pomocí API, serverless architektura - vyřešit škálování, nárazové zjišťování mnoha zdrojů naráz, uložení a zobrazenídat

LIGHTWEIGHT KLIENT PRO E-SHOP

Vyrobme třeba tool, co bude umět prodávat jen zeleninu-komunikace přes ech api / apiary

RECEPTY – MODUL PRO KOLONIAL.CZ

Nástroj pro prodej surovin, umožňující vložit na externí web seznam surovin z Koloniálu s funkcionalitou pro rychlé přidánído košíku.

Komunikace přes 3MW api / apiary.

Api komunikace momentálně nepodporuje nepřihlášenéhouživatele, tým proto dostane vlastní účet a klíč pro komunikaci s ním. Položky pak budou padat do košíku navázaného na tentoúčet.

INTERNET OF THINGS

Štěpán si přinese kufřík plný hraček.

ŠTĚPÁN BECHYNSKÝPo skoro devíti letech opustil Štěpánspolečnost Microsoft, kde pracoval jakoTechnical Evangelist se zaměřením naMicrosoft Azure a zakotvil v klidnějšíchvodách farmaceutické společnostiMSD, kde měl na starost infrastrukturu v Amazon Web Services. V klidnýchvodách získal titul MVP a vrátil se do společnosti Microsoft, kde se stará o IoT řešení v regionu CEE jako technickýkonzultant. Ve volných chvílích se věnuje mikrokontrolérům a 3D tisku a víkendy tráví nejraději u plotny nebopřednášením o Arduino.

Azure IoT TSP for CEE @ Microsoft

PASIVNÍ MONITOROVÁNÍ MOBILNÍCH TELEFONŮ PŘES WI-FIVytvořit levné zařízení (Raspberry Pi, ESP, …) pro pasivnímonitorování mobilních telefonů, s výrobou zařízení umím pomoct, mám postavený prototyp HW, je potřeba doladit SW

Data ukládat přes Azure IoT Hub

Analytické výstupy o Počítání mobilních telefonů

• Doba strávená mobilním telefonem na jednom místě

• Pohyb mobilního telefonu od jednoho sledovacího bodu k dalšímu

• Vytvoření heatmap, kde se shlukuje nejvíce mobilních telefonů

• Vytvoření cesty mobilního telefonu

NEBO COKOLIV JINÉHO

Chcete si máknout na vlastním problému?Není problém – jen nám to dejte vědět, ať domluvíme detaily.

JAKUB RIEDL

Jako systémový administrátor se naučiljak stavět infrastrukturu pro reálnýbyznys a vedl několik rozsáhlýchprojektů.

Brzo ho to ale táhlo k produktovémuvývoji a po několika vedlejšíchprojektech odstartoval svůj vlastní většíprojekt Softaukce.

Nyní se zaměřuje na vývoj a dev-ops startupových a cloudových projektů.

Software Engineer @ iFlix

KDO ZA TÍM STOJÍ

Všichni do toho dáváme maximum.Vypadá to na dobrej mejdan, co?

TAK SE PTEJTE!

Během tohoto slidu diskutujeme a samotná existence této prezentaceje na okamžik zapomenutá a bezvýznamná.

A TO JE KONEC

Je čas jít na pivo.