Vývoj aplikací na míru

Aplikaci Object Monitoring jsme vyvíjeli v jazyce PHP. Důvodů, proč jsme zvolili právě tento jazyk bylo několik: Bylo nutné, aby aplikace a uživatelské rozhraní byly dostupné odkudkoli - z domácího počítače, ale i ze zaměstnání. Jako framework jsme zvolili NETTe.

Aplikace sledující stav fotovoltaiky je naprogramována v jazyce PHP, který umožňuje snadný přístup do aplikace z pracovních, ale i z domácích počítačů. Kromě toho máme s tímto jazykem jen ty nejlepší zkušenosti.

Vývoj TV aukční aplikace probíhal na míru. Využili jsme náš vlastní informační systém NAIS a obohatili ho o aukční moduly. Při implementaci jsme pracovali v jazycích PHP, HTML, CSS i JavaScriptu. Šlo o tvorbu složitějšího kódu, která naplno vytížila 2 naše specialisty.

Občas máme výběr řešení velice omezený. Core platformu pro sázkovou kancelář jsme nevytvářeli od začátku, ale pracovali s předchozím řešením, které jsme upravovali a přepisovali u něj staré části kódu, aby odpovídaly nejmodernějším trendům.

Během tohoto projektu jsme pracovali s HTML, s CSS, pohyb tiketu při scrollování jsme vyřešili díky Javascriptu, v aplikační část webu jsme uplatnili zkušenosti s PHP. Šlo tedy o opravdu komplexní projekt.

Aplikaci jsme - s ohledem na požadovanou rychlost a propustnost dat, která je zejména u live sázení zásadní - vyvíjeli v JAVA s použitím FrameWorku Play. Šlo o pokročilé programování.

Aplikaci jsme vyvíjeli v několika programovacích jazycích. Různé části aplikace jsme vyvíjeli v jazycích PHP, JAVA, HTML, CSS a JavaScript - a to kvůli různé funkčnosti vysílání obsahu na kamenných pobočkách.

Pracovali jsme se dvěma programovacími jazyky. Pro tvorbu software posloužil Python, sazbu dokumentů pro tisk jsme řešili skrze programovací jazyk Latex. S ohledem na to, že všechny systémy klienta běží na linuxových serverech, zvolili jsme i tady linuxové řešení.

Pro aplikaci pro monitorování objektů je zásadní, aby její rozhraní bylo uživatelsky přívětivé a maximálně přehledné. Proto jsme vývoj a finální podobu systému Object Monitoring s klientem konzultovali v maximální možné míře a následně jeho podobu upravovali.

Monitorovací software jsme vyvíjeli s ohledem na velké množství solárních elektráren, jejichž stav může klient sledovat. Rozhraní je po grafické stránce navržené uživatelsky tak, aby klient snadno a opravdu rychle dokázal identifikovat problematické zařízení.

Při vývoji aplikací a návrhu uživatelských rozhraní si uvědomujeme, že typickými uživateli jsou laici. V tomto konkrétním případě zástupci obchodních firem. Uživatelské rozhraní aukční aplikace je tedy navržené s ohledem na maximální přehlednost a UX přívětivost.

5 vteřin - tolik by mělo uživateli stačit k tomu, aby se zorientoval na webu nebo v administračním rozhraní. Všechny naše aplikace proto navrhujeme maximálně intuitivně - a platí to i pro core platformu sázkové kanceláře. Snadno a rychle by se v ní měli orientovat především bookmakeři.

Typickým uživatelem webu sázkové kanceláře je logicky sázkař. Web proto musí být maximálně přehledný, intuitivní, musí vzbuzovat důvěru, pomoci s orientací v sázkových příležitostech. Zároveň musí být optimalizovaný nejen pro všechny prohlížeče, ale musí být i maximálně responzivní.

Aplikaci jsme navrhli tak, aby si klient sám mohl nastavit druh a množství dat, které bude aplikace ze služby BetRadar přijímat. A to velmi jednoduše prostřednictvím intuitivního administračního rozhraní.

