वीडियो गेम के स्कैंडिनेवियाई गाथा में रूसी पदचिह्न, समाप्त

कहानी के पहले भाग का अंत, फिनिश किताब "फिनिश वीडियो गेम्स: हिस्ट्री एंड कैटलॉग" में एक संक्षिप्त रूप से उल्लिखित प्रकरण का खुलासा करता है।

इस भाग में, मैं संगठनात्मक और तकनीकी मुद्दों का वर्णन करता हूं और परियोजना के संगठन और इसके सफल होने के कारणों के बारे में कुछ निष्कर्ष निकालता हूं।

चरण ०

इसलिए, एक छोटी स्वीडिश परियोजना को समाप्त करने और कुछ समय के लिए आराम करने के बाद, मुझे ट्रेडमार्क "INFON" के तहत सामग्री बनाने वाली कंपनी में नौकरी मिल गई (हाँ, यह वही है - "आपके फोन पर जानकारी")। 2001 में मोबाइल गेम्स के उत्पादन के लिए भी INFON की योजना थी, लेकिन यह बाजार अभी भी धूमिल था और उपकरणों की आवश्यक मात्रात्मक आधार का अभाव था, कार्यालय में मैंने केवल नोकिया 9110 फोन को खेल के विकास के लिए उपयुक्त देखा, लेकिन इसके साथ खेलने के बाद हमने इस मामले को स्थगित करने का फैसला किया (I मैंने सुना है कि बाद में यह "ईंट" कुछ राज्यपाल को प्रस्तुत किया गया था)। मुझे कंपनी की ऑनलाइन सेवाओं के लिए एप्लेट्स के प्रभारी के रूप में रखा गया था, जिसे लॉगोटन ब्रांड नाम के तहत प्रकाशित किया गया था, जिससे उपयोगकर्ता ग्राफिक और ऑडियो सामग्री तैयार कर सकते थे, इसके बाद उन्हें एसएमएस के जरिए अपने फोन पर भेज सकते थे। सामान्य तौर पर, मैंने ऐसा करते हुए लगभग एक साल बिताया।

चरण 1

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

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

यह पता चला कि एक प्रमुख दूरसंचार कंपनी पूर्वी यूरोप के देशों में से एक में एक नए बजट सीमेंस एम 50 फोन की बिक्री शुरू करने की योजना बना रही थी और जब से फोन में बोर्ड पर J2ME का समर्थन था, ग्राहक अकुमिति से मोबाइल सेवाओं के साथ 20 गेम के पैकेज को प्राप्त करना चाहता था। मुख्य कठिनाई यह थी कि 1 जून की समय सीमा निर्धारित की गई थी, और यार्ड पहले से ही मार्च के अंत में था, और सब कुछ के बारे में सब कुछ दो महीने से कम था। अपने समृद्ध जुआ खेलने के अनुभव के आधार पर, सेर्गेई कुलिगिन ने सहयोग की पेशकश को अस्वीकार कर दिया, जिसमें कहा गया कि इस तरह के दौर में इतने सारे खेल करना एक जुआ है, लेकिन मैं कम अनुभवी था और निरंतर बातचीत करता रहा।

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

चरण 2

टीम के निर्माण के चरण में, परियोजना में तीन और लोगों की रुचि थी:

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

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

चरण 3

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

इस क्रम में भूमिकाएँ वितरित की गईं:

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

चरण 4

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

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

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

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

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

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

चरण 5

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

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

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

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

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

• प्रसिद्ध MAZE (पहेली, भूलभुलैया) प्रसिद्ध खेल सोको-बान से प्रेरित है
• बॉल पार्क (आर्केड) डी-डे खेल से प्रेरित है
• ब्लैक बैक (गेमिंग) 21 में सिर्फ एक गेम है
• कार्टिंग (आर्केड) सोवियत स्लॉट मशीन से प्रेरित है
• CHOP CHOP (खेल लड़) कराटे-खेल से प्रेरित है
• कॉस्मेटिक स्टॉर्म (आर्केड) प्रेरित खेल क्षुद्रग्रह
• खतरनाक ज़ोन (आर्केड) प्रेरित खेल लंबी RAID
• डाउनलोड करें दौड़ (आर्केड)
• एक बार पीसी पर देखे जाने वाले खेल से प्रेरित FAAP (आर्केड) का नेतृत्व
• OFFROAD (आर्केड) प्रेरित रैली खेल
• पैक दौड़ (आर्केड) पीएसी मैन की अस्पष्ट याद दिलाता है
• पिंग-पांग (खेल) प्रेरित खेल टेनीस
• पिटमैन (आर्केड) खेल बोल्डर डैश की याद ताजा करती है
• पहेली 15 (पहेली) पहेली 15 के आधार पर बनाई गई है
• रॉकेट बॉल (आर्केड) प्रेरित खेल बॉल
• अच्छे पुराने युद्ध के लिए SEA BATTLE (आर्केड) स्क्रिप्ट
• जहाज डुएल (आर्केड) प्रेरित खेल कीड़े
• स्टार गुन (आर्केड) देखा स्टार बेस गेम से प्रेरित है
• ट्रेज़र हंट (आर्केड, भूलभुलैया) प्रेरित खजाना खेल
• VIPER (आर्केड, भूलभुलैया) खेल साँप का परिवर्तन

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

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

मुझे लगता है कि आप यहां रुक सकते हैं, क्योंकि मेरी राय में परियोजना के विवरण और परिणाम पर्याप्त विवरण में बताए गए हैं।

छोटे निष्कर्ष

उपरोक्त सभी की पृष्ठभूमि के खिलाफ, मैं कई कारणों को तैयार करना चाहूंगा, जिन्होंने मेरी राय में, परियोजना की सफलता के लिए नेतृत्व किया:

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

मैं जिन गलत कदमों पर ध्यान देना चाहूंगा, वे थे:

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

अतिरिक्त चरण, रूसी

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

जुलाई 2002 में, INFON के मालिक ने "बतख शिकार" के विषय पर एक मोबाइल गेम बनाने के लिए कहा, क्योंकि वह NOKIA के शीर्ष प्रबंधकों में से एक के साथ शिकार करने जा रहा था। ( ) Nokia 3410. , . , « », . « » . — « , ! !».

INFON ( Nokia Totally Board, 2002 ). Snowboard NOKIA 3410, . INFON Penalty Drive OFF. .

, ( ), Fowling Snowboard , « INFON ».

पुनश्च

, , , .

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