ब्राउज़र विकास - अवधारणा स्तर

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

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

और पहला भाग परियोजना की नींव रखने के बारे में बताएगा - दुनिया का निर्माण, खेल के यांत्रिकी के माध्यम से सोच, संतुलन का सम्मान, व्यवस्था में व्यवस्था बनाए रखना। पूरा पहला भाग पूरी तरह से हमारी परियोजना समन्वयक की जिम्मेदारी में है। प्रत्येक घटना सीधे इसके माध्यम से गुजरती है, और प्रत्येक कार्रवाई अपने हिस्से पर सटीक रूप से प्रतिबद्ध थी - इसलिए, नीचे वर्णित सब कुछ परियोजना में समन्वयक का काम है।

समन्वयक का काम

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

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

यह इस व्यक्ति के लिए धन्यवाद है कि परियोजना सामान्य रूप से शुरू हुई, और आज भी जारी है।

विश्व निर्माण

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

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

कुल मिलाकर, हमें तीन लोग मिले जो "ब्राउज़र" की आंतरिक संरचना को समझते हैं।

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

मुद्राओं का आविष्कार एक ही दृष्टिकोण के साथ किया गया था - पूरी मुद्रा, शायद सिक्कों के अपवाद के साथ, उस समय संयोजन में अन्य परियोजनाओं में उपयोग नहीं किया जाना चाहिए था जो हम उपयोग करेंगे। और सिद्धांत रूप में, खेल के लगभग किसी भी तत्व को बाजार में मौजूदा प्रतियोगियों से दूर होना चाहिए।

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

विचारों को लिखने के लिए, मैंने एक स्काइप बॉट लिखा, जब संदेश में "विचार" शब्द दिखाई दिया, जिसके परिणामस्वरूप विकृति के आगे के विश्लेषण की आशा के साथ, पूरे संदेश को विकि पर कॉपी कर दिया। और इसने काम किया।

शब्दजाल में जान डालना

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

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

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

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

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

डेटा का भंडार

मैंने पहले ही उल्लेख किया है कि हमने विचारों को लिखने के लिए विकी को खोला है, लेकिन विचारों को क्रम में रखना और व्यवस्थित करना किसी भी परियोजना पर काम करने के लिए सीधे पैदा करने से कम महत्वपूर्ण नहीं है।

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

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

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

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

सिस्टम दिल

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

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

नीचे मैं एक अवधारणा और एक संभावित कार्यान्वयन का उदाहरण दूंगा। उदाहरण वास्तविक नहीं है।

मान लीजिए कि हम "नव पंजीकृत" खिलाड़ी को पहले स्तर पर एक "वर्किंग" दिन रखना चाहते हैं, जिसमें उसकी रुचि है। ऐसा करने के लिए, हम "वैज्ञानिक प्रहार" की विधि द्वारा निर्धारित करते हैं कि एक खिलाड़ी को प्रति दिन 50 लड़ाइयों का संचालन करने की आवश्यकता होती है, प्रत्येक लड़ाई के लिए अनुभव की एक इकाई प्राप्त करना - इस प्रकार, दूसरे स्तर को प्राप्त करने के लिए, खिलाड़ी को 50 अनुभव अंक प्राप्त करना चाहिए। एक दिन में अधिक झगड़े का संचालन करना असंभव बनाने के लिए, हम झगड़े के बीच समय की देरी का निर्धारण करते हैं - हम वास्तविक समय के 10 मिनट पर सहमत होते हैं। टाइमर की निरंतर निगरानी के साथ दिन में 8 घंटे के लिए कुल, खिलाड़ी 48 अनुभव अंक प्राप्त करेगा।

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

अब हम यह मान सकते हैं कि महत्वपूर्ण क्षति के तथ्य के लिए, हमें हमलावर के "सटीकता" के मूल्य और रक्षक के "अंतर्ज्ञान" के मूल्य की आवश्यकता है - घटना का परिणाम इन दो मापदंडों के संयोजन पर निर्भर होना चाहिए। झटका की ताकत एक ही नाम के हमलावर की विशेषताओं के मूल्य और रक्षक के "रक्षा" विशेषताओं के मूल्य पर निर्भर करेगी। और, फिर से, हम मानते हैं कि हम 10 राउंड की एक लड़ाई में 1-2 ऐसे हमले देखना चाहते हैं।

सृजन का एक समान मार्ग अन्य सभी वांछित घटनाओं से गुजरता है।

परिणामस्वरूप, बड़ी संख्या में ऐसी "मान्यताओं" से, लड़ाई में चरित्र के व्यवहार की प्रारंभिक तस्वीर बनती है, बाद में जो हम प्राप्त करना चाहते हैं उसके आधार पर समायोजित किया जाता है।

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

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

