अपना गेम इंजन क्यों लिखें?

पिछले साल दिसंबर में, गेम्स गैदरिंग 2017 सम्मेलन में, हमने एक रिपोर्ट बनाई थी जिसमें हमने इस बारे में बात की थी कि क्या गेमिंग उद्योग में काम करने वाली कंपनियों को अपने स्वयं के इंजन लिखने की आवश्यकता है।

खेल इंजन की एक किस्म के सामने एकता

क्यों आधुनिक दुनिया में, जिसमें यूनिटी जैसे दिग्गज मौजूद हैं, अपने खुद के कुछ खेल करते हैं, अपने खुद के खेल इंजन लिखते हैं?

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

गेम प्रोजेक्ट विकसित करने की सोच रखने वाली कंपनियां किन बुनियादी तकनीकों से चुन सकती हैं?

सात राष्ट्रों की सेना

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

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

अब हम खेल को विकसित करने के लिए आवश्यक समय, प्रयास और धन का विश्लेषण करते हैं।

मूल बातें वापस

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

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

पौराणिक पुरुष-मास

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

इंजन का लंबा विकास? लेकिन अगर अपने स्वयं के इंजन के साथ विकास तेजी से आगे बढ़ता है, तो यह एक तर्क नहीं है। शायद, सामान्य तौर पर, कोई भी नहीं जानता कि "तर्कसंगत" क्या है। इसलिए, ये सभी आपत्तियां बहुत व्यक्तिपरक हैं।

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

13 कारण क्यों

आपको अपने स्वयं के इंजन की आवश्यकता कब हो सकती है? आइए इस स्लाइड का विश्लेषण अंकों द्वारा करें:

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

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

• प्लेटफ़ॉर्म का भगवान प्लेटफ़ॉर्म का स्वामी है। ऐसे प्लेटफ़ॉर्म हैं जिनके लिए कोई तैयार उपकरण नहीं हैं। उदाहरण के लिए, एसटीबी, सेट-टॉप बॉक्स (डिजिटल टेलीविजन रिसीवर) - केबल टेलीविजन के लिए एक बॉक्स, जो हर तीसरे अमेरिकी में टेबल पर है।
  

वार्नर के इस सेवा के 120 मिलियन उपयोगकर्ता हैं। यदि आप गेम सहित, वहां सॉफ्टवेयर लिखते हैं, तो आपके पास बॉक्स से एक डॉलर है। यह एक साल में 120 मिलियन डॉलर है। इसी समय, आपके अलावा कोई और इस चीज के लिए नहीं लिख सकता है। क्योंकि कोई DirectX नहीं है, वहाँ कुछ भी नहीं है। यदि आप एसटीबी के लिए कार्यक्रम लिख सकते हैं, तो आप मंच के मालिक हैं, आपके पास एक वर्ष में ये एक सौ बीस मिलियन डॉलर हैं। क्यों नहीं अपना खुद का इंजन लिखें?

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

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

• कमजोर लेकिन गर्व करने वाले उपकरण छोटे लेकिन गर्व करने वाले उपकरण हैं। यदि आप मोबाइल फोन के लिए गेम बनाते हैं, तो कम से कम कुछ आंकड़े एकत्र करें, तो आप जानते हैं कि एप्पल उपकरणों के हार्डवेयर के साथ सब कुछ कम या ज्यादा सामान्य है, लेकिन एंड्रॉइड प्लेटफॉर्म के साथ यह सिर्फ एक आपदा है।
  

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

इसके अलावा, iPhone के मामले में, आप प्रगति पर कम से कम कुछ दांव लगा सकते हैं। उदाहरण के लिए, यह अपेक्षित है कि अवास्तविक iPhone 10 के तहत काम करेगा, हालांकि जब तक यह सब ध्यान में नहीं लाया जाता है, तब तक पहले से ही कुछ iPhone 12, 15 या 17 होगा। लेकिन सामान्य रूप से दुनिया के मामले में, अल्पावधि में प्रगति करना कठिन है। क्योंकि उपकरणों का उन्नयन बहुत धीमा है।

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

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

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

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

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

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

हमने अपने स्वयं के इंजन को विकसित करने के कारणों पर विचार किया। आइए अब हम इस बात पर ध्यान देते हैं कि कंपनी अपने इंजन के विकास के साथ क्या लाभ प्रदान करती है।

अपने स्वयं के इंजन को विकसित करने के फायदे

स्लाइड पर आगे रखे मुख्य विचारों के आधार पर, अपने स्वयं के इंजन को विकसित करने के लाभों पर विचार करें:

