Proses desain game yang bagus untuk programmer do-it-all

36

Saya cukup baru dalam pengembangan game - di platform Android dan berpikir tentang pengembangan game one-man. Saya tahu saya tidak bisa secara profesional melakukan segala sesuatu seperti grafik, suara, dan musik, tetapi saya pikir saya bisa khawatir tentang mereka nanti setelah saya menyelesaikan pengkodeannya.

Road block saya saat ini sedang menyiapkan proses desain game. Saya sudah membaca beberapa buku dan catatan kuliah tentang desain game seperti A Theory of Fun, dan Book of Lenses, tetapi masih belum yakin tentang prosesnya.

Tentu saja, membuat ide-ide permainan adalah semacam proses yang terpisah dalam jangka panjang sehingga saya bisa berasumsi saya sudah punya ide untuk permainan dalam pertanyaan ini. Tetapi untuk konseptualisasi, apa yang bisa saya lakukan? Saya pikir orang biasanya membuat dokumen desain dan papan cerita untuk ini. Tetapi untuk platform android, saya tidak yakin dokumen desain diperlukan - mungkin ringkasan desain sudah cukup. Dalam hal itu, apakah papan cerita (atau coretan layar game) cukup untuk proses desain? Apa lagi yang harus saya lakukan dalam desain game?

Tae-Sung Shin
sumber

Jawaban:

47

Saya telah membuat beberapa game seluler, menghasilkan sedikit uang di toko aplikasi apel, dan sudah mulai menggunakan proses ini secara eksklusif. Tetapi seiring berjalannya semua proses pengembangan, Anda akan mengembangkan sendiri setelah beberapa saat.

Ini adalah salinan dari email yang saya kirim ke salah satu anggota tim saya.

  1. Tuliskan deskripsi singkat dari gim ini
  2. Tuliskan peristiwa gameplay utama
  3. prototipe ide-ide di atas kertas dan lihat apakah ide-ide itu masuk akal. "Mainkan" melalui acara di atas kertas
  4. Tulis kasus penggunaan dasar untuk masing-masing acara
  5. Gambar beberapa konsep karya seni untuk game
  6. Gambar diagram use case untuk masing-masing case use dasar
  7. Detail interaksi sistem yang diperlukan untuk memungkinkan penggunaan case (jangan lewati setiap interaksi yang tampak seperti ilmu hitam "klik layar dan unicorn memunculkan di medan". Ada banyak transformasi data yang terjadi untuk mendapatkan unicorn ke lokasi medan yang tepat di bawah mouse.)
  8. mulailah menulis diagram kelas (hindari kelas-kelas Tuhan seperti "GameCoordinator" dan sebagai gantinya buatlah kelas untuk setiap objek logis dan pisahkan sebanyak mungkin interaksi antara kelas-kelas ini, ini pelajaran yang menyakitkan)
  9. membuat demo permainan yang dapat dimainkan dengan fungsionalitas terbatas
  10. minta beberapa teman bermain dan hancurkan
  11. iterate ... iterate ... iterate pada acara gameplay
  12. menggambar antarmuka.
  13. buat antarmuka bekerja
  14. mulai mengirimkan permintaan ulasan ke semua situs web ulasan aplikasi seluler
  15. memoles antarmuka
  16. uji coba itu pada BANYAK perangkat seluler, bukan hanya milik Anda
  17. menangis di ulasan buruk
  18. memperbaiki masalah besar
  19. tersenyumlah pada ulasan yang bagus
  20. Perbarui permainan

Semua itu dikatakan, Anda mungkin tidak akan menghargai jenis rencana ini sampai Anda membuat prototipe beberapa game pertama Anda dengan cepat. Saya bingung antara memberi tahu Anda untuk menggunakan rencana ini dan mengatakan prototipe saja dan beralih seperti yang dikatakan Tetrad. Saya akan mengatakan, hindari terlalu terjebak pada proses desain untuk satu atau dua game pertama Anda. Menghadirkan proses desain kurang signifikan dibandingkan dengan pengalaman yang Anda dapatkan dalam mempelajari mengapa Anda harus memiliki proses. Tetap saya berharap saya memiliki proses untuk permainan pertama saya karena saya harus memperbaiki sebagian besar kode setelah mulai menghasilkan uang dan saya perlu memperbarui beberapa hal.

