A FiveUP egy modern, okostelefonokra fejlesztett alkalmazás, melynek segítségével az általános iskolás diákok rövid idő alatt, izgalmas gamifikált univerzumban, tantárgyakra, témakörökre bontva sajátíthatják el a tanagyagot. Az alkalmazásban jelenleg 5 tantárgy és több, mint 15000 megoldandó feladat várja az ötödik, hetedik és nyolcadik osztályos tanulókat.

Az applikáción a projekt 2017-es indulása óta több szabadúszó fejlesztő is dolgozott, a fejlesztés agilis módon zajlott. Az alkalmazás tulajdonosai tavaly év végén, az éles indulás előtt keresték fel csapatunkat, feladatunk a meglévő kódbázis átvilágítása, a kritikus hibák javítása, valamint az alkalmazás kiadásához szükséges legfontosabb fejlesztések elvégzése volt.

Kezdeti lépések

Az app átvizsgálása egy kéthetes sprint keretében zajlott, amely során az ügyféllel folyamatosan egyeztetve felmértük a kódbázis állapotát, majd javítottuk a legfontosabb hibákat és hiányosságokat, amelyek az app stabilitását veszélyeztetnék. Ezidő alatt felkészítettük továbbá az alkalmazást az újabb Android rendszerek támogatására, valamint automatizáltuk a Google Play Áruházba történő feltöltés folyamatát. Integrálásra került belső crash reporting eszközünk is, hogy a zártkörű tesztek során információt nyerjünk az app stabilitásáról, és még azelőtt javíthassuk a felmerülő hibákat, hogy azok az éles környezetben jelentkeznének.

A nagyobb módosításokat igénylő, főként tervezésbeli problémák javítására ebben a fázisban csak időbecsléseket készítettünk, így hosszas és költséges fejlesztés helyett az ügyfél érdekeit maximálisan szem előtt tartva a hiányzó funkciók befejezésére, és az alkalmazás mielőbbi kiadására koncentráltunk. Ez lehetővé tette az alkalmazás éles környezetben történő validálását és a felhasználói visszajelzések gyűjtését, amely amellett, hogy segíti ügyfelünket az üzleti döntések meghozásában, megkönnyítheti a befektetők bevonását is. A kódbázis állapotának javítása a későbbi továbbfejlesztések részeként, kis lépésekben valósulhat meg.

Folyamatos fejlesztés

Az átvilágítás és a legfontosabb problémák javítása után az ügyféllel és az alkalmazást kiszolgáló backend fejlesztőjével szorosan együttműködve végeztük el a fennmaradó funkciók fejlesztését, melynek eredményeként idén év elején publikusan is elérhetővé vált az alkalmazás a Google Play Áruházban.

A fejlesztés azonban ezzel nem állt meg: a FiveUP csapata folyamatosan figyeli a visszajelzéseket, és figyelembe veszi azokat a fejlesztések során, a minél jobb felhasználói élmény érdekében. Ennek egyik lépcsőjeként idén ősszel az alkalmazás előfizetéses modellre állt át, így a tanulást most már nem szakítják meg reklámok sem.

A FiveUP alkalmazást a Google Play Áruházból ezidáig több, mint kétezren töltötték le. A csapat elsődleges célja a közeljövőben a teljes felső tagozat lefedése a hiányzó tantárgyakkal.

A mai napon elindult a tervezeg.hu, Zalaegerszeg és vonzáskörzetének közös webes utastájékoztató felülete.

A fejlesztés Zalaegerszeg Önkormányzatának megbízásából, a Shareplace projekt keretében valósult meg. Csapatunk végezte a szolgáltatás létrehozásához szükséges szoftverfejlesztési munkákat, beleértve a reszponzív webalkalmazás fejlesztését, a menetrendi háttérrendszer fejlesztését, a szolgáltatóktól érkező menetrendi adatok feldolgozását, valamint a fejlesztéssel kapcsolatos projekt management, tervezési, UI/UX, tesztelési és üzemeltetési munkálatokat is. A fejlesztés során szorosan együttműködtünk az Önkormányzat, a Mobilissimus és a Volánbusz szakembereivel.

A tervezeg.hu legfőbb előnye a korábbi megoldásokkal szemben, hogy közös felületen jeleníti meg a városban elérhető szolgáltatók menetrendjeit. A Volánbusz helyi autóbusz-menetrendjei és a MÁV helyközi vasúti menetrendjei mellett integrálásra kerültek a Zalaegerszeg területén közlekedő igényvezért buszjárat, a Zergebusz menetrendjei is, így közvetlenül innen is elindítható az utazásra jelentkezés folyamata. Jövőbeni cél, hogy a rendszer a helyközi autóbusz-menetrendekkel is bővüljön.

Jelen fejlesztés célja egy minimalista felület létrehozása volt, amely könnyen átlátható, mégis tartalmazza a tájékozódáshoz szükséges alapvető funkciókat: megállók keresése (térképen, név szerint, vagy az aktuális pozíciónk alapján), indulási idők megtekintése, valamint egy adott járat útvonalának áttekintése. Kiemelt figyelmet szenteltünk a mobileszközök támogatására, hisz az okostelefonokról indított látogatások száma mára már meghaladja az asztali számítógépekről érkezőkét.

A fejlesztés során csapatunk az alábbi feladatok látta el:

• Reszponzív webes felület fejlesztése, amely asztali számítógépeken és mobiltelefonokon egyaránt jól használható.
• Menetrendi háttérrendszer létrehozása az iparágban széles körben ismert nyílt forrású szoftverek segítségével.
• OpenStreetMap alapú vektoros térkép biztosítása a webes felület számára.
• Adatkapcsolat kiépítése a közlekedési szolgáltatók (Volánbusz, MÁV) irányába a menetrendek folyamatos frissítése érdekében.
• A szolgáltatóktól érkező heterogén adatforrások szabványos formátumra történő alakítása (GTFS), az adatok tisztítása, a különböző szolgáltatóktól érkező adatok összekapcsolása, valamint a felmerülő adathibák javítása.
• Üzemeltetés és 24/7 monitorozás saját infrastruktúránkon a megbízható működés érdekében.

A menetrendi adatok feldolgozásához a menetrend.app mögötti háttérrendszereket vettük igénybe, amely lehetővé tette számunkra, hogy a szolgáltatóktól érkező különféle formátumú menetrendi adatokat hatékonyan feldolgozzuk, azokat egységes formára hozzuk, majd az online utastájékoztató felületet kiszolgáló háttérrendszereknek átadjuk. Kiemelt célunk volt, hogy ezen munkálatok minél nagyobb része az iparágban elterjedt szabványos megoldásokra építve történjen, ezzel növelve a szolgáltatás megbízhatóságát, és segítve az átjárást a különféle rendszerek között. A menetrend alkalmazásunk mögötti rendszerek ezidáig az ország 7 nagyvárosában, több, mint 275 000 aktív felhasználóval bizonyítottak, és reményeink szerint biztos alapként szolgálnak majd a tervezeg.hu közönsége számára is.

