Kihívás
Megbízható termékélmény kialakítása a dokumentált teljesítmény-, platform- és megvalósítási korlátokon belül.
Kereskedelmi VR / Multiplayer
Beanstalker
Procedurális négy kilométeres VR világ 90 FPS felett; 60 000 eladott példány és 90%-os pozitív Steam értékelés.
Válogatott munkák, amelyeket a Backend Alchemist jelenlegi csapattagjai korábbi stúdiómunkáik, vezetői feladataik és szerződéses megbízásaik során valósítottak meg.
Azzal kezdjük, aminek működnie kell: egyértelművé tesszük a felelősségi köröket és a hibautakat, majd kiválasztjuk a legkisebb, felelősen üzemeltethető architektúrát. Minden javaslatot a játékosokra gyakorolt hatás, a megvalósítási kockázat, a csapat kapacitása és az üzemeltetési költség alapján értékelünk.
KIEMELT BIZONYÍTÉKUnity · VR · Procedurális rendszerek · Négyjátékos kooperáció
A PROJEKT HÁTTERE
Felelősség, korlátok és fejlesztési döntések.
Ez az esettanulmány válogatott csapattapasztalatokat mutat be anélkül, hogy a Backend Alchemist kizárólagos felelősségét megalapozatlanul állítaná.
KLIENSVALÓS IDEJŰ RENDSZEREK / SZOLGÁLTATÁSOKÜZEMELTETÉS
Műszaki szerep
A játékmenetet vagy az immerzív klienst érintő döntések összekapcsolása a multiplayerrel, a backenddel és az éles üzemeltetéssel, ahol ezt a források alátámasztják.
Eredmény
Nyilvánosan kizárólag az ellenőrzött eredményeket és a bizonyítékokat tartalmazó blokkban szereplő mérőszámokat állítjuk.
KOMPETENCIATÉRKÉP
A döntéstől az éles termékig.
A környezet és a korlátok feltérképezése
A korlátok, a sikerkritériumok és a műszaki határok tisztázása.
Műszaki felelősség
Látható lépésekben haladó fejlesztés, a kódhoz közeli felelősséggel.
Architekturális és fejlesztési döntések
A teljesítmény, a helyreállítás és a valós üzemeltetési körülmények tesztelése.
Üzemeltetési és teljesítményszempontok
Dokumentáció, megfigyelhetőség és egy karbantartható következő lépés átadása.
GYIK
Az erre a területre vonatkozó kérdések.
Hogyan indul beanstalker ?
A megvalósítás meghatározása előtt felmérjük a jelenlegi állapotot, a korlátokat, a sikerkritériumokat és a legkockázatosabb feltételezést.
Be tudnak kapcsolódni egy meglévő csapat munkájába?
Igen. Az éles rendszerek módosítása előtt feltérképezzük a felelősségi határokat, a kódbázis állapotát és a megvalósítási kockázatot.
Mi történik az átadás után?
A termék és a belső csapat igényeihez igazodva állapodunk meg a tudásátadásról, a csapatba épülő kapacitásról vagy a felügyelt üzemeltetésről.
KAPCSOLÓDÓ REFERENCIÁK ÉS LEHETŐSÉGEK
Folytassa a műszaki értékelést.
KÖVETKEZŐ LÉPÉS
A korlátokat hozza, ne egy tökéletesre csiszolt projektismertetőt.
Egy műszaki vezető áttekinti a jelenlegi állapotot, és a legkisebb valóban hasznos következő lépést javasolja.
Projekt indítása