Cum am construit Impostor: un joc de petrecere bazat pe informații ascunse

O rundă de Impostor începe cu mai mulți oameni în aceeași cameră, fiecare cu propriul iPhone sau iPad. Cei mai mulți primesc aceeași întrebare. Un jucător primește o întrebare apropiată, dar diferită, fără să i se spună direct că este impostorul. Toți răspund în privat, grupul vede apoi răspunsurile, discuția revine în cameră, iar la final fiecare votează.

Regula jocului încape într-o singură frază. Transformarea ei într-o aplicație multiplayer locală nu.

Problema principală de dezvoltare nu a fost cum desenăm ecranul de vot sau cum animăm rezultatul. A fost definirea unei limite clare a informației între mai multe dispozitive: cine are voie să afle fiecare întrebare, în ce moment și ce trebuie să rămână absent inclusiv după o reconectare. Această decizie a influențat motorul jocului, protocolul de comunicare, interfața, modelul de conținut și testele.

Mecanica jocului a devenit un contract al informației

Informația ascunsă creează tensiunea. Dacă aplicația arată prea puțin, jucătorii nu pot discuta răspunsurile. Dacă dezvăluie un singur detaliu prea devreme, întreaga rundă își pierde sensul.

Am transformat regulile sociale într-un contract precis pentru fiecare etapă:

• în timpul răspunsului, jucătorii obișnuiți primesc întrebarea grupului, iar impostorul primește alternativa apropiată;
• la dezvăluire, toți pot vedea întrebarea grupului și răspunsurile atribuite, dar nu întrebarea impostorului sau identitatea lui;
• în timpul votului, aceeași limită rămâne activă, iar voturile sunt private;
• rezultatul este prima etapă în care pot apărea impostorul, ambele întrebări, totalurile voturilor, punctele acordate și scorurile actualizate.

Această abordare este mai sigură decât ascunderea unei etichete în interfață. O informație pe care jucătorul nu are voie să o afle nu ar trebui să existe deloc în starea primită de dispozitivul său. Altfel, un ecran adăugat ulterior, un mesaj de diagnosticare sau o scurtătură pentru reconectare o poate expune accidental.

O gazdă autoritară, dar nu atotștiutoare

Un participant creează sesiunea și devine Gazdă. Gazda controlează ritmul: pornește jocul, trece de la răspunsuri la dezvăluire, deschide votul, afișează rezultatul și începe runda următoare. În același timp, Gazda rămâne un jucător obișnuit și nu trebuie să primească acces privilegiat la secret.

De aceea, Impostor separă starea autoritară a jocului de ceea ce poate vedea fiecare participant. Un GameEngine determinist păstrează regulile și validează acțiunile. Un GameSession coordonează Gazda, jucătorii, transportul și ciclul de viață. Înainte ca o stare să fie trimisă unui dispozitiv, ea este proiectată într-un PlayerVisibleState specific destinatarului.

Proiecția se aplică și Gazdei. Dacă Gazda este un jucător obișnuit, nu primește întrebarea impostorului. Dacă Gazda este impostorul, nu primește înainte de rezultat un semnal explicit despre identitate. Reconectarea folosește aceeași proiecție, nu o copie completă și comodă a stării. Arhitectura respectă regula jocului, în loc să transforme Gazda într-o excepție.

Joc local, fără un server pentru gameplay

Fiecare participant folosește propriul dispozitiv Apple aflat în apropiere. Transportul actual este construit cu Wi-Fi Aware, interfața de sistem Apple pentru descoperire și asociere, plus Network.framework. Mesaje tipizate Codable transmit acțiunile și stările printr-un protocol versionat.

Logica jocului nu depinde direct de tehnologia radio. Ea comunică printr-o interfață GameTransport, cu implementări separate pentru mediul real și pentru simulare. Astfel, aceeași instanță GameSession poate rula cu participanți simulați, controlați determinist în dezvoltare, în timp ce fluxurile normale Creează și Intră folosesc conexiunile locale.

Gameplay-ul rămâne local și în memorie. Nu există server de joc, cont, bază de date, salvare în cloud, reclame, analiză de utilizare sau urmărire. Întrebările sunt incluse în aplicație. Experiența gratuită poate funcționa fără internet; operațiunile App Store, precum încărcarea unei oferte, cumpărarea, restaurarea sau administrarea Impostor+, pot necesita conexiune.

Eliminarea infrastructurii inutile reduce colectarea de date și complexitatea operațională, dar nu face rețeaua banală. Descoperirea, confirmarea, întreruperea, reîncercarea și resincronizarea au nevoie de stări explicite. Verificarea completă pe dispozitive fizice rămâne o etapă separată de dovezile obținute în simulator și prin teste automate.

O conversație transformată în stări explicite

Fluxul social a devenit o succesiune finită: Lobby, pregătirea rundei, răspuns, dezvăluire, vot și rezultat. Gazda avansează jocul, dar motorul verifică fiecare tranziție. Dezvăluirea nu poate începe înainte ca toți jucătorii activi să răspundă. Rezultatul nu poate apărea înainte de încheierea votului. Un jucător nu se poate vota pe sine și nu poate trimite al doilea răspuns.

