एक कार्यक्रम यह सभी प्रोग्रामर के लिए अच्छी गेम डिज़ाइन प्रक्रिया

Question

मैं गेम डेवलपमेंट में बहुत नया हूं - एंड्रॉइड प्लेटफॉर्म पर और वन-मैन गेम डेवलपमेंट के बारे में सोच रहा हूं। मुझे पता है कि मैं पेशेवर रूप से ग्राफिक्स, ध्वनियाँ और संगीत जैसे सब कुछ नहीं कर सकता, लेकिन मुझे लगता है कि मैं इसके बारे में चिंता कर सकता हूं जब मैं इसकी कोडिंग को समाप्त कर दूंगा।

मेरा वर्तमान रोड ब्लॉक गेम डिज़ाइन प्रक्रिया स्थापित कर रहा है। मैंने गेम डिज़ाइन पर कुछ किताबें और व्याख्यान नोट्स पढ़े हैं जैसे कि ए थ्योरी ऑफ़ फन, और बुक ऑफ़ लेंस, लेकिन फिर भी प्रक्रिया के बारे में निश्चित नहीं है।

बेशक, गेम आइडिया बनाना लंबी अवधि में अलग प्रक्रिया है, इसलिए मैं यह मान सकता हूं कि इस प्रश्न में गेम के लिए मेरे पास पहले से ही एक आइडिया है। लेकिन अवधारणा के लिए, मैं क्या कर सकता हूं? मुझे लगता है कि लोग आमतौर पर इसके लिए एक डिज़ाइन दस्तावेज़ और कहानी बोर्ड बनाते हैं। लेकिन एंड्रॉइड प्लेटफ़ॉर्म के लिए, मुझे यकीन नहीं है कि डिज़ाइन दस्तावेज़ आवश्यक है - शायद डिज़ाइन सारांश पर्याप्त होगा। उस मामले में, कहानी बोर्ड (या गेम स्क्रीन के डूडल) डिजाइन प्रक्रिया के लिए पर्याप्त होंगे? गेम डिज़ाइन में मुझे और क्या करने की आवश्यकता है?

Answer 1

मैंने कुछ मोबाइल गेम बनाए हैं, ऐप्पल ऐप स्टोर पर थोड़ा पैसा कमाया है, और इस प्रक्रिया का विशेष रूप से उपयोग करना शुरू कर दिया है। लेकिन जैसा कि सभी विकास प्रक्रियाएं चलती हैं, आप थोड़ी देर बाद अपना विकास करेंगे।

यह एक ईमेल है जो मैंने अपनी टीम के एक सदस्य को भेजी है।

1. खेल का संक्षिप्त विवरण लिखिए
2. मुख्य गेमप्ले घटनाओं को लिखें
3. कागज पर विचारों को प्रोटोटाइप करें और देखें कि क्या वे तार्किक रूप से समझ में आते हैं। "खेल" कागज पर घटनाओं के माध्यम से
4. प्रत्येक घटना के लिए एक मूल उपयोग मामला लिखें
5. खेल के लिए कलाकृति की कुछ अवधारणाओं को आकर्षित करें
6. बेसिक उपयोग के मामलों में से प्रत्येक के लिए केस डायग्राम का उपयोग करें
7. उपयोग के मामलों को संभव बनाने के लिए आवश्यक सिस्टम इंटरैक्शन को विस्तृत करें (काला जादू की तरह लगने वाले किसी भी इंटरैक्शन को न छोड़ें "इलाके पर स्क्रीन और गेंडा स्पॉन पर क्लिक करें"। यूनिकॉर्न प्राप्त करने के लिए बहुत सारे डेटा परिवर्तन चल रहे हैं। माउस के तहत सटीक इलाक़ा स्थान।)
8. एक वर्ग आरेख लिखना शुरू करें ("GameCoordinator" जैसे ईश्वर वर्गों से बचें और इसके बजाय प्रत्येक तार्किक ऑब्जेक्ट के लिए एक कक्षा बनाएं और इन कक्षाओं के बीच के अंत में जितना हो सके उतना अलग हो जाएं, यह एक दर्दनाक सबक था)
9. सीमित कार्यक्षमता के साथ खेल का एक खेलने योग्य डेमो बनाएं
10. कुछ दोस्त खेलते हैं और इसे तोड़ते हैं
11. iterate ... iterate ... गेमप्ले की घटनाओं पर iterate
12. इंटरफ़ेस बाहर निकालना।
13. इंटरफ़ेस काम करें
14. सभी मोबाइल ऐप समीक्षा वेबसाइटों के लिए समीक्षा अनुरोध भेजना शुरू करें
15. इंटरफ़ेस पॉलिश करें
16. न सिर्फ तुम्हारा, बल्कि MANY मोबाइल उपकरणों पर इससे होने वाले नर्क का परीक्षण करें
17. बुरी समीक्षाओं पर रोना
18. बड़ी समस्याओं को ठीक करें
19. अच्छी समीक्षाओं पर मुस्कुराओ
20. खेल को अपडेट करें

