ROCKAWAY AWS HACKATON

IMPACT HUBPRAHABRNO

OSTRAVA

???PROČ AWS

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

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

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

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

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

3. Globální platforma

Keynote:Tomáš Holcman

Program

PÁTEK

19:00 - 19:30 Registrace19:30 - 20:00 Výzva - o čem to celé bude? (Povídání o Amazon technologiích a rámec zadání)20:00 - 20:30 Vytvoření týmů20:30 - 21:30 Brainstorming nápadů v týmech21:30 - 22:00 Představení nápadů (každý tým max. 5 min, zpětná vazba od mentorů)22:00 - 22:30 Pauza na pozdní večeři22:30 a dál do rána Hacking

SOBOTA

08:00 - 8:30 Pauza na snídani9:00 - 13:00 Hacking (+ průběžné občerstvování)13:00 - 14:00 Pauza na oběd14:00 - 18:00 Hacking (+ průběžné občerstvování)18:00 - 18:30 Pauza na Večeři18:30 - 20:30 Hacking (+ průběžné občerstvování)20:30 - 21:00 Prezentace a vyhlášení vítězů

Zadání

1. Veřejná doprava

JIŘÍ PSOTACTO @ BILETO

Během studií na ČVUT v Praze pracoval pro IBM a Seznam.cz, kde získal zkušenosti ve vytváření s rozsáhlých systémů.

Ty pak využil při stavbě architektury a procesů v NetRetail Holding (Mall.cz) operujícím v pěti různých trzích CEE. S vzrůstajícím potenciálem mobilních

technologií spoluzaložil společnost Mobile Internet.

Jiří stál u zrodu Bileta, jeho současným cílem je dostat ho na vrchol ve světě technologií a inovovat celý segment.

Pojmenování stanic

Najděte způsob, jak vytvořit systém na pojmenovávání stanic. Budete se muset vypořádat s problémem různých datových zdrojů, různých variant názvů a rozdílných lokací.

Pokrytí veřejnou dopravou

Vytvořte nástroj (heatmapu) pro srovnání hustoty dopravní sítě s počty obyvatel v aglomeraci.

Kategorizace autobusových spojů

Vlaky se kategorizují podle mezinárodních standardů, u autobusů žádná kategorizace neexistuje. Navrhněte algoritmus, který dokáže kategorizovat autobusy podle zadaných parametrů (čas cesty, počet zastávek, vzdálenost mezi zastávkami).

2. E-commerce

TOMÁŠ STREJČEKPHP TEAM LEAD @ E-COMMERCE HOLDING

Po pár letech programovani si založil vlastní vývojářskou firmu, a po jednom meetingu s klientem řekl "fuck that”. Nechal se radši zaměstnat v digitální agentuře, kde pár let klopil zakázkové facebookové aplikace a informační

systémy.

Když mu agentura začala byt malá, nastoupil do E-commerce Holdingu jako šéf vývoje a hlavní architekt platformy, na které běží (nebo budou běžet)

všechny e-shopy holdingu.

Má za sebou více než 100 projektů implementovaných v nejrůznějších technologiích, včetně několika s globálními ambicemi.

Trh s potravinami

Jak v ČR (Rohlík.cz, Košík.cz, Koloniál.cz), tak ve světě (Německo – Edeka24, lidl.de, GB – TESCO Groceries, Marks&Spencer online) nastává boom s online nákupem potravin. Vymyslete nástroj, který usnadní lidem na daném trhu nakupovat – agregátor a zároveň porovnavač cen.

Monitoring sdíleného obsahu

Navrhněte aplikaci, do která po zadání několika URL bude reportovat existenci/množství sdílení v sociálních sítích (Facebook, Twitter, atd.). Aplikace by měla umět zobrazovat výsledky jak v číslech, tak v grafu (viz graf Mashable.com).

Centralizovaný nákupní košík

Navrhněte nástroj, který umožní nakupovat v různých e-shopech napříč internetem a umožní odbavení všeho zboží najednou (tzn. vše do jednoho košíku, jedna platba a odbavení). Vyřešte zejména překážku plateb, kdy na každém e-shopu musíte zadávat údaje o platební kartě zvlášť.

3. Fintech

