🌺 📋 ⛽️ प्रोग्रामर के लिए टीके कैसे बनाएं 🧓 🧙🏼 🖼️

प्रोग्रामर (वास्तुकार) से गेम डिजाइनर की सिफारिशें।

प्रविष्टि

कंप्यूटर गेम एक अपेक्षाकृत युवा उद्योग है जो भविष्य में फिल्म उद्योग को बदल देगा, जैसे फिल्मों ने थिएटर को बदल दिया है। गेम बनाना एक सामूहिक निर्माण है , बहुत कुछ फिल्म जैसा है। इसके अलावा, कंप्यूटर गेम का निर्माण सबसे कठिन आईटी कार्यों में से एक है, क्योंकि इसमें सभी व्यावहारिक रूप से सभी आईटी क्षेत्र शामिल हैं।

प्री पॉडक्शन के बारे में सभी ने सुना है, लेकिन कम ही लोग जानते हैं कि ऐसा कैसे होता है। और अगर विकास के चरण के बारे में बहुत कुछ लिखा गया है, और इससे भी अधिक प्रकाशन चरण के बारे में लिखा गया है, तो योजना चरण के बारे में बहुत कम जाना जाता है। सबसे अच्छी तरह से, आप पर्याप्त भाग्यशाली हैं कि आप योजना के परिणामों से परिचित हो सकते हैं। लेकिन ये नतीजे कैसे हासिल हुए? - अंधेरे में एक पहेली ।

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

मैंने जानबूझकर अन्य दस्तावेजों को पर्दे के पीछे छोड़ दिया: अवधारणा, व्यवसाय का मामला, और अन्य कलाकारों के लिए टीके। इसने हमें एक विषय पर ध्यान केंद्रित करने और इसे कवर करने की अनुमति दी, और केवल पर्याप्त विवरण में।

सबसे महत्वपूर्ण बात:

अंतिम परिणाम की स्पष्ट समझ। (गुणवत्ता नियंत्रण)
समय सीमा।

मुझे दस्तावेज़ीकरण की आवश्यकता क्यों है:

संचार पर समय की बचत करें। (100 बार रिट्वीट करने के बजाय एक बार लिखें, गवाही में उलझा हुआ।)
यह देखने का एक तरीका है कि समाप्त परियोजना कैसी दिखेगी।
समस्याओं का विश्लेषण और पहचान अभी भी योजना के स्तर पर है। (जितनी जल्दी एक वास्तुशिल्प त्रुटि की खोज की जाती है - इसे ठीक करना सस्ता है)
तय किए गए निर्णय। (नए सिरे से अलग-अलग डिग्री की बिखरी अफवाहों के बजाय सटीक डेटा।)
कार्य योजना।

दस्तावेज क्या हैं:

अवधारणा ("एक खेल के बारे में क्या?")
विशिष्टता (हम क्या प्राप्त करना चाहते हैं?)
संदर्भ की शर्तें (यह कैसे व्यवस्थित किया जाता है - इस पर उसके बारे में चर्चा की जाएगी।)
कार्य योजना (हम यह कैसे करेंगे)

टीके की चर्चा में कौन शामिल है:

इच्छुक विशेषज्ञों से जितनी जल्दी प्रतिक्रिया प्राप्त होगी, उतना कम अनावश्यक काम किया जाएगा।

गेम डिजाइनर (लेखन दस्तावेज़)
वास्तुकार (विवरण, अपघटन की पूर्णता और विवरण पर नज़र रखना)
प्रोग्रामर (कार्य की मात्रा का मूल्यांकन)

दस्तावेज़ीकरण आवश्यकताएँ:

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

प्रारूपित करना। (प्रिंट करने के लिए आसान और पढ़ने के लिए अच्छा / पकड़)
मुख्य वाक्यांशों को हाइलाइट करना। (दस्तावेज़ को तिरछे तरीके से पढ़ने के लिए)
सूची बनाना। (ठोस पाठ के बजाय)
समूहों में लंबी सूचियों को विभाजित करना। (प्रति समूह तीन आइटम)
एकाधिक पुनरावृत्ति। (दस्तावेज़ संदर्भ से बचें)
दिनांक, पृष्ठ संख्या, पृष्ठों की संख्या, पृष्ठांकन। (सटीक संदर्भ के लिए जब चर्चा की जाती है कि क्या पढ़ा गया है)
सामग्री की तालिका, दस्तावेजों की सूची, परिवर्तनों का इतिहास। (प्रलेखन / संस्करण खोजने के लिए)