उदाहरण के लिए, पहले स्तर पर, आप विशेषताओं के मूल्यों को 1 से 10 तक सीमित कर सकते हैं, सभी मामलों में (खर्च की गई धनराशि में)। दूसरे स्तर पर - 10 से 25 तक, तीसरे पर - 25 से 40 तक, और इसी तरह, ताकि उच्च स्तर पर डेटाबेस फ़ील्ड के इंटरफ़ेस और विशिष्ट प्रतिबंधों में आवश्यक संकेतक शामिल हों।



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

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

जानकारी के बिखरे हुए टुकड़ों की उपस्थिति के बाद, बुनियादी मापदंडों के बीच संबंधों की एक बहुतायत, कई घंटों की चर्चा, मुख्य प्रकार के खिलाड़ियों के मॉडल का संकलन, यह स्वयं सूत्र लिखने और उन्हें अभ्यास में लाने का समय है।

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

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

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

ऐसे सूत्रों में कई "यादृच्छिक" से घृणा कम से कम हुई, लेकिन पूरी तरह से गायब नहीं हुई। विशेषताएँ यादृच्छिक चर की सीमाएँ और गुणक हैं, और केवल गणना कारक नहीं है, जबकि दो वर्णों के बीच एक विशेषता में विशाल पूर्वाग्रह जीत की वास्तविक गारंटी नहीं है, क्योंकि यह केवल यादृच्छिक चर की सीमा में सफलतापूर्वक गिरने की संभावना को प्रभावित करता है। सूत्रों के निरूपण के लिए यह दृष्टिकोण हर बार एक ही पात्रों के बीच दो झगड़े को अलग-अलग तरीके से करने की अनुमति देता है, और एक मजबूत प्रतिद्वंद्वी पर जीतने का मौका छोड़ देता है।

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

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

टीम स्टार

यह मत भूलो कि परियोजना समन्वयक, दुनिया बनाने के लिए बुनियादी जिम्मेदारियों के अलावा, टीम में सही कनेक्शन बनाने का पूरा भार अपने कंधों पर रखता है। , - , , – , . , .

, , , . , , , .

, . , , , . , (-, -, -, -, ), , .

, , , - .

«» , , . : « » — , – 180 1600 . «» 4-12 , CPU 4%.

«», , . , , , . – , ( ), «», , , . , , .

– , «-» , . « ». , , , ( ). , – «», , .

– «» , -. -, 8 , .

, - . «», .

, . , , , , , , , «» – , .

, , – , . , , – , , . , -, ( «-», , ), , -, , .

, -. ( ), , . , – , , , , : « - , , , - ?».

- , , . , , , .

, – . - « -», , , , , .

…

- – , « », , .

«» – , «», « ». , , , , .

, « » :



, — . , « ».

, , – , , .

, «» , , .

, , . , , – , , .

(, , ). , , , ( «» ), «» .

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

प्रतिस्पर्धी परियोजनाओं के प्रशासक भी हमें अप्राप्य नहीं छोड़ते थे - मेल पते के साथ पंजीकरण थे जो हम जानते थे। कोई भी संघर्ष की स्थिति उत्पन्न नहीं हुई, लेकिन प्रतियोगियों से रुचि के तथ्य प्रसन्न हैं।

– « » . , , , , .

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

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

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

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

स्पष्ट कारणों से, हम "उपलब्धियों" के उस सेट के साथ बीटा परीक्षण के बाद खेल जारी नहीं रख सकते हैं - कुछ खिलाड़ियों ने पाई का एक टुकड़ा हड़पने में कामयाब रहे, सिस्टम की अपूर्णता को देखते हुए, जबकि अन्य ने नहीं किया। यह दुख की बात नहीं होगी, लेकिन मार्च तक खेल की पूरी वर्तमान प्रगति हमारे साथ बिताए तीन महीनों के प्रोत्साहन के रूप में छोड़ दिए गए कई संकेतकों के अपवाद के साथ पूरी तरह से रद्द हो जाएगी (और, ज़ाहिर है, लोगों के संचित वास्तविक अनुभव जो मूल सिद्धांतों को समझते हैं " समतल करना "चरित्र)। सभी को पंजीकरण के समय लिखित रूप से परियोजना के वर्तमान चरण के ऐसे भाग्य के बारे में चेतावनी दी गई थी, और हमें अभी भी उम्मीद है कि यह खिलाड़ियों को परियोजना छोड़ने के लिए एक कारण के रूप में काम नहीं करेगा।

जीवन के दो साल कहाँ गए?

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

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

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