Tady je prezentace z kick-off meetingu, který proběhl v pondělí 16.11.2015 v HUBu v Brně. Pokud máte nějaké dotazy, určitě nám napište, rádi je zodpovíme.
8. PÁTEK
19:00 - 19:30 Registrace
19: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ýmech
21: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ři
22:30 a dál do rána Hacking
9. SOBOTA
08:00 - 8:30 Pauza na snídani
9:00 - 13:00 Hacking
(+ průběžné občerstvování)
13:00 - 14:00 Pauza na oběd
14:00 - 18:00 Hacking
(+ průběžné občerstvování)
18:00 - 18:30 Pauza na Večeři
18:30 - 20:30 Hacking
(+ průběžné občerstvování)
20:30 - 21:00 Prezentace a vyhlášení vítězů
12. JIŘÍ PSOTA
CTO @ 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.
13. 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í.
15. 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).
17. TOMÁŠ STREJČEK
PHP 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.
18. 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.
19. 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).
20. 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ášť.
22. JIŘÍ RIEDL
HEAD 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.
23. 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.
24. 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.
25. 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.
27. JAN SECHOVEC
UNIVERSAL 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í.
28. 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.
29. 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.
30. 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ů.
31. 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).
33. JAKUB RIEDL
SYSTEM 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.
34. Š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.
38. 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)