Beanstalker

Beanstalker

Jeden z naszych najważniejszych wydanych tytułów: przygodowa gra akcji i wspinaczki VR w ogromnych proceduralnie generowanych pionowych światach. Gracze wspinają się, walczą, zbierają łupy i tworzą miecze, kusze, tarcze, granaty oraz haki, mierząc się ze zmiennymi zadaniami, biomami, przeciwnikami, zagadkami i bossami. Bean Stalker działa w ponad 90 FPS, został później rozbudowany o czteroosobową kooperację online, sprzedał się w 60 000 egzemplarzy i ma obecnie ocenę „Bardzo pozytywne” na Steam przy 190 recenzjach, 35 osiągnięć i kilka dużych aktualizacji zawartości.

Bohaterowie Beanstalker VR walczący w ogromnym fantastycznym świecie fasolowej łodygi
Beanstalker · Wybrane zdjęcie projektu

KONTEKST PROJEKTU

Odpowiedzialność, ograniczenia i decyzje produkcyjne.

To case study opisuje wybrane doświadczenia zespołu bez sugerowania nieudokumentowanej wyłącznej odpowiedzialności Backend Alchemist.

Wyzwanie

Zapewnić niezawodne doświadczenie produktu w ramach udokumentowanych ograniczeń wydajnościowych, platformowych i delivery.

Rola techniczna

Łączyć decyzje dotyczące gameplayu lub klienta immersyjnego z multiplayerem, backendem i operacjami produkcyjnymi tam, gdzie potwierdzają to źródła.

Rezultat

Publicznie deklarujemy wyłącznie zweryfikowany rezultat i metryki pokazane w bloku dowodowym.

MAPA KOMPETENCJI

Od decyzji do produkcji.

01

Pełna produkcja VR

Doprecyzuj ograniczenia, kryteria sukcesu i granice techniczne.

02

Proceduralne pionowe światy

Buduj widocznymi przyrostami, utrzymując odpowiedzialność blisko kodu.

03

Wspinaczka i walka VR

Testuj wydajność, recovery i rzeczywiste warunki operacyjne.

04

Crafting i progresja

Pozostaw dokumentację, observability i następny krok możliwy do utrzymania.

05

Czteroosobowa kooperacja online

06

Optymalizacja wydajności

07

Zawartość po premierze

FAQ

Pytania dotyczące tej ścieżki.

Jak zaczyna się beanstalker ?

Zaczynamy od bieżącego stanu, ograniczeń, kryteriów sukcesu i założenia o najwyższym ryzyku, zanim zdefiniujemy implementację.

Czy możecie dołączyć do istniejącego zespołu?

Tak. Zanim zmienimy systemy produkcyjne, mapujemy granice odpowiedzialności, stan codebase i ryzyko delivery.

Co dzieje się po delivery?

Handover, embedded capacity lub managed operation uzgadniamy wokół produktu i wewnętrznego zespołu.

NASTĘPNY KROK

Przynieś nam ograniczenie, nie dopracowany brief.

Technical lead przejrzy bieżący stan i zarekomenduje najmniejszy użyteczny następny krok.

Rozpocznij projekt
Rozpocznij projekt