कहा जा रहा है कि आप शायद इस प्रकार की योजना की सराहना नहीं करेंगे, जब तक कि आप अपने पहले कुछ गेम को तेजी से नहीं बढ़ाते। मैं आपको इस योजना का उपयोग करने के लिए कह रहा हूं और केवल प्रोटोटाइप कह रहा हूं और टेट्राद ने कहा कि मैं इसे फाड़ रहा हूं। मैं कहूंगा, अपने पहले गेम या दो के लिए डिज़ाइन प्रक्रियाओं पर बहुत अधिक अटकने से बचें। एक डिजाइन प्रक्रिया के साथ आने से आपको सीखने में प्राप्त होने वाले अनुभव की तुलना में कम महत्वपूर्ण है कि आपको एक प्रक्रिया की आवश्यकता क्यों है। फिर भी काश मेरे पास मेरे पहले गेम के लिए एक प्रक्रिया होती, क्योंकि मुझे ज्यादातर कोड रिफ्लेक्टर करने पड़ते थे, क्योंकि यह पैसा बनाना शुरू कर देता था और मुझे कुछ चीजों को अपडेट करने की जरूरत होती थी।

Comments

यदि आपको लगता है कि यह सही है तो इसे उत्तर के रूप में चिह्नित करें! हालांकि यह मेरे लिए काम करने वाली चीज़ के साथ आने के लिए बहुत दर्दनाक कोशिश करता है। वैसे, यह प्रोग्रामिंग पर भारी है और बहुत सारे कला और संगीत के चरणों को छोड़ देता है, जो मेरे लिए पुनरावृत्तियों के रूप में एक ही समय में काम करते हैं

— ब्रैंडन

मुझे दोनों जवाब बहुत पसंद हैं। लेकिन मुझे नहीं लगता कि मैं इस बिंदु पर अपने खेल के लिए चरण 2, 4, 6 करूंगा। चरण 8 से, यह डिजाइन की तुलना में कार्यान्वयन और अन्य गतिविधियों का अधिक है। केवल कारण मैं इसे एक उत्तर के रूप में स्वीकार करता हूं कि यह दूसरे का सुपरसेट लगता है। जैसा कि आपने सुझाव दिया, मैं पहले टेट्राद के दृष्टिकोण से शुरू करूंगा और फिर देखूंगा कि मुझे आपके उत्तर में किसी अतिरिक्त कदम की आवश्यकता है या नहीं।

— ताई-सुंग शिन