2020. augusztus 20-tól új menetrend került bevezetésre Nyíregyházán, melynek során jelentősen megváltozott a helyi autóbuszjáratok közlekedése: új járatok indultak, mások összekötésre kerültek, valamint sok járaton ütemes menetrend került bevezetésre, összességében jobb eljutási időket és kevesebb átszállást eredményezve. Az új menetrend bevezetését hosszas előkészítő munka előzte meg, melynek fontos eleme volt az utasok tájékoztatása a változásokról.

Csatapunk tavasz óta együttműködött Nyíregyháza Önkormányzatával, valamint az új menetrendi hálózatot tervező Mobilissimus szakembereivel, hogy az utazóközönség online tájékoztatása zökkenőmentes legyen, és az utasok minél szélesebb körben megismerhessék a változásokat.

Ezen együttműködés részeként menetrend alkalmazásunk nyíregyházi változatában április vége óta már a hivatalos, első kézből származó menetrendi információk jelennek meg, amelyek a jövőbeni változások esetén is folyamatosan és időben frissülnek. A megjelenített menetrendek így már pontosan egyeznek a megállókba kihelyezésre került menetrendi hirdetményekkel, amelynek köszönhetően jelentősen csökkent a panaszok száma, és nőtt a felhasználók elégedettsége. A változásokról a felhasználók minden alkalommal egy rövid összefoglalót kapnak, ezzel is segítve a tájékozódást és az új hálózat minél gyorsabb megismerését.

Az első ideiglenes menetrend május elején történő bevezetése óta az autóbuszjáratok menetrendje többször is finomhangolásra került, melyet végül augusztus 20-án az új, átdolgozott menetrend bevezetése követett. A változásokat minden alkalommal nagy érdeklődés övezte, amely az online felületeken leginkább az interakciók számában jelent meg.

Alkalmazásunk a megállókban is megtalálható menetrendi táblázatok megjelenítése mellett természetesen sok más funkciót is nyújt, amely az utasok kényelmét szolgálja: ilyen funkció például az utazástervezés tömegközlekedéssel, gyalogosan és kerékpárral, az interaktív térkép, a címekre és helyekre történő keresés, valamint a kifinomult kedvencelés és testreszabhatóság is.

Hetedik éve jelen a városban

Menetrend alkalmazásunk 2013 nyara óta érhető el Nyíregyházán, ez idő alatt több, mint 30 ezren próbálták ki az alkalmazást. Az indulása óta az alkalmazásban megjelenő menetrendi adatokat a DERKE - Debreceni Regionális Közlekedési Egyesület állította össze, és tartotta karban, akik közreműködését ezúton is köszönjük.

A mostani együttműködés nagyban hozzájárul ahhoz, hogy menetrend alkalmazásunk a jövőben is minél pontosabb tájékoztatást nyújthasson a felhasználók számára.

Aki most a 40-es éveit éli, az nagy valószínűséggel már tinédzser korában megismerkedett a számítógéppel, fiatal felnőttként rendszeres internetfelhasználóvá vált és az elmúlt 10 évét különböző közösségi oldalakon töltötte. A 30-asok már általános iskolában találkoztak az internettel, középiskolai éveikre jelentős hatással voltak az akkoriban feltörekvőben lévő közösségi platformok. Az utánuk következő generációk pedig egy új, digitális korba születtek bele, számukra ezek a dolgok már az élet velejárói. Nem nehéz levonni a következtetést, a fent említett generációk egyre nagyobb vásárlóerővel bírnak, egyre többen lépnek be közülük a munkaerőpiacra, kerülnek vállalatoknál döntéshozó pozícióba, ami jelentős piaci hatással bír. Számukra természetes, hogy egy vállalkozás termékeiről vagy szolgáltatásairól digitálisan is tájékozódhatnak, hogy a mindennapi munkafolyamatokban hatékony, könnyen használó szoftverek támogatják őket.

A digitalizációnak - a számos vélt vagy valós negatív hatása mellett - van egy hatalmas előnye: nagyságrendekkel gyorsabbá, egyszerűbbé és költséghatékonyabbá tud tenni jónéhány hétköznapi tevékenységet. Nem véletlen, hogy egyre jobban elterjed a magánszektortól kezdve a közigazgatáson át szinte minden területen. A kulcs a „nagyságrendekkel” szó. A digitalizáció teljesen megváltoztatja a világot, a vállalatok pedig egész egyszerűen nem engedhetik meg maguknak, hogy ne alkalmazkodjanak hozzá.

Manapság hajlamosak vagyunk mindenre az innováció kifejezést használni, azonban a valódi innovációnak van egy árnyoldala: ha nagyságrendi változásról beszélünk, az számos addig nyereséges, ám a változó körülményekhez alkalmazkodni képtelen vállalkozást tehet rövid időn belül veszteségessé. Egy gyakran említett példa erre a „jégipar” esete.

Az 1880-as évek elején az Egyesült Államok északkeleti részén egy új ipari szegmens volt feltörekvőben, a jégbányászat. A koncepció egyszerű volt: a hidegebb régiókban bányászott jeget a lehető leggyorsabban és leghatékonyabban szállították a melegebb régiókba, ahol így elérhetővé vált az élelmiszerek tartósítására való felhasználása. 1886-ra emberek ezrei dolgoztak az ágazatban, évi mintegy 25 millió tonna jeget megmozgatva. Jelentős fejlesztések történtek a hatékonyabb bányászat, a jobb hőszigetelés és a logisztikai műveletek optimálissá tétele érdekében.

1870-ben Carl von Linde publikálta kutatási eredményeit, ami néhány éven belül az első stabil, ipari méretű hűtőgép létrejöttéhez vezetett. A jeget így már nem kellett hideg területekről szállítani, helyben is lehetett gyártani. A piac átalakult. Bár a két ágazat egy ideig párhuzamosan fejlődött, a jégbányászat előbb utóbb teljesen eltűnt. A dolog árnyoldala, hogy a legtöbb bányász vállalat nem az új technológiához való alkalmazkodás útját választotta, hanem a végsőkig kitartott a bányászat mellett. Többségük - bár puszta méretéből adódóan egy ideig még képes volt talpon maradni - végül csődbement.

A napjainkban zajló digitális innováció hasonló kihívások elé állítja a modern vállalkozásokat. Vagy reagálnak a változó piaci környezetre, a módosult vásárlói igényekre, vagy előbb-utóbb piacot veszítenek. Helyüket betöltik azok, akik képesek kiszolgálni ezeket az új igényeket. Magyarországon, főleg a KKV szektorban jelentős lemaradás tapasztalható a digitalizáció terén. Sok kis vállalkozás ennek köszönhetően komolyabb digitális jelenlét nélkül is képes még boldogulni. A nemzetközi trendek alapján viszont egyértelmű, hogy a helyzet hamarosan változni fog.