टीके की सामग्री के लिए आवश्यकताएँ

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

रूसी भाषा। (कोई मेम, विकृत अंग्रेजी शब्द, अल्बानियाई भाषा, या अन्य कचरा। यहां तक कि बहुत सारे आंतरिक दस्तावेज पढ़े जाते हैं।)
कोई आम शब्द जैसे:
- सभी संभव विकल्प
- कार्ड का आविष्कार कंप्यूटर द्वारा किया जाता है
- विभिन्न वस्तुओं की परस्पर क्रिया
- सभी कार्यों के बाद, आदि।
सभी प्रकार की संस्थाओं (वर्गों) के नाम होने चाहिए:
- रूसी नाम (खिलाड़ी के लिए)
- अंग्रेजी (कोड के लिए)
- संक्षिप्त विवरण (प्रतिलेख / संकेत / टिप्पणी)
एक इकाई का केवल एक नाम होना चाहिए। (ताकि "कवच" दूसरे पृष्ठ पर "कवच" या "कवच" में न बदल जाए)।
सुझाव संदर्भ के एक करीबी परीक्षा के बिना पाठक के लिए पूर्ण और समझने योग्य होना चाहिए। (इसका मतलब यह नहीं है कि पाठक खुद अनुमान लगाएगा कि लेखक का क्या मतलब है)
जो कुछ भी मापा जा सकता है उसे मापा जाना चाहिए।
- पिक्सेल और बाइट्स में छवि का आकार
- तालिका में कॉलम और सेल की संख्या
- पाठ बॉक्स में वर्णों की संख्या
- प्रति स्तर हथियारों की संख्या
- सत्र का समय, आदि।

प्रोग्रामर के काम के परिणाम के लिए मुख्य आवश्यकताएं:

ये महत्वपूर्ण आवश्यकताएं निहित हैं, लेकिन कभी किसी ने आवाज नहीं दी।

सिस्टम लचीलापन बदलने के लिए। (गतिशील आवश्यकताओं।)
स्वचालित त्रुटि डेटा संग्रह। (प्रतिक्रिया)।
ग्राहक द्वारा लॉन्च और कॉन्फ़िगर करना आसान है। (परिणाम का प्रदर्शन)

टीके लिखने का पहला चरण:

विषय क्षेत्र का विवरण, प्रोग्रामर के लिए समझने योग्य शब्दों में इसकी औपचारिकता।

डेटाबेस (मेटाडेटा)
- वस्तु प्रकारों की सूची
- वस्तुओं की विशेषताएं
- वस्तुओं के बीच संचार / निर्भरता
व्यावसायिक प्रक्रियाएँ (पूरा खेल चक्र)
- प्रक्रिया सूची (कार्य परिदृश्य)
- कार्यात्मक सूची (क्या करने में सक्षम होना चाहिए)
- अपेक्षित परिवर्तनों की सूची (क्या हो सकती है)

टीके लिखने का दूसरा चरण:

उत्पाद को सभी प्रकार के उपयोगकर्ताओं (खिलाड़ियों और प्रशासकों) को कैसे देखना / काम करना चाहिए।

इंटरफ़ेस (दृश्य भाग)
- नामों के साथ गेम स्क्रीन की सूची (या तत्वों के समूह)
- नाम और पाठ संकेत के साथ प्रत्येक स्क्रीन पर वस्तुओं की एक सूची
- तत्वों के व्यवहार का वर्णन (विंक, टूलटिप, ब्लॉकिंग, पॉप-अप संवाद, आदि)
व्यवस्थापक (प्रबंधन)
- सर्वर (महत्वपूर्ण / सिस्टम संकेतक)
- खेल सामग्री (बिक्री, quests, राक्षस, चीजें, दुकानें, ड्रॉप, स्थान, आदि)
- खेल डेटा (खिलाड़ियों द्वारा तैयार की गई सामग्री)
- आँकड़े और रिपोर्ट (आपको कौन से आँकड़े एकत्र करने की आवश्यकता है?)

टीके लिखने का तीसरा चरण:

हम यह सब कैसे करने जा रहे हैं।