Fiecare dispozitiv poate avea un singur răspuns sau vot în așteptarea confirmării. După trimitere, controlul rămâne blocat temporar până când Gazda confirmă ori respinge acțiunea prin următoarea stare sincronizată sau până când o reconectare ori schimbare de etapă încheie așteptarea. Astfel, apăsările rapide nu devin comenzi contradictorii, iar incertitudinea este afișată în loc să fie ascunsă.

Jocul nu impune cronometre pentru rundă. Impostor este în primul rând o conversație față în față, iar grupurile au ritmuri diferite. Gazda decide când se trece mai departe, în timp ce aplicația protejează ordinea etapelor.

Telefonul participă la joc, dar nu acaparează jocul

Cel mai bun moment al unei runde apare când oamenii nu se mai uită la ecrane și încep să-și apere răspunsurile. Interfața trebuie să livreze rapid informația privată, să confirme clar o acțiune scurtă și apoi să readucă atenția spre grup.

Interfața nativă SwiftUI folosește controale familiare și o ierarhie vizuală clară și sobră. Pe iPhone, experiența este proiectată pentru orientarea portret, iar iPad participă complet atât în portret, cât și în orientarea peisaj. Suprafețele semantice funcționează în modurile luminos și întunecat, iar structura ecranelor se adaptează la Dynamic Type, contrast mărit, transparență redusă și mișcare redusă. Identitatea mov și ilustrațiile originale fac stările private ușor de recunoscut fără să transforme fiecare tranziție într-un ornament.

Accesibilitatea face parte din contractul de implementare, dar implementarea nu este identică cu acceptanța finală. Etichetele pentru tehnologiile de accesibilitate și structurile adaptive pot fi verificate automat și vizual. Parcurgerea completă a interfeței cu VoiceOver activat, pe dispozitive fizice, rămâne necesară înainte de lansare.

Întrebările sunt infrastructură de produs

Un joc social poate avea o rețea bine construită și totuși să eșueze dacă întrebările generează răspunsuri evidente sau lipsite de interes. Biblioteca actuală în limba română conține 342 de perechi de întrebări, distribuite în zece categorii. Fiecare pereche combină întrebarea grupului cu întrebarea impostorului.

Regula editorială nu este „scrie două propoziții care seamănă”. Întrebările trebuie să aibă un grad ridicat de suprapunere între răspunsurile plauzibile, pentru ca impostorul să se poată integra, și o diferență reală de intenție, pentru ca grupul să aibă indicii de discutat. Conținutul este păstrat în resurse structurate și stabile, nu împrăștiat prin ecrane. Categoriile fac referire la identificatori reali ai întrebărilor pentru exemple, iar aceeași bibliotecă alimentează jocul.

Aplicația este construită mai întâi în limba română. Site-ul bilingv al produsului explică jocul în română și engleză, dar acest lucru nu înseamnă că interfața nativă este deja localizată în ambele limbi.

Testăm mai întâi regulile invizibile

Multe dintre erorile importante nu apar într-o captură de ecran a fluxului ideal. O reconectare ar putea trimite prea multă informație. Gazda ar putea vedea un secret destinat altui jucător. Selecția aleatorie ar putea repeta greșit un impostor sau o întrebare. O confirmare întârziată ar putea permite dublarea unei acțiuni.

Motorul folosește în teste surse controlabile de aleatoriu și identificatori deterministici. Proiecțiile specifice destinatarului sunt verificate pentru un jucător obișnuit, impostor, Gazdă obișnuită și Gazdă impostor în fiecare etapă. Transporturile simulate testează coordonarea sesiunii fără să pretindă că validează comunicația radio fizică. Pentru versiunea de cod verificată și păstrată ca referință, testele de interfață s-au concentrat pe categoriile actualizate și browserul de întrebări, iar verificarea țintită în Simulator a acoperit iPhone și iPad, modurile luminos și întunecat, textul mărit, contrastul sporit și reducerea mișcării.

Diferența dintre aceste dovezi contează. Testele automate pot demonstra regulile jocului pentru o versiune precisă a sursei. Nu pot demonstra că orice grup, cameră sau combinație de dispozitive reale se va comporta perfect.

O poveste despre dezvoltare, nu un anunț de lansare

Fundația produsului este implementată, însă Impostor nu trebuie prezentat încă drept o aplicație lansată public sau pregătită pentru App Store. Lucrările rămase includ validarea completă a versiunii de cod propuse pentru lansare, testarea unor jocuri complete prin Wi-Fi Aware pe dispozitive fizice, testare de grup cu vorbitori nativi de română, parcurgerea interfeței cu VoiceOver activat, semnare pentru distribuție și procesele Apple pentru TestFlight și publicare.

Menținerea acestor limite la vedere face parte dintr-un proces de produs responsabil. Un build reușit în Simulator nu este o dovadă pentru rețeaua fizică, iar o integrare de cumpărare implementată nu înseamnă că abonamentul este deja disponibil comercial.

Lecția durabilă din dezvoltarea Impostor este simplă: arhitectura trebuie să respecte promisiunea informațională făcută jucătorului. După ce am definit exact ce are voie să știe fiecare persoană, limitele corecte pentru motor, mesaje, ecrane și teste au devenit mult mai clare.

Poți vizita site-ul produsului Impostor sau discuta cu noi despre produsul digital pe care vrei să îl construiești.