Különféle webes projektjeink során gyakran használunk Node.js-t, elsősorban nagy terhelésre tervezett microservicek, valamint CLI eszközök és ütemezett feladatok futtatására. Legfontosabb előnye számunkra, hogy más megoldásokhoz (pl. Ruby on Rails) képest jobban optimalizált, a leggyakoribb feladatokra pedig 3rd party programkönyvtárak széles tárháza áll a fejlesztők rendelkezésére.

Az előnyök mellett azonban több olyan nehézséggel is rendszeresen találkozunk, amelyek megnehezítik a fejlesztést: a beépített Typescript támogatás hiánya, az elavult, callback alapú API, valamint a natív addonok fejlesztésének körülményessége, melyre különösen a legacy C/C++ projektekkel történő együttműködés során lenne szükség.

Érdeklődve szemléltük tehát Ryan Dahl, a Node.js ötletgazdájának előadását, melyben személyes véleményét osztotta meg a közönséggel a Node.js jelenlegi állapotáról, valamint bejelentette a Deno fejlesztését, amellyel a legfontosabb hiányosságokat kívánja orvosolni. Mostanra hihetetlen módon felkapta a fejlesztői közösség a Deno-t, néhány nappal az 1.0-ás verzió megjelenése után a hivatalos GitHub repó már negyvenezer csillagozás fölött jár (összehasonlításként a Node nemrég lépte át a hetvenezret).

Legfőbb eltérések a Node-hoz képest

TLDW: Ryan az előadásában legfőként az alábbi hátrányokat emelte ki:

• Callback alapú API, amely az async/await terjedésével egyre esetlenebbé teszi a beépített Node API-k használatát.
• Biztonság, azaz a jogosultságkezelés teljes hiánya – egy Node.js alkalmazás (és vele együtt a használt 3rd party libraryk is) gyakorlatilag bármit megtehet, amihez a futtató felhaszálónak jogosultsága van.
• package.json használata és az npm integrálása.
• node_modules, avagy a legnehezebb objektum az univerzumban (megj.: bár különféle eszközökkel, mint pl. modclean, node-prune kordában tartható)
• node-gyp, azaz a V8 eredeti build rendszere, amely gyakran okoz fejfájást a natív addonok fejlesztőinek.

A Deno főként a fentiekre kíván megoldást nyújtani, de ezen kívül más, kisebb eltéréseket is találhatunk. Lássuk, melyek ezek.

Első benyomások

Ami telepítés után rögtön feltűnik, hogy egyetlen, kb. 40 megás binárisként érkezik, amely portable alkalmazásoknál kifejezetten jól jöhet, de a Docker képfájlok létrehozását is egyszerűsítheti.

A Deno beépített TypeScript támogatással rendelkezik, így nincs szükség sem third party megoldások használatára (ts-node, babel), sem speciális konfigurációra. Emellett természetesen a natúr JavaScript is használható, vagy akár vegyíthető is a két megoldás egy alkalmazáson belül.

A külső függőségek importálása a böngészőkben megszokott módon, URL-ek segítségével történik. A gyakorlatban így akár egyetlen állományból, pl. egy külső CDN-en tárolt, minifikált JS modulból is behúzható egy függőség, amennyiben az megfelel az ES modulok követelményeinek. A modulokat nem szükséges külön telepíteni, azok az app első futtatásakor automatikusan letöltődnek, és egy központi tárolóba kerülnek. Ennek pontos helyét a deno info parancs segítségével nézhetjük meg:

$ deno info
DENO_DIR location: "/Users/tamas/Library/Caches/deno"
Remote modules cache: "/Users/tamas/Library/Caches/deno/deps"
TypeScript compiler cache: "/Users/tamas/Library/Caches/deno/gen"

Ezzel jelentős helyet takaríthatunk meg a Node.js megoldásához képest, egyrészt mert a több projektekben is használt függőségek csak egyszer foglalnak helyet, másrészt mert itt ténylegesen csak a szükséges JS fájlok kerülnek letöltésre – szemben a node-dal, ahol az egyes modulok rengeteg "ott felejtett" állományt is tartalmaznak. A gyakorlatban jelenleg sajnos problémát jelent a már nem használt modulok törlése, erre később várható hivatalos megoldás.

Mivel az egyes modulok bárhonnan letölthetőek, nincs szükség sem központi package manager-re, sem központi package repository-ra. A 3rd party modulok könnyebb megtalálhatósága érdekében ugyan a Deno hivatalos oldalán üzemel egy repository, ez inkább egy linkgyűjtemény, használata nem kötelező. A szabadságnak azonban ára van: míg egy központi repóból viszonylag ritkán törlődnek modulok (ha mégis, az kellemetlen napokat okozhat a fejlesztőknek, lásd a left-pad esetét), addig egy random weboldalon tárolt függőség bármikor nyom nélkül eltűnhet, vagy lecserélődhet egy kártékony kódot tartalmazó változatra. A későbbiekben production alkalmazások esetén különösen fontos lesz a megbízható CDN-ek, vagy akár belső mirrorok használata.

Rögtön a Deno standard library kipróbálása során feltűnik a jogosultságkezelés jelenléte: a potenciálisan veszélyes műveleteket, mint pl. internet hozzáférés, fájl I/O, vagy a környezeti változók olvasása külön engedélyezni kell a futtatandó alkalmazás számára a megfelelő kapcsolókkal (--allow-net, --allow-env, --allow-read, stb). Manapság egyre több támadásról hallani népszerű modulok ellen, így ez mindenképp hasznos adalék a fejlesztői környezet védelme érdekében. Éles rendszerek esetében is csökkenti egy esetleges támadás hatását, de önmagában nem helyettesíti a külső függőségek auditálását, valamint az egyes alkalmazások megfelelő izolációját.

Az IDE támogatás terén is meglepően jó a helyzet: több népszerű plugin-t is találtunk a Visual Studio Code-hoz, melyek a néhány napos kísérletezés során többnyire megfelelően működtek.

Docker build és használat éles környezetben

A single binary megoldásnak, valamint a package manager hiányának köszönhetően az alkalmazások dockerizálása meglepően egyszerű. Habár hivatalos Docker image egyelőre még nem készült, a közösség több projektet is fenntart a hiány pótlására. A tesztelés során a választásunk a hayd/deno-docker projektre esett, azon belül pedig az Alpine Linux alapú képfájlra, annak kis mérete miatt.

Habár első ránézésre elegendőnek tűnhet csak az app forrását becsomagolni, a külső függőségek letöltését pedig futás közben a Deno-ra bízni, a gyakorlatban mégis célszerű a függőségeket már a build során letölteni és a képfájlba csomagolni. Ennek számos előnye van:

• Az esetleges problémák, szinkatikai hibák már a build során kiderülnek.
• Stabil docker képfájlt kapunk, azaz később elindítva is garantáltan ugyan azokat a verziókat használja.
• Lehetőségünk van a letöltött modulok átvizsgálására automatizált eszközökkel.
• Az alkalmazás indítása és újraindítása gyorsabbá válik.
• Kevésbé lesz érzékeny az átmeneti hálózati problémákra, ha azok az alkalmazás indulása vagy újraindulása során jelentkeznének.

A függőségek letöltésére a deno cache parancs szolgál, amelyet a képfájl építése során érdemes meghívni.

Szintén hasonló célokat szolgálna a deno bundle parancs is, amely egyetlen .js fájlba tömörítené a teljes alkalmazást, azonban ennek használata során stabilitási problémákba ütköztünk. Remélhetőleg egy későbbi Deno verzióban javításra kerül.

Hasznos lehet továbbá a --quiet (-q) opció használata, amellyel a diagnosztikai üzenetek kapcsolhatók ki, így azok nem vegyülnek az alkalmazás kimenetével.

A fentiek alapján így néz ki egy minta Dockerfile:

FROM hayd/alpine-deno:1.0.2

# Create app directory
WORKDIR /app

# Prefer not to run as root.
USER deno

# Bundle app source
COPY . .

# Compile the main app so that it doesn't need to be compiled on each startup.
RUN deno cache src/main.ts

EXPOSE 3000

ENTRYPOINT deno run --allow-net --allow-hrtime --allow-env --allow-read --quiet src/main.ts

CMD []

Egyéb felhasználási lehetőségek

A szerver oldali fejlesztésen kívül további érdekes felhasználási módokra is lehetőség nyílhat a jövőben. Számunkra ezek közül a legígéretesebbnek az így készült alkalmazások egyetlen futtatható állományba történő becsomagolása tűnik, mely a fejlesztők hosszú távú céljai között szerepel. A Node.js-hez már most is rendelkezésre állnak hasonló megoldások, például a warp, az nexe, vagy az Electron alkalmazások becsomagolásához gyakran használt ASAR technológia, ezek azonban sajnos nehezen birkóznak meg a natív addonokkal, valamint az eredeti forráskód is viszonylag könnyen kibontható az így készült futtatható állományból. A Deno fejlesztői által tervezett megoldás előnye, hogy V8 JavaScript motor Snapshot-jaira építve egy bináris, "félig lefordított" változat kerülne beépítésbe az elkészült állományba, amely így gyorsabban indul, és a visszafejtése is sokkal nehezebb. Reményeink szerint ez az irány a jövőben lehetővé teszi majd, hogy JS/TS környezetben is fejleszthetőek legyenek kis méretű, függőségektől mentes, egyetlen állományból álló CLI szoftverek, esetleg a későbbiekben asztali alkalmazások.

Hátrányok, hiányosságok

Mint minden új technológiának, így a Deno-nak is megvannak a maga gyermekbetegségei. A tesztelés során, elvétve ugyan, de találkoztunk különféle kompatibilitási problémákkal és kiforratlan hibaüzenetekkel.

A Node.js-ből ismert, népszerű modulok jelentős része még nem érhető el, az alternatívák pedig gyakran nem alkalmasak éles környezetben történő használatra. Ugyan a Deno támogatja az ES modulokat, a Node-ból ismert require hívást viszont nem, ahogy a standard library sem kompatibilis a Node.js-sel. Szerencsére számos fejlesztő dolgozik azon, hogy egyre több modul legyen elérhető Deno alatt is, így idővel ez változni fog.

Különösen nagy nehézséget jelent a megváltozott környezet a natív addonokra épülő modulok esetén. Jó példa erre az SQLite modul, amely jelenleg WebAssembly-n keresztül érhető el, teljesítménye és rugalmassága jócskán alulmarad a Node-ból megszokott megoldásoknak.

Habár kezdetben nem hiányzott, a néhány napos tesztelés során egyre szembetűnőbbé vált a package.json hiánya, amelyben egy helyen megtalálható az alkalmazás összes külső függősége. Ez segíti a külső modulok auditálását, valamint az alkalmazás különböző részei által importált verziók szinkronban tartását. Alternatívaként a Deno csapata egy központi deps.ts fájl használatát javasolja, amely valóban megoldást jelent a problémák egy részére, azonban várhatóan nehezebb lesz automatizált eszközökkel feldolgozni a Node hasonló megoldásánál.

Összegzés

A felsorolt hátrányok ellenére összességében elnyerte csapatunk tetszését a Deno, amely a jövőben a Node.js alternatívája lehet a webalkalmazások fejlesztése során. Az ökoszisztéma fejletlensége és a tapasztalt stabilitási problémák miatt éles használatra még nem ajánljuk, de mindenképp figyelemmel fogjuk kísérni a technológia fejlődését. A többi már a fejlesztőközösségen múlik :)

Pontosan ma 8 éve jelent meg első menetrend alkalmazásunk Debrecenben, mára pedig már hat nagyvárosban vált elérhetővé. Időközben közel egymillióan töltöttétek le valamelyik menetrend alkalmazásunkat, hamarosan pedig megújult külsővel, és még kényelmesebb navigációval vár benneteket. Részletek és galéria a borítókép alatt.

Mi változik?

A régóta esedékes ráncfelvarráson felül több hasznos újdonság is bekerül alkalmazásinkba, amelyeket már régóta kértetek.

Könnyen elérhető keresés

A kezdőképernyő felső részén egy keresősáv kap helyet, ahol egységes módon kereshetsz majd járatokra, megállókra, de akár utazástervezést is indíthatsz majd innen. A változással a kedvenceid mellett már a ritkábban használt járatok és megállók információihoz is könnyebben hozzáférhetsz, de a jelenleginél nagyobb hangsúlyt kap az útvonaltervezés, és így a kerékpáros tervezés is. Korábbi méréseink alapján a felhasználóink 62%-a elsősorban a kedvenceket és a táblázatos menetrendeket használja a tájékozódásra, míg az utazástervező kihasználtsága mindössze 10% körül mozog. A fejlesztéssel szeretnénk az újdonságokra fogékony felhasználóinkat a megszokott menetrendi tábláktól a rugalmasabb, dinamikus tájékozódást biztosító funkciók irányába terelni.

A korábbi listák és keresőmezők továbbra is elérhetőek maradnak a megszokott helyeken, ezzel biztosítva a zavartalan átmenetet a régi és az új külső között.

Átdolgozott kezdőképernyő

A keresőmező alatt foglal majd helyet az információs sáv, ahol a legfontosabb hírek és közlekedési változások jelennek meg. Ez csak a kezdőképernyőn lesz látható, és az eddiginél kevesebb helyet fog kitakarni a kedvencekből, így a korábbinál gyakrabban tudunk majd itt megjeleníteni fontos információkat.

