COMBILINGS
Diario di Sviluppo di Combilings
Combilings è stato costruito in fretta e testato in pubblico. Questa pagina raccoglie i problemi emersi dopo il lancio e il ragionamento dietro ogni correzione. Quasi nessuno era visibile nel codice: sono emersi giocando, o perché qualcuno ha segnalato qualcosa di strano.
La Modalità Sopravvivenza era matematicamente infinita
Due regole si combinavano male. Il moltiplicatore cresceva di 0,5 per mossa senza alcun tetto, e ogni combo aggiungeva due secondi a un orologio che una mossa consumava per circa un secondo. Il giocatore guadagnava più tempo di quanto ne spendesse.
Una simulazione su duecento partite lo ha confermato: il punteggio medio era di 972 milioni e ogni partita raggiungeva il limite di un'ora della simulazione senza che il giocatore perdesse mai. Un punteggio così non impressiona, non significa nulla.
Tre freni hanno risolto. Il moltiplicatore ha un tetto a ×8. Il bonus tempo è sceso a 1,5 secondi e l'orologio ha un tetto a trenta, quindi il tempo si ricarica ma non si accumula. E l'orologio accelera del 40% per minuto di gioco, ed è questo che rende la modalità una vera sopravvivenza.
Un giocatore ha trovato l'exploit prima di noi
Un tester ha segnalato che da un certo punto otteneva punteggi enormi solo collegando coppie. Aveva ragione, e il tetto al moltiplicatore non aveva risolto il problema.
La ragione era sottile. Una coppia alzava il combo quanto un percorso di sei, ma si faceva in metà tempo. Il moltiplicatore premiava la velocità di tocco, non l'abilità. Simulati fianco a fianco, lo spam di coppie faceva 416.000 contro 314.000 di chi giocava bene. L'exploit era letteralmente il modo migliore di giocare.
La correzione separa il mantenere un combo dal farlo crescere: una coppia rinnova la finestra ma non aumenta il moltiplicatore, e non dà tempo in Sopravvivenza. In più, un bonus lunghezza del 15% per combiling oltre il secondo rende i percorsi lunghi più redditizi della somma delle parti. Dopo la modifica, lo spam di coppie fa 6.000 e muore a 28 secondi.
Il pulsante di installazione pagava per un'installazione mai avvenuta
Un utente iPhone ha segnalato di aver premuto "Installa l'App", ricevuto le monete, e che non si era installato nulla. Aveva ragione.
Safari su iOS non ha l'evento beforeinstallprompt: installare è sempre manuale, dal menu Condividi. Il codice, non trovando il prompt, mostrava un messaggio generico e dava comunque la ricompensa. Il gioco pagava per qualcosa che non era successo.
La regola è cambiata: la ricompensa arriva quando l'installazione viene rilevata, mai al clic. Su Android si attende l'evento appinstalled, perché accettare il prompt non garantisce il completamento. Su iOS il pulsante apre istruzioni passo passo, e le monete arrivano alla prima apertura dalla schermata Home.
Le Bombe Colore restavano bloccate
La regola originale voleva che la Bomba Colore esplodesse solo se collegata a un combiling del proprio colore. Sulla carta suonava bene, nella pratica era frustrante: quando quel colore non era vicino, la bomba restava sul tabellone come ostacolo. Un premio diventato intralcio.
La misurazione lo ha reso evidente: c'erano bombe sul tabellone nel 62% delle mosse, perché si accumulavano invece di essere usate.
Ora la bomba si collega a qualsiasi colore ma conserva il proprio per l'effetto. Non resta mai bloccata, e la decisione interessante sopravvive: conservarla finché il tabellone non è pieno del suo colore. La presenza delle bombe è scesa al 28% per mossa.
Cose minori, stesso schema
- La schermata di fine livello prometteva 10 monete e il codice ne dava 5 — un valore rimasto indietro quando l'economia è stata centralizzata.
- Sopravvivenza annunciava "+2s" per combo dopo che il bonus era sceso a 1,5.
- Uscire da una partita col pulsante home non registrava alcun punteggio, e tutto ciò che avevi fatto spariva in silenzio.
- Una regola CSS globale forzava tutto in grassetto, appiattendo i pulsanti delle modalità in blocchi di testo illeggibili.
- I giocatori partivano con 250 monete, che davano un tentativo gratis prima di aver fatto qualsiasi cosa. Ora partono da zero.
Cosa significa questo elenco
Ognuno di questi problemi è stato trovato da qualcuno che giocava, o misurando invece di supporre. Nessuno ha prodotto un messaggio di errore. La lezione che continuiamo a riapprendere è che un gioco può non avere un solo difetto tecnico ed essere comunque rotto in modi che solo un giocatore nota.