Aplikace umožňuje připravit materiál k tisku zákazníku skutečně na míru - řazením i volbou konkrétních informací. Grafický návrh jsme - s ohledem na čitelnost velkého množství informací, jež tiskovina obsahuje - volili minimalistický.

Při vývoji aplikace jsme už dopředu vyvíjeli takové řešení, pro které bude hračka zpracovávat velké množství dat - tedy data o provozu několika opravdu velkých fotovoltaických elektráren v delším časovém horizontu. Aplikace si snadno poradí s miliony a miliony záznamů.

Při implementaci aukční aplikace jsme věděli, že nejkrizovějším momentem aukcí bývají poslední vteřiny, ve kterých dochází k největšímu počtu akcí v opravdu krátkém čase. Kladli jsme tedy maximální důraz na rychlost aplikace.

Rychlost je důležitá. A pro svět online sázení dvojnásob. Proto jsme na ni kladli při vývoji core platformy sázkové kanceláře maximální důraz. Bookmakeři, kteří pracují s velikým objemem dat při zpracování reportů, tak díky refactoringu na výsledný report čekají jen pár vteřin.

Čas jsou peníze. A pro svět sázek to platí dvojnásob. Proto například obsah stránek s aktuálními výsledky načítáme rychleji - zobrazujeme postupně - pokud bychom uživatele nechali čekat, až se načte kompletní obsah, a teprve pak mu ho zobrazili, čekal by zbytečně dlouho.

Rychlost byla u aplikace naprosto zásadním parametrem, kterému jsme podřídili i výběr programovacího jazyka. Aplikace dokáže rychle zpracovat vysoce škálovatelná data. Nesmí dojít k prodlevě při zpracování dat. Ta by mohla mít pro klienta fatální následky.

Při implementaci jsme řešili nejen rychlost zobrazování, která by samozřejmě měla být vysoká, ale cílem bylo zároveň minimalizovat odebíraný výkon. To se nám podařilo - aplikace je v tomto směru nenáročná a zobrazování dat na obrazovce má minimální vliv na výkon PC stanice.

Aplikaci jsme implementovali s ohledem na to, že ve vlnách může být vystavená vysoké zátěži na výkon.

Aplikace monitorující vstupy je propojená s naší vlastní sms bránou, ze které se odesílají notifikační sms. Celý systém si dnes dokáže poradit s vícenásobnými vstupy do objektu, se situací, kdy branou projde více oprávněných lidí, ale použijí ke vstupu jen jednu kartu, a při odchodu už použijí karty dvě.

Vždy se může něco pokazit. My ale děláme vše proto, aby k problémům nedocházelo. A když už k nim dojde, je v aplikaci sledující výkon elektrárny, připravený eskalační plán, který minimalizuje ztráty. Platí v okamžiku, kdy se elektrárna například začne přehřívat.

Mít kompletní informace je pro sázkovou kancelář, která nabízí sázky online, nezbytné. Dojde-li k výpadku dat ze služby betradar, která poskytuje informace o aktuálním dění v zápase, systém to rozpozná. A následně se sám doptá a automaticky informace doplní.

Neočekávaným událostem předcházíme důkladným testováním. Testujeme průběžně, provádíme unit testování po každé aktualizaci kódu, manuální testování na základě toho, jak se chovají uživatelé. Díky tomu je aplikace maximálně stabilní.

Součástí implementace řešení bylo a stále je i testování. Jde o automatizované unit testování, díky kterému běží VictoriaTV téměř bezchybně.

Velmi záhy se nám podařilo stabilizovat problémy, které nastávaly při přetížení systému. Testování, které probíhalo, bylo manuální. S ohledem na velké množství typů tiskáren a zobrazovačů, na kterých aplikace běží a sestavuje materiál k tisku, ani nebylo možné testovat jinak.