Beépített városválasztó

Ha több menetrend alkalmazásunkat is használod, ezt a fejlesztést szeretni fogod. Hamarosan az appon belül is válthatsz majd a telepített menetrend alkalmazásaink között, valamint lehetőséged lesz közvetlenül innen telepíteni a hiányzókat.

És persze az időszerű ráncfelvarrás

Kisebb mértékben ugyan, de persze az app többi része is átalakul majd. Az alapvető működésen nem szeretnénk változtatni, célunk az, hogy az alkalmazás megjelenése lazábbá, szerethetőbbé váljon, és a manapság divatos készülékek megjelenésével összhangban legyen. A legtöbb helyen a fehér felületek és lekerekített sarkok dominálnak majd. Természetesen az éjszakai témáról sem feledkezünk meg, az a ráncfelvarrás után is teljes mértékben támogatott marad.

A felhasználói felületet érintő fejlesztések mellett a háttérben folyamatosan dolgozunk az alkalmazás korszerűsítésén is. Erre nagy szükség van, hiszen az első verziót még 2011 végén, Android 2.1-re kezdtük el fejleszteni, a jelenleg is letölthető változat pedig már az Android 10-et is teljes mértékben támogatja.

A külsőn kívül a háttérben az alkalmazás belsejének modernizálásán is folyamatosan dolgozunk. Érdekesség lehet az alkalmazás-fejlesztésben jártas olvasók számára, hogy az elmúlt években a kliens oldali kódbázis csaknem fele újult meg, annak 35%-a mára már Kotlin nyelven íródott (10% C++, 55% Java). Reményeink szerint ez az arány idővel eléri majd a 80-85%-ot is.

Az új változat várhatóan augusztus végén érkezik majd, és minden jelenleg támogatott készüléken elérhető lesz.

Képzeld el egy vállalkozás leendő munkavállalóját. Éppen állásinterjúra tart hozzájuk. Egy motivált huszonéves pályakezdő. Az iPhone-ján a Google Maps-t használva navigál az irodához, miközben Spotify-on zenét hallgat. Aznap ebédet Wolt-ról rendelt, a barátai épp Messengeren keresztül látják el tanácsokkal az interjúhoz. Életének jelentős részét a digitális térben éli, modern, felhasználóbarát appokat használva.

Most képzeld el, ahogy leültetik a 10 éve méregdrágán beszerzett, de már akkor 15 éves ERP rendszer elé, amihez hasonlót még nem is látott – túl fiatal hozzá. Vagy ami még jobb, egy valamikor a 90-es években létrejött és azóta folyamatosan bővülő Excel táblázat elé. Vajon mennyire lesz motivált?

A fenti példa talán picit túlzó, de remekül tükrözi a lényeget. Manapság gyakran előkerül a látens munkaerőhiány fogalma a kkv szektor kapcsán. A vállalkozások egy jelentős része komoly munkaerőhiánnyal küzd, főként azért, mert a potenciális munkavállalók nem találják elég vonzónak a vállalatot vagy a feltételeket. Szakértők szerint ennek egyik fő oka a generációváltás. A bér már csak egy a sok szempont körül, amelyek alapján a frissen végzettek döntenek.

2025-re a munkavállalók 75%-át az Y és Z generáció tagjai, vagyis az 1984-2009 között születettek teszik majd ki. Ők nem betanulják egy-egy szoftver használatát, hanem sokszor már nagyon fiatal korban elsajátítják az alapvető készségeket, ami a hatékony használathoz szükséges. Elvárják, hogy egy szoftver ismerős, felhasználóbarát megoldásokat alkalmazzon, modern, esztétikus, letisztult és kényelmes legyen.

Sok vállalkozás használ elavult szoftvereket, sokan közülük mai napig az induláskor beszerzett rendszerekkel dolgoznak, amelyek felett már jócskán eljárt az idő. A modern, felhő alapú megoldások rugalmasabb konstrukciókat kínálnak, jellemzően alacsonyabb költséggel. A távoli elérés, a mobileszközök támogatása, a telepítés és karbantartás nélküli használat csak néhány az előnyeik közül.

Ami sokkal fontosabb, hogy az említett modern szoftverek zöme már egy olyan korban készült, amelyben a felhasználók kényelme nem másodlagos extra szolgáltatás, hanem követelmény. Ez nagyban növeli a használhatóságot és csökkenti a frusztrációt. A vállalati szoftver a napi szintű elkeseredett küzdelem tárgya helyett hatékony eszközzé válik, a munkavállalók pedig végre arra koncentrálhatnak, ami igazán fontos.

Február közepén váltak elérhetővé a legnépszerűbb menetrend alkalmazásaink a Huawei App Gallery-ben, kezdetben korlátozott funkcionalitással: interaktív térképek, valamint push üzenetek nélkül.

Az elmúlt hetekben azon dolgoztunk, hogy egy új, OpenStreetMap alapú interaktív térképet integráljunk alkalmazásainkba, amely már teljes értékűen működik a Google-mentes készülékeken is. Alkalmazásaink legújabb verziója a mai naptól vált elérhetővé a felhasználóink számára, így az elsők között nyújthatunk térképes navigációt a közösségi közlekedéssel utazók számára az említett készülékeken. A fejlesztés nem csak az idén megjelenő Huawei telefonok tulajdonosainak, hanem az egyedi ROM-ok használóinak és az open source közösségek tagjainak is előnyös. Az alábbiakban röviden összefoglaljuk a fejlesztés célját és a legnagyobb kihívásokat.

Motiváció

Aki követi a technológiai világ híreit, bizonyára hallott a „Huawei ban”-ról, amely tavaly május óta megtiltja az USA-beli cégek (mint pl. a Google) és a Huawei együttműködését. Ennek következtében sem a Google népszerű alkalmazásai (Gmail, YouTube, Google Térkép, stb), sem a fejlesztők számára nyújtott szolgáltatásai nem érhetőek el a Huawei újonnan megjelenő készülékein. Ez utóbbiak közé tartozik a Google Play Szolgáltatások, amely többek között a Google alapú térképek működéséhez elengedhetetlen, valamint a Firebase egyes részei, amely különféle fejlesztői eszközök mellett a push üzenetek működését is biztosítja az Androidos készülékeken.

Mivel a Huawei jelentős szereplő a hazai mobil piacon (menetrend alkalmazásaink felhasználóinak kb. 30%-a a gyártó készülékeit használja), így fontos volt számunkra, hogy alkalmazásaink ezeken az eszközökön is elérhetőek maradjanak, a kieső szolgáltatásokat pedig házon belüli megoldásokkal, vagy a Huawei által nyújtott alternatívákkal pótoljuk. Ez utóbbiban jelentős segítséget nyújtott számunkra a Huawei Magyarország csapata: információkkal láttak el minket a fejlesztők számára nyújtott eszközeikről, valamint készséggel válaszoltak az App Gallery használata és az appok feltöltése során felmerülő kérdéseinkre. A segítséget ezúton is köszönjük.