• खरीदना अक्सर बंधक से बेहतर होता है - खरीदना अक्सर बंधक के लिए बेहतर होता है। खेल विकास पैसे वैसे भी है। विमुद्रीकरण करने के तरीके हैं, जिनके उपयोग से खरीदना न केवल एक बंधक से बेहतर है, बल्कि यह केवल एकमात्र विकल्प है।
  

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

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

आपके पास 2 विकल्प हैं: या तो उन्हें पुनः प्रयास करें जैसा कि आपको सर्वोत्तम प्रथाओं के दृष्टिकोण से करना चाहिए, या अपने स्वयं के उपयोग में लाना चाहिए। सरल उदाहरण हैं। मान लीजिए कि आप कहते हैं, "हम 3D मॉडल आयात करते हैं।" आपको नहीं पता कि दूसरी तरफ क्या है। इसलिए, आपको एक मध्यवर्ती प्रारूप की आवश्यकता है। मध्यवर्ती प्रारूप इसे FBX होने दें। FBX सभी को दोष देता है जो यह जानता है। और आपको कहीं नहीं जाना है, क्योंकि आप नहीं जानते कि वहां क्या किया जाएगा, आप 450 डी-मॉडलिंग टूल के लिए प्लग-इन नहीं लिखेंगे।

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

• प्रतिक्रिया समय - प्रतिक्रिया समय। हम आपके अनुरोधों के लिए इंजन निर्माता की प्रतिक्रिया समय के बारे में बात कर रहे हैं, नई कार्यक्षमता के साथ इंजन को लैस करने की संभावना के बारे में, और नई प्रौद्योगिकियों के संचालन अनुसंधान के बारे में।
  

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

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

• प्रदर्शन - प्रदर्शन। गेमिंग उद्योग हमेशा उत्पादकता है। उच्च प्रदर्शन प्राप्त करने का पहला तरीका कस्टम समाधान का उपयोग करना है। समाधान जितने अधिक विशिष्ट होंगे, वे उतने ही अधिक उत्पादक होंगे। दूसरा दृष्टिकोण - वैसे, प्रिय, तैयार इंजनों का अनुकूलन है। यह वास्तव में कैसा दिखेगा - इन इंजनों पर अत्यधिक निर्भर है।
  

अपना खुद का इंजन विकसित करना केवल एक फायदा नहीं है। ये जोखिम भी हैं। उन पर विचार करें।

अपने स्वयं के इंजन को विकसित करने से जुड़े जोखिम

हमारे अपने इंजनों के विकास और उपयोग के साथ आने वाले जोखिमों पर विचार करें:

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

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

जीवन का मुख्य मुद्दा, ब्रह्मांड और वह सब

एक बहुत महत्वपूर्ण मुद्दे पर विचार करें। अपने स्वयं के इंजन को विकसित करने के लिए मुख्य रूप से कौन से संसाधन की आवश्यकता होती है? एक ऐसा संसाधन जिसके बारे में सोचने का कोई मतलब नहीं है कि अपना इंजन बनाना है या नहीं। इसका उत्तर, निश्चित रूप से, 42 नहीं है। सवाल यह है कि कम से कम यह कहने में सक्षम होने के लिए क्या आवश्यक है: "हां, हमारे पास कम से कम कुछ है, हम कुछ करना शुरू कर सकते हैं।" इस सवाल का जवाब यह है कि प्रोग्रामर को अपना इंजन विकसित करने की आवश्यकता है।

प्रोग्रामर

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

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

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

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

तकनीकी महामारी

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

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

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

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

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

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

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

दो दुनिया

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

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

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

स्लाइड से उदाहरण में, कुछ होता है, एक केकड़ा चलता है, किसी को पकड़ता है, सामान्य तौर पर, इससे कोई फर्क नहीं पड़ता। अंदर, प्रोग्रामर उन समस्याओं को हल करता है जो "go to ...", "shoot at ...", "दूरी की गणना करें" - और वह सब कुछ है। अन्य सभी व्यवहार इस संपादक में एक ऐसे व्यक्ति द्वारा लिखे गए हैं, जिसका प्रोग्रामिंग से कोई लेना-देना नहीं है। और यह काम करता है, जैसा कि कोड में पाठ का अनुवाद करने के विपरीत है। इसके अलावा, संतुलन की बात करते हुए, आइए बताते हैं। संतुलन क्या है? ये 15 कारक हैं जिन्हें बदला जा सकता है। और यहाँ व्यवहार है, गुणांक नहीं।

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

परिणाम

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

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

नतीजतन, यदि आपके पास अपने इंजन को लिखने का कारण है, और आपके पास संसाधन हैं - ले लो और लिखो।