मैं कब तक अपनी जेब में भारी बजट के बिना एक ब्राउज़र गेम बना सकता हूं

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

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

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

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

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

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

तुम कौन हो, प्रिये?

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

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

यह एक बार फिर ध्यान देने योग्य है कि विकास की शुरुआत के समय, Yii का मेरा ज्ञान छह महीने तक चलने वाली बड़ी या कम बड़ी परियोजनाओं पर काम करने के मेरे अनुभव तक सीमित था। इसलिए, मैंने अनुभव प्राप्त करने के उद्देश्य (विशेष रूप से मेरे लिए) के बारे में झूठ नहीं बोला।

लोग कहाँ से लाएँ?

प्रोजेक्ट बजट में एक प्रतिशत के बिना एक छोटी टीम को इकट्ठा करना उतना आसान नहीं है जितना पहली नज़र में लगता है।

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

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

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

पंजे, पंख और कुकीज़

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

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

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

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

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

विचारों की धारा

अब, दो साल पहले वापस देख रहा हूं, मैं समझता हूं कि बहुत काम किया गया है। और न केवल कोड के रूप में, बल्कि संकलित विचारों के रूप में भी जिन्होंने खेल की दुनिया को बनाया।

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

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


सबसे अच्छे विचारों को एक अधिक विस्तृत ड्राइंग और रंग प्राप्त हुआ:


व्यक्तिगत रूप से, मैंने देखा कि मेरे काम के अलावा, परियोजना अन्य दिशाओं में आगे बढ़ रही है। इससे मुझे अपने मामलों पर ध्यान देने का मौका मिला, बाकी को अपने साथियों को सौंपने का।

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

प्रत्येक प्रोजेक्ट प्रारंभ की अपनी गलतियाँ होती हैं।

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

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

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

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

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


थोड़ी देर बाद, यह अराजकता सरल हो गई:


और कुछ समय बाद, कलाकार ने चयनित लेआउट पर समग्र डिजाइन के लिए एक अनुमानित विचार को छोड़ दिया:

हर कोई काम नहीं करना चाहता, लेकिन हर कोई पुरस्कृत होना चाहता है

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

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

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

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

जहां आपको बजट की आवश्यकता नहीं है, वहां आउटसोर्सिंग का उपयोग करें

सामान्य डिजाइन के पहले स्केच दिखाई देने के बाद, मैं धीरे-धीरे समझने लगा कि मुझे क्या इंतजार है - लेआउट।

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

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


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


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

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

हां, अंत में, डिजाइन को कई बार फिर से तैयार किया गया, विकसित किया गया और उस पल का इंतजार किया गया जब हम कह सकते थे: "ठहरो, अब हम खुश हैं और सब कुछ हमारे अनुकूल है।" तो एक ओक था।


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


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

एक और लहर

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

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

आलस कहाँ रखें?

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

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

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

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

इसी तरह, परियोजना वर्गों में सीधे पाठ्य विवरणों की खोज से बचने के लिए, Yii :: t () का उपयोग हर जगह किया जाता है। वास्तव में, इस कार्यक्षमता का उपयोग आमतौर पर बहुभाषावाद का समर्थन करने के लिए किया जाता है, लेकिन उपयोगकर्ता त्रुटियों के साहित्यिक विवरण से कोड को अलग करने के लिए इसका उपयोग करना क्यों बुरा है?

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

टूथपिक पर कटा हुआ ओक

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

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


ऐसा लगेगा कि यह वही है। यहां वह डिज़ाइन है जो हम इतने लंबे समय से देख रहे हैं। यह उन दृष्टांतों का विचार है जिन्हें हम अंतिम रूप में स्वीकार करने के लिए तैयार हैं।

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

टीम में अगला बदलाव

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


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

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


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

जुलाई के मध्य तक, एक रात का डिज़ाइन विकल्प दिखाई दिया, दिन के खेल समय के आधार पर दिन के समय में परिवर्तन:

लेकिन क्या यह इसे खड़ा करेगा?

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

उस समय, हमारे पास Hetzner में दो आभासी मशीनें थीं - vq7 और vq12, जिस पर हमने प्रतिकृति के लिए पूरी साइट के प्रदर्शन और समर्थन का परीक्षण किया। Vq12 पर, अन्य चीजों के अलावा, देव संस्करण, जिसमें केवल डेवलपर्स के लिए उपलब्ध अपडेट शामिल थे।

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

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

जिज्ञासा ने मुझे थोड़ा उकसाया: सीपीयू समय और मेमोरी उपयोग के संकेतक 100% लोड से दूर थे। कुछ कार्यवाहियों के दौरान, MySQL ने tmp data को डिस्क पर लिखने के बारे में डरावनी कहानियाँ सुनाना शुरू किया जो स्मृति में फिट नहीं होना चाहते थे। लेकिन वास्तव में, समस्या क्रेजी ओआरडीआर रैंड () की थी, जो अप्रत्याशित रूप से लड़ाई के लिए दुश्मन को खोजने के लिए क्रेप था। PHP कोड के लिए एक यादृच्छिक विरोधी की पसंद को स्थानांतरित करने से अड़चन समस्या हल हो गई, और युद्ध की गणना की गति 30 गुना बढ़ गई - प्रति सेकंड 10 लॉन्च। यह देखते हुए कि हम वास्तविक परिस्थितियों में प्रति सेकंड 2-3 झगड़े का संचालन करने की उम्मीद करते हैं, जो कि मौजूदा आभासी मशीन का सामना करने में सक्षम होगी, हम परिणाम से बहुत खुश थे।

तारीखें निर्धारित हैं

अगस्त 2013 के करीब, हमने आखिरकार प्रोजेक्ट लॉन्च की तारीखों पर फैसला किया। 30 अगस्त को, आधिकारिक अल्फा परीक्षण का शुभारंभ होना था, जहां एक दर्जन से अधिक परीक्षकों को आमंत्रित किया गया था। बंद बीटा परीक्षण नामक प्रारंभिक लॉन्च, 2 दिसंबर के लिए निर्धारित किया गया था। खेल की शुरुआत की तारीख प्राप्त हुई - 3 मार्च 2014।

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

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

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

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

स्टार्ट अप

नवंबर की शुरुआत में, बीटा परीक्षण में भागीदारी के लिए अनुरोधों की संख्या 150 से अधिक हो गई - एक पूरी तरह से "पैसा" संख्या, और मिश्रित भावनाएं मेरे सिर में बस गईं।

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

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

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

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

प्रोजेक्ट को पूरा करने के लिए आपको कितने लोगों की आवश्यकता है?

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

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

वर्तमान में, इस परियोजना में 1,500 से अधिक फ़ाइलों में 8,000 से अधिक कमिट हैं, जो कि ग्राफिक्स को छोड़कर, लगभग 15 एमबी में हैं। डेटाबेस में 130 टेबल होते हैं, और लगभग 40 प्रविष्टियां सर्वर पर CRON कार्यों की सूची में सूचीबद्ध होती हैं। लगभग 10,000 मानव-घंटे परियोजना पर खर्च किए गए, जो 2,000 से अधिक कार्यों को हल करने में चले गए। डिजाइन 4 बार बदल गया, अपेक्षित आदर्श की ओर बढ़ रहा है, 300 से अधिक चित्र तैयार किए गए थे, ज़ूम करते समय विस्तार के विभिन्न डिग्री सहित नहीं।

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