Iterazioni: migliorare il gioco senza romperlo
I giochi si rompono con le modifiche più dei siti: fisica, velocità e collisioni sono intrecciate. Il ciclo sicuro: una modifica → giocare → la successiva, salvare le versioni e riparare con «descrivi il sintomo».
Hai chiesto «fai andare più veloci gli asteroidi» e adesso la navicella ci passa attraverso. Ti presento l'accoppiamento del codice di gioco. Muoviti con cautela.
Il ciclo: una modifica → giocare → la successiva
La regola del vibe coding «una modifica alla volta» nei giochi è quasi legge: ogni ritocco cambia come si sente il gioco, e quel feeling deve passare dalle tue mani. Hai cambiato una velocità? Gioca trenta secondi. Aggiunto un bonus? Gioca. Giocare dopo ogni modifica non è procrastinare, è controllo qualità.
Conserva le versioni
In chat, chiedi: «dammi tutto il codice attuale come file» e salvalo come game-v3.html prima di qualsiasi cosa grossa. Se si rompe irrimediabilmente, torni alla v3 e chiedi in un altro modo. (Lovable e Replit versionano da soli: lì basta annullare.)
Riparare per sintomo
Non «aggiusta il mio gioco»: descrivi quello che vedi.
- «La navicella esce dal bordo dello schermo e non torna più»
- «Dopo il restart la velocità resta al massimo, dovrebbe azzerarsi»
- «Un solo bonus assegna i punti due volte»
Un sintomo preciso ottiene una correzione precisa. Funziona perché l'IA vede il codice e tu vedi il comportamento: insieme siete una squadra completa.
Regolare il bilanciamento con i numeri
Chiedi questo: «sposta le impostazioni in un blocco all'inizio del codice con dei commenti: velocità del giocatore, frequenza degli asteroidi, crescita della difficoltà». Ora bilanciare significa cambiare un numero nel file, senza passare dalla chat. È il tuo primo passo verso la lettura del codice, e per giunta indolore.
Short questions on the lesson — with an explanation for every answer.