Hepsi bir arada programcı için iyi bir oyun tasarım süreci

Oyun geliştirmede oldukça yeniyim - Android platformunda ve tek kişilik oyun geliştirmeyi düşünüyorum. Grafikler, sesler ve müzik gibi her şeyi profesyonelce yapamayacağımı biliyorum ama kodlamasını bitirdikten sonra onlar için endişelenebileceğimi düşünüyorum.

Mevcut yol bloğum oyun tasarım sürecini ayarlıyor. Eğlence Kuramı ve Lens Kitabı gibi oyun tasarımları üzerine bazı kitaplar ve ders notları okudum, ancak süreç hakkında hala emin değilim.

Tabii ki, oyun fikirleri yapmak uzun vadede ayrı bir süreçtir, bu yüzden bu soruda bir oyun için bir fikrim olduğunu varsayabilirim. Fakat kavramsallaştırma için ne yapabilirim? Bence insanlar bunun için genellikle bir tasarım belgesi ve hikaye panoları yaparlar. Ancak android platformu için tasarım dokümanının gerekli olduğundan emin değilim - belki tasarım özeti yeterli olacaktır. Bu durumda, hikaye tahtaları (veya oyun ekranlarının karalamaları) tasarım süreci için yeterli olur mu? Oyun tasarımında başka ne yapmam gerekiyor?

Birkaç mobil oyun yaptım, apple mağazasında biraz para kazandım ve bu süreci neredeyse tamamen kullanmaya başladım. Ancak tüm gelişim süreçleri ilerledikçe, bir süre sonra kendi gelişiminizi geliştireceksiniz.

Bu, ekip üyelerimden birine gönderdiğim bir e-postanın bir kopyası.

1. Oyunun kısa bir tanımını yaz
2. Ana oyun etkinliklerini yaz
3. fikirleri kağıt üzerinde prototipleyin ve mantıksal olarak mantıklı olup olmadıklarına bakın. Kağıt üzerindeki olaylar üzerinden "Oynat"
4. Olayların her biri için temel bir kullanım durumu yazın
5. Oyun için sanat eserinin bazı kavramlarını çizin
6. Temel kullanım durumlarının her biri için kullanım durumu diyagramı çizme
7. Kullanım durumlarını mümkün kılmak için gerekli sistem etkileşimlerini ayrıntılandırın (kara büyü gibi görünen etkileşimleri atlamayın "ekranı tıklayın ve arazide tek boynuzlu at ortaya çıkıyor". Tek boynuzlu atı ele geçirmek için birçok veri dönüşümü gerçekleşiyor. fare altında tam arazi konumu.)
8. Bir sınıf diyagramı yazmaya başlayın ("GameCoordinator" gibi Tanrı sınıflarından kaçının ve bunun yerine her mantıksal nesne için bir sınıf yapın ve bu sınıflar arasındaki etkileşimi olabildiğince ayırın, bu çok acı verici bir dersti)
9. sınırlı işlevselliğe sahip oyunun oynanabilir bir demosunu yapın
10. bazı arkadaşlar oynasın ve kırsın
11. iterate ... iterate ... oyun etkinliklerini yinele
12. arayüzünü çizer.
13. arayüz çalışmasını sağlamak
14. Tüm mobil uygulama inceleme web sitelerine inceleme istekleri göndermeye başlayın
15. arayüzü parlatmak
16. sadece sizinkiyle değil, MANY mobil cihazlarında test edin
17. kötü de ağlamak yorumlar
18. büyük sorunları çöz
19. iyi gülüşe yorumlar
20. Oyunu güncelle

Bunların hepsi söyleniyor, ilk birkaç oyununuzu hızlı bir şekilde prototip hale getirene kadar bu tür bir plandan memnun kalmayacaksınız. Size bu planı kullanmanızı söylemekle sadece prototip yapmak ve Tetrad'ın söylediği gibi yineleme yapmak arasında kaldım. İlk ya da iki oyununuz için tasarım süreçlerine fazla takılmamaktan kaçının. Bir tasarım süreciyle gelmek, neden bir sürece sahip olmanız gerektiğini öğrenirken edindiğiniz deneyimden daha az önemlidir. Yine de ilk oyunum için bir süreç olsaydı, çünkü para kazanmaya başladıktan sonra kodun çoğunu yeniden düzenlemek zorunda kaldım ve birkaç şeyi güncellemem gerekiyordu.

Şahsen ben hızlı prototipleme ile başlardım.

Daha küçük oyunlar için, tasarım belgeleri gerçekten sizi bir bütün olarak düşünmeye zorlamakta iyidir. Hepsini bir prototip içine yerleştirebiliyorsanız, her şeyi yazmak için hiçbir neden yoktur.

Kafanızda bazı oyun fikirleri edinin ve çekirdek döngüyü uygulayın. Orada bir şey var gibi gözüküyorsa, tekrar edin. Eğlenceli bir şey olduğunda, etrafındaki sıkıcı kısımları (menü ekranları, seçenekler vb.) Oluşturun ve gönderin.