Tisztában vagyunk vele, hogy a platform nem száguldó sportkocsi módjára hasít. Van, hogy nem is működik egyáltalán adott eszközökön, böngészőben. Jöjjenek a faktorok amik ebben szerepet játszanak.
Optimalizálatlanság
Be szép szó.
Jelenleg a felhasználói felület felépítésétől, a böngészőben futó programkódtól, a szerveren futó programkódon át, az adatbázis feladatokig egyetlen fejlesztő dolgozik a platformon. 
A mobil verziónál a (kliens oldali, böngésző-beli) a teljesítményhez kapcsolódó hiányosságok még jobban kijönnek, hiszen az asztali gépekhez képest kisebb erővel bírnak.
Nem az egy-két éves, jól felszerelt eszközökről van szó, hanem a középmezőnybe tartozó telefonokról, tabletekről.
Amikor valami új dolog készül bandmap-hez, a fejlesztői kapacitás szűkösségének ellenére, mindig törekszünk arra, hogy a fundamentumok a helyükön legyenek, de minden részletre nem jut erőforrás.
Nem is cél a tökéletesség, hiszen kiderülhet, hogy egyáltalán nem, vagy nem úgy kerül be végül egy adott elem, ahogy eleinte gondoltuk.
Rendszeresen aközött kell választanunk, hogy új funkciókat fejlesztünk, vagy a meglevő kódbázist pofozzuk a megismert problémák alapján.
Ilyenkor sokszor inkább az új funkciókra voksolunk, hiszen a béta elsődleges célja, hogy bevezetésre, és tesztelésre kerüljön az összes olyan koncepció, ami a platform hasznosságához elengedhetelen.
Az első kizárólag teljesítményt (illetve hiba és felhasználói felület javításokat) célzó frissítés majd csak ezt követően célszerű.
Azért minden frissítés tartalamaz teljesítmény célzó javításokat.
Apró lépések előre.
Van még pár olyan optimalizálási megoldás amiket jelenleg nem lépünk meg , mert nehezítenék a hibakeresést.
Szerver
Jónapot, szeretnék egy nagyobb felhőt, mennyibe lesz?
A bandmap jelenleg egy havi 1000 forintos szerverről kerül kiszolgálásra. Ez azonnal kiütközik ha kicsit többen használják a platformot egyidőben.
A csapaton belül időszakosan fellángol a vita arról, hogy kezdjünk-e el saját zsebből fizetni egy nagyobb vasat ,vagy várjunk más fedezetre.
Mivel a projekt már most is sok munkaidőt, közvetve pénzt von el, valahol megálljt kell szabni a befektetett erőforrásoknak.
Főleg, hogy a “lehetne/kellene rá költeni lista” végtelen.
Van egy pont, ahol nélkülözhetetlenné válik a nagyobb szerverkapacitás.
Talán már olvastátok, hiszen több helyen is kommunikáltuk, hogy adott készültségnél hazánk határait átlépve, szeretnénk bevonni a tágabb régió szereplőit.
Ez elképzelhetetlen a technikai háttér megerősítése nélkül.
Kompatibilitás!
Köszi ha több eszközön tesztelsz, szükségünk van rá!
Küzdünk az ezernyi kütyüvel, és felhasználói beállítással. A legutóbi frissítésben eljutottunk odáig, hogy (a hibák ellenére) több olyan eszközön is használható már a bandmap, ahol eddig meg sem nyikkant.
Bár néhány Apple kütyü már van a kezünk alatt (iPad, iPhone), egy asztali masina, vagy laptop (mac) ahol a fejlesztői-teszteléseket végezni lehet, még hiányzik.
Visszautalnék az előző paragrafus anyagi vonatkozásaira, hiszen akár saját eszközt használunk akár valamelyik online tesztelési szolgáltatást az extra költség.
Támogatott böngészők tekintetében egyelőre nem akarjuk nagyobbra nyitni a fókuszt a Chrome, Firefox, Edge, Safari négyesnél. Ezek lefedik az itthoni felhasználók 90-95%-át. A maradék pár százalékban már csak a Samsung böngészője, és az Opera jelentős, de támogatásuk, már a tesztelés tekintében is későbbre van tervezve. Azoktól akik ragaszkodnak ezekhez, türelmet kérünk.
Hibák
Amikor azt hiszed, hogy a bug egy tündibündi katica és majd elhessegeted, de kiderül, hogy akkora ájtatos manó, hogy letépi a fejed.
Ez előfordult párszor a bandmap fejlesztése során, ahogy az is amikor egy javított hibából lett tíz másik.
A platform kritikus hibáinak jó része a fenti szerverkérdésekben, optimalizálatlanságban keresendő, és az ebből fakadó lassú, sokszor hosszú másodpercekre nyúló reakcióidőkhöz köthető.
A felhasználó nem tudja, hogy miután megmozdította a térképet akkor azért nem jelennek meg az eredmények, mert a háttérben a szerver küzd erősen. Újra és újra interakcióba lép a felhasználói felülettel ezzel további kéréseket indítva a szerverhez a terhelést egyre csak fokozva.
Emiatt az egyik új beépítésre kerülő elem arra fog szolgálni, hogy jelezze a felhasználónak amikor a háttérfolymatok kritikusan lelassultak, és ne is engedje addig további interakciókat végezni, amíg az előző tevékenység le nem zárult.
Nem lesz kevésbé idegesítő, de a hibák szétválasztását jól fogja segíteni.
A teljesítmény okozta hibajelenségeket nagyban enyhítheti majd a platform kliens oldali (böngészőben futó) részébe beépített gyorsítótár.
Ezt azonban csak a fenti eszköz után, és intenzív belső tesztelést követően fogjuk bevetni.
A jövő
Ideális esetben mikorra rendelkezésre áll pár hónapnyi “szerver-pénz” addigra a teljesítményel kapcsolatos változtatások és élesedhetnek, a hibák is tovább fogyatkoznak, és így egy fürébb, stabilabb bandmap-pel jöhetünk ki költözéskor.
Reméljük, hogy ehhez nem kell a túl távoli jövőbe tekintenünk.