Buon processo di progettazione del gioco per un programmatore fai-da-tutto

Sono abbastanza nuovo nello sviluppo di giochi - su piattaforma Android e pensando allo sviluppo di giochi one-man. So di non poter fare professionalmente tutto come grafica, suoni e musica, ma penso di potermi preoccupare più tardi una volta terminata la codifica.

Il mio attuale blocco stradale sta configurando il processo di progettazione del gioco. Ho letto alcuni libri e appunti sul design del gioco come A Theory of Fun e Book of Lenses, ma non sono ancora sicuro del processo.

Naturalmente, creare idee di gioco è una specie di processo separato a lungo termine, quindi posso presumere di avere già un'idea per un gioco in questa domanda. Ma per la concettualizzazione, cosa posso fare? Penso che le persone di solito realizzino un documento di progettazione e storyboard per questo. Ma per la piattaforma Android, non sono sicuro che sia necessario un documento di progettazione, forse è sufficiente un riepilogo della progettazione. In tal caso, le trame (o scarabocchi delle schermate di gioco) sarebbero sufficienti per il processo di progettazione? Cos'altro devo fare nella progettazione del gioco?

game-design process

— Tae-Sung Shin
fonte

Risposte:

Ho realizzato alcuni giochi per dispositivi mobili, fatto un po 'di soldi sull'app store di Apple e ho iniziato a utilizzare quasi esclusivamente questo processo. Ma man mano che procedono tutti i processi di sviluppo, dopo un po 'svilupperai i tuoi.

Questa è una copia di un'e-mail che ho inviato a uno dei membri del mio team.

Scrivi una breve descrizione del gioco
Scrivi i principali eventi di gioco
prototipare le idee su carta e vedere se logicamente hanno senso. "Gioca" attraverso gli eventi su carta
Scrivi un caso d'uso di base per ciascuno degli eventi
Disegna alcuni concetti dell'opera d'arte per il gioco
Disegna diagrammi di casi d'uso per ciascuno dei casi d'uso di base
Dettaglia le interazioni di sistema richieste per rendere possibili i casi d'uso (non saltare le interazioni che sembrano magia nera "fai clic sullo schermo e unicorno si genera sul terreno". Ci sono molte trasformazioni di dati in corso per portare l'unicorno al posizione esatta del terreno sotto il mouse.)
inizia a scrivere un diagramma di classe (evita le classi di Dio come "GameCoordinator" e invece crea una classe per ogni oggetto logico e spezza il più possibile l'interazione tra queste classi, questa è stata una lezione dolorosa)
crea una demo giocabile del gioco con funzionalità limitate
fai giocare alcuni amici e romperlo
iterare ... iterare ... iterare su eventi di gioco
disegna l'interfaccia.
far funzionare l'interfaccia
iniziare a inviare richieste di revisione a tutti i siti Web di revisione delle app mobili
lucidare l'interfaccia
mettiti alla prova su MOLTI dispositivi mobili, non solo i tuoi
piangere per le recensioni negative
risolvere i grandi problemi
sorridi alle buone recensioni
Aggiorna il gioco

Detto questo, probabilmente non apprezzerai questo tipo di piano finché non prototiperai rapidamente i tuoi primi giochi. Sono combattuto tra il dirti di usare questo piano e dire semplicemente prototiparlo e iterare come ha detto Tetrad. Dirò, evita di rimanere troppo bloccato nei processi di progettazione per il tuo primo gioco o due. Elaborare un processo di progettazione è meno significativo dell'esperienza acquisita nell'apprendere perché è necessario disporre di un processo. Tuttavia vorrei avere un processo per il mio primo gioco perché ho dovuto refactoring la maggior parte del codice una volta che ha iniziato a fare soldi e ho dovuto aggiornare alcune cose.

— Brandon
fonte

Sentiti libero di contrassegnarlo come risposta se pensi che sia giusto! Ci sono voluti molti tentativi dolorosi di trovare qualcosa che ha funzionato per me. A proposito, questo è pesante per la programmazione e salta molti passaggi artistici e musicali, quelli funzionano contemporaneamente alle iterazioni per me

— brandon

Mi piacciono molto entrambe le risposte. Ma non credo che farò i passaggi 2, 4, 6 per i miei giochi a questo punto. Dal passaggio 8, si tratta più dell'implementazione e di altre attività che della progettazione. L'unica ragione per cui accetto questo come risposta è che questo sembra un superset dell'altro. Come hai suggerito, inizierò prima con l'approccio di Tetrad e poi vedrò se ho bisogno di ulteriori passaggi nella tua risposta.

— Tae-Sung Shin,

@Paul buon piano. Parte di esso è inteso come uno scherzo, ma fornisce ancora suggerimenti su ciò che vivrai. Guarderei di più negli eventi se fossi in te però. Diciamo che volevo fare un RTS avrei avuto eventi come "Crea struttura, aggiorna struttura, vendi struttura, annulla costruzione, sposta unità, costruisci struttura modulo unità" ecc. Scrivendoli e descrivendo ulteriormente come funzionano a livello di sistema possono sii utile prima di immergerti nel codice. Buona fortuna però! È sempre un'esperienza sui tuoi primi progetti da solista

— brandon il

Personalmente vorrei iniziare con la prototipazione rapida.

Per i giochi più piccoli, i documenti di progettazione sono davvero efficaci solo per costringerti a pensare al problema nel suo insieme. Non c'è motivo di annotare tutto se è possibile incapsulare tutto in un prototipo.

Ottieni alcune idee di gioco nella tua testa e implementa il loop principale. Se sembra che ci sia qualcosa, iterate su di esso. Quando ti diverti, costruisci le parti noiose (schermate dei menu, opzioni, ecc.) E spediscile.

— tetrade
fonte

Vorrei scrivere almeno alcune note prima di iniziare a programmare, ma sì un documento di progettazione completo ostacolerà solo il prototipo.

— scherzare il

È intuitivo ma proviene da un background di programmazione formale, mi sento come se dovessi fare qualcosa prima di scrivere codice. Immagino che il riassunto del design e l'elenco delle cose da fare siano sufficienti con questo approccio. Grazie.

— Tae-Sung Shin

Un riassunto del design e una lista di cose da fare sono esattamente ciò che avevo in mente con "alcune note". Sebbene mantenga la lista delle cose da fare fluida; basta scrivere abbastanza attività per iniziare e poi iniziare. Aggiungi più cose all'elenco mentre procedi.

— deridere il

@Paul Suppongo che stai pensando a costrutti simili a UML quando dici che provieni da un background di programmazione formale? Tutti questi diagrammi (secondo la mia modesta opinione) servono solo a mostrare il tuo lavoro agli altri senza dover spiegare il codice. Penso che i documenti di progettazione abbiano lo stesso scopo. Possono essere usati per mostrare il tuo gioco a qualcuno se vuoi soldi o altri tipi di supporto da quella persona.

— TravisG,

@heishe Capisco che non ho bisogno di mostrare il mio lavoro ad altri a questo punto. Ero più interessato ai risultati di progettazione per me stesso per rivedere il gioco in seguito. Ad ogni modo, sono soddisfatto delle risposte che ho ricevuto.

— Tae-Sung Shin,