JIŘÍ RIEDLHEAD OF DEVELOMPENT @ FINNOLOGY

Začal jako programátor a později jako aplikační architekt na systémech pro finanční trh. Později na chvilku sklouznul ke strategickému managementu.

Když se vrátil k vedení developerů chvilku koketoval v oblasti Telco a E-commerce, ale nakonec ho zase stáhl finanční trh.

Stal se členem ROCdevs, kde ho zlákala komunita výborných kolegů, se kterými se setkal při práci ve Finnology. Tam má jako aplikační architekt a

vedoucí vývoje na starosti architekturu řešení, která má ambice dostat se do celého světa.

Výhodná nabídka

Klienti hledají vždy tu nejvýhodnější nabídku. Vaším úkolem bude vytvořit porovnávač produktů hypoték/pojištění/bankovních účtů, který doporučí na základě zadaných parametrů klientovi nejzajímavější nabídky. Budete se potýkat se nesourodou definicí každého z produktu, automatizovaně hledat společné parametry, podle kterých by klient mohl nabídky filtrovat.

Výpočty cen

Do výpočtu ceny finančních produktů (jako například pojištění) vstupuje velké množství parametrů, které ovlivňují konečnou cenu. To, jak ji ovlivní definují produktoví dodavatelé pomocí kombinace elementárních vzorců a koeficientů, které vycházejí z tzv. „rozhodovacích tabulek“. Vašim úkolem bude umožnit uživateli takový výpočet zadat a následně funkcionalitu výpočtu distribuovat pomocí webové služby.

Automatický generátor dokumentů

Největším problémem při vyřizování složitějších finančních produktů je vygenerovat potřebné dokumenty. Navrhněte centralizovanou službu, která umožní generovat dokumenty na základě nadefinovaných šablon. Uživateli umožní zadefinovat komfortně šablonu dokumentu, následně automatizovaně vystaví službu, která vytvoří dokument naplněný daty, které přijme od libovolného systému.

4. Česká spořitelna

JAN SECHOVECUNIVERSAL DIGITAL PUNKER @ ČESKÁ SPOŘITELNA

Sleduji aktuální trendy a otevírám ostatní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 i z několika válečných bojišť mi dává energii koncentrovanou tak, že energetický nápoj by bledl závistí.

On-the-fly homomorfně šifrované WebAPI

Nahackujte nad AWS API GW + Lambdas API 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” Lambdama. Doporučuji šifrovat částku transakce převedenou na Integer. Ostatní pole pro usnadnění nešifrujte.

Kontextuální obohacování transkačních dat aneb. Uber jízdy na výpise

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.

Sociální síť pro transparentní účty

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

Real-time platba mezi bankovními účty

Použití distribuovaného ledgeru a kryptoměny. Vytvoření jednoduchého konektoru do bankovního systému prostřednictvím WebAPI. KYC a Compliance check pro jednoduchost neřešíme. Pouze přeneste hodnotu pomocí blockchainu (multichainu) nebo ripple. (vlastní síť, anebo jestli máte zkušenosti tak klidně ostrej blockchain nebo ripple).

5. AWS

JAKUB RIEDLSYSTEM ARCHITECT @ BILETO

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

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

Zkušenosti s vedením týmu, krizovým managementem a komunikací posbíral v Leo Expressu. Pak přešel do Bileta, kde má na starosti vedení vývoje a

architekturu backendu.

Škálování per Docker container

Amazon nenabízí automatický nástroj na škálování Docker containerů. Vytvořte automatizované škálování za použití Docker containeru.

Generování cloud formation schématu z existujících zdrojů

Vymyšlení nástroje pro verzování, deployment a testování Lambda funkcí

Vymyslete isomorfismus pomocí AWS stacku (Lambda, S3, Cloudfront)

HTTP Benchmark Tool (DDoS Tester)

Cílem je vytvořit testovací webovou aplikaci, které se zadá url, počet požadavků a počet vláken (nebo i http hlavičky) a ona roztočí Lamda mašinérii která otestuje (pokusí složit) daný server. Výsledky měření by se měly zobrazit v nějakém grafu.

předpokládané servisy: API gateway, lambda, dynamoDB (možná s3 a cloudfront)

Partneři

???Otázky

Let’s start ...