आवश्यक प्रौद्योगिकी अनुसंधान
- प्रत्येक प्रौद्योगिकी के लिए आवश्यकताओं की सूची
- प्रत्येक प्रौद्योगिकी के परीक्षणों / प्रदर्शनों का विवरण
- भविष्य की आवश्यकताओं / संभावित समस्याओं की सूची (आगे क्या है?)
खेल के लिए विभिन्न प्रकार की सामग्री (संसाधनों) के लिए आवश्यकताओं की एक सूची (तलवारों की छवि का आकार, quests के नाम की लंबाई, विशेष प्रभावों की किस्मों, वीडियो के आकार आदि)।
सामग्री (मानचित्र संपादक, खोज व्यवस्थापक पैनल,) के साथ काम करने के लिए आवश्यक उपकरणों की सूची।
कार्यों का प्राथमिकता।
पहली कामकाजी विधानसभा के लिए आवश्यकताएँ (पहला प्रोटोटाइप क्या करने में सक्षम होना चाहिए)।
उनके परिणामों के लिए आवश्यकताओं के साथ परियोजना के विकास के अन्य पुनरावृत्तियों की सूची। (इसे पूरा करने के लिए प्रत्येक चरण के अंत में क्या दिखाया जाना चाहिए)

प्रलेखन समर्थन

पहले चरणों में जो लिखा गया है, उनमें से अधिकांश पुराना है और योजना के अंत से बहुत पहले फिर से लिखना होगा ।
नियोजन के पहले चरणों का मुख्य सिद्धांत: वर्गों की एक सूची की व्यवस्था करना और प्रत्येक अनुभाग के लिए प्रश्नों की एक सूची बनाना।
शुरुआती चरणों में विस्तार जितना कम होगा , उतना बेहतर होगा। (हथियारों के प्रकारों की संख्या, नामों के साथ एक पूरी सूची के बजाय, उनकी विस्तृत सूची आदि के बजाय स्तर के आधार पर quests की संख्या)
दस्तावेज़ में सही आइटम ढूंढना आसान है और बाकी को प्रभावित किए बिना इसे बदलना - बेहतर है। इसलिए, आपको जटिल वाक्यों से चित्रमय योजनाओं और ठोस पाठ से बचना चाहिए। अंतिम रिपोर्टिंग के लिए ग्राफिक प्रस्तुतियों और भावनात्मक विवरणों को छोड़ दें।
प्रत्येक नियोजन चक्र के बाद, दस्तावेज़ीकरण की पूर्णता और उसके स्तर की एकरूपता की जांच और परीक्षण करें । (यदि 5 कमरों के एक घर में केवल एक का वर्णन किया गया है, तो आपको अन्य चार का वर्णन करने की आवश्यकता है, या एक कमरे का विस्तृत विवरण बाहर फेंकना चाहिए ताकि सभी कमरों को समान रूप से वर्णित किया जाए।)
असहज प्रश्नों की एक सूची बनाएं। हमेशा काले धब्बे होते हैं, और वे इसे महसूस नहीं करने के लिए चारों ओर पाने और बंद करने की कोशिश करते हैं।
अंतिम उपयोगकर्ताओं को संक्षिप्त निर्देश प्रदान करें। अंतिम कलाकारों को पूरे दस्तावेज के साथ सामना नहीं करना चाहिए, और पूरे वॉल्यूम में सही उल्लेख के लिए दर्दनाक खोज।
महारत का संकेत : नियोजन के प्रत्येक अगले स्तर को परिष्कृत करता है, लेकिन अधिक सार स्तरों के वर्णन के परिणाम नहीं बदलता है। यह अमूर्त / विस्तार के स्तरों के माध्यम से आगे बढ़ने का एक अच्छा कौशल है जो आपको विवरणों के एक फिट विवरण से संस्थाओं के नियोजित लिस्टिंग से स्थानांतरित करने की अनुमति देता है।

कोनों को काटना

किसी भी तकनीक को कार्य की लागत और लागत को कम करने के लिए गैरबराबरी के बिंदु पर सरलीकृत किया जाएगा। रासायनिक खमीर रोटी, शराब शराब, प्रलेखन के बिना विकास।
बहुत से लोग सोचते हैं कि यदि दस्तावेज की आवश्यकता नहीं है:

परियोजना 2-3 महीने में है।
2-3 लोगों की एक टीम।
सीमित बजट। (वह हमेशा सीमित है)
कोई प्रलेखन आवश्यकताओं। (कोई नहीं जानता कि यह कैसे करना है)
उसका कोई फायदा नहीं है। (कभी इस्तेमाल नहीं किए गए दस्तावेज)

हालांकि, यह याद रखना चाहिए: प्रलेखन का विकास सभी प्रयासों का 40% लेता है। और यह परियोजना के विकास के सफल समापन की 90% संभावना निर्धारित करता है।

पहला कदम

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

प्रोग्रामर के लिए टीके कैसे बनाएं