@Paul अच्छी योजना। इसका कुछ मतलब एक मजाक के रूप में है लेकिन फिर भी आपको जो अनुभव होगा, उसके लिए संकेत प्रदान करता है। अगर मैं तुम थे, लेकिन मैं घटनाओं में देखता हूं। कहते हैं कि मैं एक RTS बनाना चाहता था, जिसमें "संरचना, उन्नयन संरचना, संरचना बेचना, निर्माण रद्द करना, इकाई बनाना, इकाई निर्माण संरचना बनाना" आदि जैसे कार्यक्रम होंगे, इन्हें लिखना और फिर आगे यह वर्णन करना कि वे एक सिस्टम स्तर पर कैसे काम कर सकते हैं कोड में गोता लगाने से पहले मददगार बनें। हालांकि सौभाग्य! यह हमेशा आपकी पहली एकल परियोजनाओं पर एक अनुभव है

— ब्रैंडन

Answer 2

व्यक्तिगत रूप से मैं सिर्फ तेजी से प्रोटोटाइप के साथ शुरू करूंगा।

छोटे खेलों के लिए, डिज़ाइन डॉक्स वास्तव में केवल आपको समस्या के बारे में सोचने के लिए मजबूर करने के लिए बहुत अच्छे हैं। नीचे सब कुछ लिखने का कोई कारण नहीं है यदि आप इसे एक प्रोटोटाइप में संलग्न कर सकते हैं।

अपने सिर में कुछ खेल विचार प्राप्त करें, और कोर लूप को लागू करें। अगर ऐसा लगता है कि वहाँ कुछ है, उस पर पुनरावृति। जब आपको कुछ मज़ा आता है, तो इसके चारों ओर बोरिंग भागों (मेनू स्क्रीन, विकल्प, आदि) का निर्माण करें और इसे शिप करें।

Comments

मैं प्रोग्रामिंग शुरू करने से पहले कम से कम कुछ नोट्स लिखूंगा, लेकिन हाँ एक पूर्ण डिजाइन-डॉक्टर सिर्फ प्रोटोटाइप के रास्ते में आ जाएगा।

— १२

यह सहज है, लेकिन औपचारिक प्रोग्रामिंग पृष्ठभूमि से आ रहा है, मुझे लगता है कि मुझे कोडिंग से पहले कुछ करने की आवश्यकता है। मुझे लगता है कि डिजाइन सारांश और टू-डू सूची इस दृष्टिकोण के साथ पर्याप्त होगी। धन्यवाद।

— ताए-सुंग शिन

एक डिजाइन सारांश और टूडू सूची बिल्कुल वही है जो मैंने "कुछ नोट्स" द्वारा ध्यान में रखा था। हालांकि टूडू लिस्ट तरल पदार्थ रखें; बस शुरू करने के लिए पर्याप्त कार्य लिखें और फिर आरंभ करें। आपके जाते ही सूची में और सामान जोड़ देंगे।

— jhocking

@Paul मुझे लगता है कि आप यूएमएल जैसे निर्माणों के बारे में सोच रहे हैं जब आप कहते हैं कि आप एक औपचारिक प्रोग्रामिंग पृष्ठभूमि से आ रहे हैं? उन सभी आरेखों (मेरी विनम्र राय में) केवल कोड की व्याख्या किए बिना अपने काम को दूसरों को दिखाने का उद्देश्य पूरा करते हैं। मुझे लगता है कि डिजाइन डॉक्स एक ही उद्देश्य से काम करते हैं। यदि आप उस व्यक्ति से पैसा या अन्य प्रकार की सहायता चाहते हैं, तो उन्हें आपके गेम को किसी को दिखाने के लिए इस्तेमाल किया जा सकता है।

— ट्रैविसग

@ मैं यह समझता हूं कि मुझे इस समय दूसरों को अपना काम दिखाने की आवश्यकता नहीं है। मैं बाद में खेल की समीक्षा करने के लिए खुद के लिए डिजाइन डिलिवरेबल्स से अधिक चिंतित था। वैसे भी, मुझे मिले जवाबों से संतुष्ट हूं।

— ताई-सुंग शिन