Élet a Google-ön túl

Manapság az Android alkalmazások többségében a Google térképeivel találkozhatunk. Ennek fő oka, hogy ez a hivatalos, Google által támogatott megoldás az Android platformon, amely ráadásul a legtöbb esetben teljesen ingyenesen, bármiféle havidíj vagy rejtett költségek nélkül érhető el a fejlesztők számára. Emellett a felhasználók is egy jól ismert, konzisztens minőségű térképpel találkozhatnak.

A kényelemnek és egyszerűségnek azonban ára van: ezzel a lépéssel nem csak bezárjuk az érintett alkalmazást a Google ökoszisztémájába, de a testreszabási lehetőségek is korlátozottak, és sajnos a teljesítmény is hagy némi kívánnivalót maga után, különösen, ha ezres nagyságrendű szimbólum (esetünkben járművek, megállók) megjelenítésére van szükség. A legtöbb alkalmazás esetén ezek elfogadható kompromisszumok lehetnek az alacsonyabb fejlesztési költségekért cserébe, számunkra azonban egyre nagyobb nehézséget jelentettek, így más megoldás után kellett néznünk.

Manapság már számos alternatíva érhető el, melyek változó minőségben és áron állnak rendelkezésre. Olyan térképszolgáltatást kellett választanunk, amely kiforrott, kellőképpen testre szabható, és több százezres felhasználószám esetén is megfizethető.

A lehetőségek mérlegelése után a Mapbox mobile SDK-ra esett a választásunk, amelyhez a térképadatokat közvetlenül az OpenStreetMap-ről szereztük be, a térképeket pedig saját infrastruktúránkban hozzuk létre és ott is tároljuk. Ezzel egyrészt egy rugalmas, teljes mértékben testreszabható megoldáshoz jutottunk, másrészt jelentős költséget takaríthatunk meg, hisz meglévő infrastruktúránkra építve a külső szolgáltatók által kínált lehetőségeknél kedvezőbb költségekkel tudjuk üzemeltetni térképszolgáltatásunkat.

Korábban már találkozhattatok nálunk ezzel a megoldással: két évvel ezelőtt a kerékpáros tervezés bevezetése során használtunk OSM alapú térképeket, hiszen a kerékpárutak itt sokkal részletesebben szerepeltek, mint a Google-nél, valamint a nyílt adatoknak köszönhetően volt lehetőségünk a hiányzóakat pótolni. Kézenfekvő volt tehát, hogy a jelenlegi fejlesztésnél is ebbe az irányba haladjunk tovább.

Hogyan tovább?

Habár a térkép létrehozása nagy előrelépés volt, és kétség kívül a legtöbb munkával járó feladat a fejlesztés során, az integráció még nem teljes: a címek keresésénél továbbra is a Google szolgáltatásaira támaszkodunk, és jelenleg push üzenetek sem érkeznek meg a Google-mentes készülékekre.

A fejlesztés következő fázisában a Huawei Mobile Services (HMS) integrációján dolgozunk, hogy alkalmazásaink teljes értékűen működjenek a Huawei jövőbeni eszközein is, és minél inkább ki tudják használni a platform által nyújtott szolgáltatásokat.

Ahogy láthattuk, a Google-mentes platformok megjelenése izgalmas lehetőségeket és egyben érdekes szakmai kihívásokat rejt magában az alkalmazás-fejlesztők számára. Hamarosan egy több részes blog-post sorozatban számolunk be a Huawei AppGallery, valamint HMS használata során szerzett tapasztalatainkról.

A Szegedi Közlekedési Társaság részére belső használatra szánt szoftvert fejlesztettünk a megállóhelyi menetrendi laptáblák, valamint a társaság weboldaláról letölthető menetrendek automatizált generálásához. A szoftver alapját a menetrend alkalmazásaink mögötti térinformatikai rendszerek adták, így a kész terméket mindössze egy hónap alatt átadtuk és üzembe helyeztük. A szeptemberi iskolakezdéstől már az új menetrendekkel találkozhatnak az utasok a villamos- és trolibusz-megállókban.

Az így készült menetrendek nem csak esztétikusabbak a korábban alkalmazott megoldásnál, de a fejlesztésnek köszönhetően jelentősen egyszerűsödött a megállóhelyi menetrendek frissítésének folyamata is. Változás esetén a pontos megállóhelyi indulásokat tartalmazó táblázatok az előre elkészített sablonok alapján közvetlenül a belső rendszerekben rögzített végállomási indulási időkből és a menetidőből generálódnak, így a laptáblák frissítése minimális emberi beavatkozást igényel.

Szintén a menetrendi adatokból, teljesen automatizáltan kerül előállításra a hirdetmények bal oldalán található vonalrajz is, amely az egyszerűbb útvonalak mellett az összetettebb szituációkat, mint például az elágazó járatokat és betétjáratokat is támogatja. Ennek köszönhetően lehetőség van több vonal egy oldalon történő megjelenítésére is, melynek köszönhetően a laptáblák nem csak könnyebben áttekinthetőek, de kevesebb helyet is foglalnak.

Az elkészült hirdetmények a publikálás megkönnyítése céljából a belső folyamatokhoz igazodva, leválogatva tölthetőek le a rendszerből. Mivel a folyamat legtöbb lépcsője automatizált, az új menetrendi táblák gyorsabban elkészülnek, az emberi hibák esélye csökken, így az új típusú hirdetmények kezelése hosszú távon is fenntartható folyamat marad. A fenti megoldás ezen felül utat nyit olyan, a kézi szerkesztés esetén nehezen megvalósítható újítások bevezetése előtt is, mint például térképek és egyéb dinamikus szemléltető ábrák megjelenítése a hirdetményeken.

Tavaly év elején vásárolta meg a Google a jogot az .app végződésű domain-ek értékesítésére, majd május 7-én megnyílt ezek regisztrációjának lehetősége a publikum számára is. Az egy éves évforduló alkalmából a Google most egy válogatást szervezett, amelyben összegyűjtötték a számukra legszimpatikusabb 100 szolgáltatást, amelyek már .app domaint használnak. Örömünkre szolgál, hogy a menetrend.app-al mi is felkerültünk a fenti listára.

Még tavaly májusban, nem sokkal a publikus regisztráció indulása után jegyeztük be a menetrend.app domaint, majd néhány nappal később már át is költöztünk a korábbi menetrendapp.hu címről az új helyre. A költözés során figyeltünk arra, hogy a régi URL-eket megfelelő módon irányítsuk át az új címre, valamint arra is, hogy a régebbi, és akár még évekig is aktívan használt app verziók továbbra is megfelelően működjenek. Az átállás zökkenőmentesen zajlott, néhány napon belül a keresőkben is frissült a webcímünk, és azóta is elégedettek vagyunk az új domainünkkel.