brandon
sumber
1
Jangan ragu untuk menandainya sebagai jawaban jika Anda merasa itu benar! Butuh banyak upaya menyakitkan untuk menghasilkan sesuatu yang berhasil untuk saya. By the way, ini berat pada pemrograman dan melewatkan banyak langkah seni dan musik, mereka bekerja pada saat yang sama dengan iterasi bagi saya
brandon
Saya suka keduanya jawaban banyak. Tapi saya tidak berpikir saya akan melakukan langkah 2, 4, 6 untuk permainan saya pada saat ini. Dari langkah 8, ini lebih merupakan implementasi dan kegiatan selain desain. Satu-satunya alasan saya menerima ini sebagai jawaban adalah karena ini tampaknya superset dari yang lain. Seperti yang Anda sarankan, pertama-tama saya akan mulai dengan pendekatan Tetrad dan kemudian melihat apakah saya perlu langkah-langkah tambahan dalam jawaban Anda.
Tae-Sung Shin
2
@ Paul rencana bagus. Beberapa di antaranya dimaksudkan sebagai lelucon tetapi masih memberikan petunjuk tentang apa yang akan Anda alami. Aku akan melihat lebih dalam ke acara jika aku jadi kamu. Katakanlah saya ingin membuat RTS saya akan mengadakan acara seperti "Buat struktur, perbarui struktur, struktur jual, batalkan pembuatan, pindahkan unit, bangun struktur bentuk unit" dll. Tuliskan ini dan kemudian lebih lanjut gambarkan bagaimana mereka bekerja pada level sistem mungkin membantu sebelum Anda menyelami kode. Semoga beruntung! Itu selalu merupakan pengalaman pada proyek solo pertama Anda
brandon
30

Secara pribadi saya akan mulai dengan hanya prototyping cepat.

Untuk gim yang lebih kecil, dokumen desain benar-benar hanya bisa memaksa Anda untuk memikirkan masalah secara keseluruhan. Tidak ada alasan untuk menuliskan semuanya jika Anda dapat merangkum semuanya dalam prototipe.

Dapatkan beberapa ide permainan di kepala Anda, dan terapkan loop inti. Jika ada sesuatu di sana, lakukan saja. Saat Anda bersenang-senang, buat bagian-bagian yang membosankan di sekitarnya (layar menu, opsi, dll.) Dan kirimkan.

Tetrad
sumber
4
Saya akan menulis setidaknya beberapa catatan sebelum Anda memulai pemrograman, tapi ya desain-doc lengkap hanya akan menghalangi prototyping.
jhocking
3
Itu intuitif tetapi berasal dari latar belakang pemrograman formal, saya merasa saya perlu melakukan sesuatu sebelum pengkodean. Saya kira ringkasan desain dan to-do list akan cukup dengan pendekatan ini. Terima kasih.
Tae-Sung Shin
1
Ringkasan desain dan daftar todo adalah persis apa yang ada dalam pikiran saya dengan "beberapa catatan". Meskipun menjaga daftar todo tetap cair; cukup tuliskan tugas yang cukup untuk memulai dan kemudian mulai. Anda akan menambahkan lebih banyak barang ke daftar saat Anda pergi.
jhocking
@ Paul Saya berasumsi Anda sedang memikirkan konstruksi seperti UML ketika Anda mengatakan bahwa Anda berasal dari latar belakang pemrograman formal? Semua diagram itu (menurut pendapat saya yang sederhana) hanya melayani tujuan untuk menunjukkan pekerjaan Anda kepada orang lain tanpa harus menjelaskan kode. Saya pikir dokumen desain memiliki tujuan yang sama. Mereka dapat digunakan untuk menunjukkan permainan Anda kepada seseorang jika Anda menginginkan uang atau jenis dukungan lain dari orang itu.
TravisG
@heishe Saya mengerti bahwa saya tidak perlu menunjukkan pekerjaan saya kepada orang lain pada saat ini. Saya lebih peduli dengan hasil desain untuk diri saya sendiri untuk meninjau permainan nanti. Bagaimanapun, saya puas dengan jawaban yang saya dapatkan.
Tae-Sung Shin