Bir projeye başlamadan önce oyun tasarım belgeleriniz ne kadar ayrıntılı ve / veya eksiksiz?

Merak ettiğim şey, bir projenin uygulanmasına başlamadan önce tasarım belgelerinizin ne kadar eksiksiz olduğudur? Burada, belgenin tamamını tam olarak bile olsa sadece birkaç düzine sayfa olabileceği çok küçük bir ekiple orta ila çok küçük projelerden bahsediyorum.

Kaba bir çerçeve ile başlıyor ve aynı zamanda uygulama başladığında detayları almaya başlıyor musunuz?

Herhangi bir uygulama başlamadan önce her bölümü tamamen temizliyor musunuz? Öyleyse, uygulama başladıktan sonra yüzde kaç değişiklik gördünüz?

Belirttiğim iki senaryodan biriyle ilgili deneyiminiz varsa, belirli bir rotaya giden sorunların ve hangi engellerden kaçınmanıza yardımcı olduğunu düşündüğünüz hakkındaki görüşlerinizi duymak isterim.

Oyun fikri büyük ölçüde alışılmadık bir oyun konseptine dayanıyorsa, önceki bir projeyi şablon olarak kullanarak bunu sıfırdan hemen prototiplerim . Zamanın% 95'i bunun hayal ettiğim kadar eğlenceli olmadığını fark etmesine ve eğlenmesi için değerinden daha fazla kaynak gerektiriyor.

Bu arada başka bir proje üzerinde çalışıyorsam, zaman ayırıyorum, prototipin nasıl görünmesi gerektiği hakkında bir fikir edinmek için bir doodle yapıyorum (eskiz sanatının dikkatini dağıtmamaya çalışın). Sonra arkadaşlarımla paylaşıyorum, kısmen herhangi bir girdisi olup olmadığını görmek için, ama çoğunlukla kendimi hemen açık olmayan şeyleri düşünmek için (en basit fikirleri düşünen en zeki insanlar için bile her zaman tonlarca şey var). Bunun gibi birkaç saat sonra, mimaride olması gereken bazı temel kavramları not edeceğim, kelimenin tam anlamıyla ~ 20 kelime. O zaman zamanım olduğunda bir prototip yapabilirim.

Şu anda oyun tasarımlarım başlamadan önce yeterince ayrıntılı.

Önemli sınıfların çoğunu temizleyeceğim, bazı maketler çizeceğim (çizimler genellikle korkunç), oyunun bir açıklamasını yapıyorum.

Her ne kadar bu esas olarak işe gidip gelmek ve yapacak başka bir şey olmamasından kaynaklanmaktadır. Bunu yapmak için daha az zaman harcamayı tercih ederim ve daha fazla zaman programlama yapmayı tercih ederim, çünkü büyük olasılıkla değişecek olan sınıfları temizlemek aşırıya kaçmış gibi görünüyor.

Küçük oyunlarda küçük ekipler üzerinde çalışıyorum (küçük gündelik oyunlarda tek kişilik ekipler), "ağır tasarım" dan "hızlı tasarım" a geçtim. Yinelemeli gelişim buluyorum (iki hafta tek bir hedefe odaklandı, örneğin çekirdek oyun) tasarımın etmesine yardımcı oluyor ve size oynamak için bir şey veriyor, bu da fikrinizi değiştirmeyeceğiniz ve tasarladığınızın% 90'ını geçersiz kılamayacağınız anlamına geliyor. "kağıt üzerinde" iyi görünüyordu ama oyunda değil.

Bunu söyledikten sonra, tasarım zamanımın çoğunu çekirdek oyun ve mekaniğe (ana oyunun nasıl çalışacağına) harcıyorum ve bu nadiren çok değişiyor - ince ayarlar alıyor ve bazen yeni fikirler alıyorum veya eski fikirler bırakıyorum; ama çalışan bir prototip olmadan hiçbir şey olmaz.

Teknik açıdan, kod gerçek olmadan önce her şey en az birkaç dakika düşünülmelidir. Ancak, daha sonra her zaman yeniden gözden geçirebilirsiniz.

Tasarım dokümantasyonunun bakım maliyeti vardır; işler değiştikçe geri dönüp mevcut dokümanları tekrar okuyup güncellemeniz gerekir. Bu nedenle, oyunu oluşturmak için harcanan zamanı en üst düzeye çıkaracağından, korunabilir dokümantasyon miktarını en aza indirmek bir üretim hedefi olmalıdır.

Oradan, her şeyi önceden en ince ayrıntıya kadar tasarlamak istemediğinizden, bunun yarısının değişeceğini tam olarak biliyorsunuz ve daha sonra çok fazla boşa zaman harcayacaksınız. Çekirdek oyunu yapmaya başlamak için gereken minimum tasarımı yapın. Bu tamamlandığında, gerektiği gibi tekrarlayın, ardından her yeni özellik için işlemi tekrarlayın.