Mégis milyen előnyei vannak a .app domaineknek?

.app végződésű domaint bárki regisztrálhat, aki valamilyen alkalmazást vagy ehhez kapcsolódó szolgáltatást üzemeltet. Egy .app domain az alábbi előnyöket nyújtja egy klasszikus .com vagy .hu domainhez képest:

Kötelező HTTPS: A teljes .app tartomány felkerült a HSTS preload listára, így a böngészők kizárólag HTTPS-en keresztül hajlandóak kommunikálni ezekkel a weboldalakkal. Ez növeli ezen szolgáltatások biztonságát, és összhangban van az Apple és a Google törekvéseivel, amelyeknek köszönhetően az újabb rendszereken már csak HTTPS-en keresztül kommunikálhatnak az iOS és Android alkalmazások.

Könnyen megjegyezhető: azzal, hogy az "app" kifejezés átkerül a domain név végére, a fennmaradó rész rövidebbé és egyszerűbbé válik – sőt, ideális esetben csak egyetlen szót tartalmaz majd. Emellett .app-ra végződő webcímmel kizárólag appok rendelkezhetnek, így a felhasználók számára is egyértelmű, milyen szolgáltatást találnak majd a domain mögött.

Tiszta lap a későn érkezőknek: egy új termék vagy szolgáltatás elindításának fontos része a megfelelő domain név kiválasztása, azonban sajnos nem könnyű hangzatos, de mégis szabad domain nevet találni. Gyakran szembesülünk mi is és ügyfeleink is azzal, hogy nem csak a product.com, a product.net, vagy épp a product.io, de még a közel sem optimális getproductapp.net is foglalt. Habár a Google közleménye szerint csak az első 24 órában több, mint 100 000 .app domaint regisztráltak, mégis kevésbé telített az évtizedek óta létező társainál, így jó alternatíva lehet az újonnan induló appok és szolgáltatások számára.

2018. november 7-én, a Step into Meetup csapatának szervezésében került megrendezésre a Debreceni Egyetem Informatika Karán a Step into Mobile meetup, amelyen ez alkalommal a mobilalkalmazás-fejlesztés volt terítéken.

Step into Mobile // SiM 2018/11

NOVEMBERBEN MINDEN A MOBILRÓL SZÓL! 2018. november 7-én 18 órakor folytatódik a Step into Meetups kezdeményezés. Ebben a hónapban a MOBIL témaköréből hozunk el nektek három előadást. Kövesd az eseményünket, hogy többet is megtudhass az előadóinkról és a témáikról! RÉSZLETEK HAMAROSAN! ;) A meetu…

Az eseményen három előadó három különböző technológiával, de közös specifikáció alapján ismertette egy egyszerű mobilalkalmazás létrehozásának folyamatát, illetve röviden összefoglalta az adott technológia jellegzetességeit, annak legfőbb előnyeit és hátrányait. A résztvevők így rövid betekintést nyerhettek a mobil fejlesztés világába, valamint megismerkedhettek a fejlesztés során használt legfontosabb technológiák alapjaival.

A választott technológiák között természetesen megjelent a natív iOS fejlesztés Swift nyelven, a natív Android fejlesztés Kotlin nyelven, valamint egy cross platform megoldás is, amely a Flutter segítségével került bemutatásra.

Az iOS alkalmazás fejlesztését Pete Zsolt ismertette, aki a CodeYard csapatát erősíti. Az alkalmazás Swift 4.2 segítségével, Xcode IDE-ben került megvalósításra. Zsolt ismertette, hogyan is zajlanak egy iOS alkalmazás létrehozásának főbb mozzanatai, kitért az Interface Builder használatának alapjaira, valamint live coding során bemutatta egy új funkció fejlesztésének menetét. Az alkalmazás függőségeinek kezelése a CocoaPods-t segítségével történt, a API-val történő kommunikációt és az adatok betöltését pedig az Alamofire + RxSwift + RxCocoa hármassal szemléltette.

A Simkó Szilárd Viktor által bemutatott alkalmazás Flutter-rel készült, amely cross-platform technológia révén Androidon és iOS-en is egyaránt futtatható. Az alkalmazás Dart nyelven íródott, míg a felhasználói felület a Flutter környezetben megszokott módon deklaratív UI elvén készült, amely egy új, feltörekvő szemlélet a mobil fejlesztésben.

Natív alkalmazásfejlesztés Androidon

Csapatunk Android vonalon képviselte magát a rendezvényen: előadónk egy 45 perces prezentáció keretében beszélt a natív Android alkalmazás-fejlesztésről, az alkalmazások általános felépítéséről, valamint a legszembetűnőbb eltérésekről más platformokhoz, pl. az iOS-hez vagy a webhez képest.

A bemutatott alkalmazás egy egyszerű vékony kliens, amely a GitHub publikus API-ját használva listáz repókat, megmutatja egy kiválasztott repó alapvető információit, illetve lehetőséget biztosít azok csillagozására. Az alkalmazás tartalmazza azokat az elemeket, amelyekre egy mobilalkalmazás fejlesztése esetén legelőször szükség van: lista és detail képernyőkre, keresésre, mindezt rendszerint valamilyen REST API segítségével megvalósítva, igényes felhasználói felülettel.

Az app a Google legújabb ajánlásainak megfelelően került megvalósításra, központjában az OkHttp + Retrofit + GSON hármasra épülő szolgáltatás réteg áll, míg a felhasználó felület a tavalyi Google I/O-n bemutatott Lifecycle komponensekre és a ViewModel-re épít. Az előadás során igyekeztünk szemléltetni a Kotlin programozási nyelv előnyeit, így a Synthetic Binding és a kotlinx.coroutines is megjelenik a kódban.

Az előadás zárásaként megemlítésre kerültek az Android fejlesztés legfőbb nehézségei más platformokhoz képest: az alkalmazások bonyolult életciklusa, a képernyők közötti kommunikáció nehézségei, és az állapot mentésének szükségessége, hangsúlyozva a fizikai eszközön történő tesztelés fontosságát. Természetesen nem maradhatott ki a fragmentáció sem, amely az elmúlt évek fejlesztéseinek köszönhetően szerencsére már nem okoz akkora nehézséget a fejlesztők számára, mint korábban.

Ezúton is köszönjük a meghívást a Step into Meetup csapatának. Az előadáshoz kapcsolódó kód elérhető a GitHub-on.

Imagine your own digital map. Vector based, fully customized and self hosted for full control. Leveraging the possibilities of cutting edge open source components we can realize that dream for you. During the recent years we have gathered an extensive amount of know-how and developed our own toolset, that allows us to configure your own custom digital map quickly and efficiently. Without restrictive licenses and hidden costs, you can integrate it to virtually any application.

Full control

Both the look and the contents of your map is fully customizable. Our team can help you with content creation, content conversion and customization. Our process is streamlined and effective with quick turnaround times. Depending on third-party providers often results in unseen costs and mandatory changes in your business model to accommodate changes in theirs. By using open source technology you greatly reduce this dependency and acquire full control over your maps.

Focus on content

Forget about technology, we got it covered. You can focus on what is most important: Delivering exceptional quality content to your customers. With new technologies approaching like AR, maps are becoming increasingly important. Being able to tailor them to you needs holds great benefits to your business. Whether your focus is on a single event, a whole city, country or worldwide, we can help you create the map that suits your needs.

Map demos

• Base map styles
• Directions

Képzeld el egy saját digitális térképet. Vektor alapú, teljesen testreszabott és self-hosted. A legmodernebb nyílt forrású komponensek lehetőségeit kihasználva megvalósíthatjuk az álmodat. Az elmúlt években széleskörű szakértelemre tettünk szert és saját eszköztárat fejlesztettünk ki, amely lehetővé teszi számunkra, hogy gyorsan és hatékonyan készítsük el a saját digitális térképedet kiszolgáló környezetet. Korlátozó licencek és rejtett költségek nélkül, szinte bármilyen alkalmazásba integrálhatod azt.

Teljes kontroll

A térkép megjelenése és tartalma is teljes mértékben testreszabható. Csapatunk segít a tartalomkészítésben, a tartalomkonverzióban és a testreszabásban. Folyamatunk korszerű és hatékony, gyors átfutási idővel. Külső szolgáltatóktól való függés sokszor végződik előre nem látott költségekkel. Üzletimodelled változtatására kényszerülhetsz amiatt, hogy az ő üzleti modelljüknek megfelelj. A nyílt forráskódú technológia használatával nagymértékben csökkentheted ezt a függést, és teljes irányítást szerezhetsz a térképeid felett.

Koncentrálj a tartalomra

Felejtsd el a technológiát, azt mi megoldjuk. A legfontosabbra összpontosíts: kivételes minőségű tartalom biztosítása ügyfeleid számára. Az olyan új technológiák elterjedésével, mint az AR, a térképek egyre fontosabbá válnak. Az igényednek megfelelő testreszabás komoly üzleti előnyökkel járhat. Legyen szó egyetlen rendezvényről, egy egész városról, országról vagy akár az egész világról, mi segítünk az igényeidnek megfelelő térkép elkészítésében.

Térkép demók

• Alapértelmezett térkép stílusok
• Útvonaltervező

A mai napon megjelent menetrend alkalmazásaink legújabb változata, amely már gyalogos és kerékpáros útvonaltervezésre is lehetőséget biztosít.

Ugyan a tömegközlekedési útvonaltervek részeként eddig is megbecsültük a gyalogos szakaszok várható hosszát, azok elsősorban az átszállások megkönnyítésére, és nem az A-ból B-be történő eljutásra szolgáltak. A mostani fejlesztéssel az alkalmazás a tömegközlekedési útvonaltervek mellett most már azt is megmutatja, mennyi ideig tartana az adott út gyalogosan vagy kerékpárral, illetve ez utóbbiakhoz részletes, lépésről lépésre történő navigációt is biztosít.

A felhasználóknak lehetőségük van gyorsabb haladást preferáló, vagy a kerékpárutakat és csöndes mellékutcákat előnyben részesítő útvonalak közül választani. A tervezés természetesen mindkét esetben a kerékpárosokra vonatkozó szabályok figyelembevételével történik.

A kerékpáros utazástervezéshez a közutak mellett figyelembe vesszük a kifejezetten kerékpárosok részére készült infrastruktúrát is, amelynek forrása az OpenStreetMap. A térképadatokat automatizáltan, heti rendszerességgel vesszük át, hogy mindig naprakész adatokkal tervezhessünk. A gyalogos és kerékpáros tervezéssel kapcsolatos problémákat a szokásos elérhetőségeinken jelezheted nekünk, vagy a nyílt adatoknak köszönhetően akár magad is kijavíthatod őket, melyhez segítséget az OpenStreetMap hazai oldalán találhatsz.

Kitüntetett figyelem Debrecenben

Helyi vállalatként különösen fontos számunkra, hogy debreceni alkalmazásunk minél pontosabb és megbízhatóbb legyen – nem csak azért, mert ez volt az első város, ahol elérhetővé vált menetrend alkalmazásunk, hanem mert kollégáink, ismerőseink is nap mint nap használják azt utazásaik során. Az elmúlt években közel 30 km-nyi járdát, valamint több száz jelzőlámpás kereszteződést és gyalogos átkelőt rögzítettünk a városban annak érdekében, hogy alkalmazásunk minél pontosabb és részletesebb útvonalterveket nyújthasson.

Az elmúlt hetekben végigjártuk a város kerékpárútjait, és az így szerzett tapasztalatok alapján korrigáltuk az OSM térképén észlelt hiányosságokat. Ennek köszönhetően az alkalmazásunk tartalmazza Debrecen teljes kerékpárút hálózatát, beleértve a közelmúltban átadott szakaszokat is. A nyílt adatoknak köszönhetően pedig ezek a javítások más területeken is hasznosulhatnak.

Az alkalmazást, mely a napokban fogja ünnepelni hatodik születésnapját, Debrecenben jelenleg kb. 26 000-en használják utazásaik megtervezésére, közülük 6-7 ezren napi szinten.

A jó idő közeledtével várhatóan egyre többen igénybe veszik majd az alternatív közlekedési módokat is, a gyalogos és kerékpáros tervezés bevezetésével pedig reméljük, némileg mi is hozzájárhatunk ezek népszerűségéhez.

Public transportation is a topic we have spent years on. We have designed and are maintaining several transit apps for Android and we have provided consultation service for numerous third parties. Our transit apps are available in bigger Hungarian cities and have been downloaded more than half million times. This resulted in extensive knowledge of modelling multi modal transportation systems, visualizing schedules and providing our users with optimal trip plans.

Sharing our knowledge

We treat our transit apps as a kind of community project rather than a business venue. The main value they provide us is experience and knowledge in a specialized segment of software development. We are always happy to share our experience when approached by others in the industry. Currently, we are providing consultation and development services to several third parties of various size. We are always looking for new challenges and further ways to expand our knowledge.

Being open

We believe in open data. We are active maintainers and users of Open Street Map data in our transit apps. We have successfully used and customized Open Trip Planner in multiple instances in different projects over the years. On the long run this provided us with skills we can reuse in future projects for implementing custom map and navigation related solutions.

First hand experience

Leveraging the nature of this project, we often use it to experiment with new technologies or to test out improvements targeting our internal processes. Our transit apps give us important insights on how certain technologies perform in live environments, not only from the development perspective but also regarding operations, maintenance and costs. This way we can make sure we only recommend technologies that we have successfully used in our own projects and we are certain they can deliver what our partners need.