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

बाजार पर वीआर के आगमन के साथ, ओलेग ने एक नए डिवीजन में कंपनी का नेतृत्व किया - NivalVR। लेकिन आप सभी जानते हैं, आभासी वास्तविकता के साथ, कुछ गलत हो गया।

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

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


ओलेग चुमाकोव

मैंने सच होते हुए खेला: सीखना ()। अच्छा खेल, मैं सही फंस गया हूँ।

दूर चला गया?

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

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

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


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

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

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

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

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

यही है, अभी तक नहीं मिला है?

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


स्टानिस्लावा सेमेनोव - डेटा वैज्ञानिक और शीर्ष उपयोगकर्ताओं में से एक केगल - डब्ल्यूटीएल में खेलता है

ठीक है, ठीक है, हम मशीन लर्निंग पर वापस आ जाएंगे। अभी के लिए, मुझे बताएं कि आप वर्तमान में प्रोजेक्ट पर क्या कर रहे हैं, आपकी जिम्मेदारियाँ, आपका दिन।

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

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

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

मैं देखता हूं। यही है, आप स्वयं अब प्रोग्राम नहीं करते हैं?

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

गेम देव में प्रोग्रामिंग के बारे में

खैर, अच्छे पुराने दिनों के बारे में याद करते हैं। एक प्रोग्रामर के रूप में अपने बारे में बताएं?

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

फिल: और आप खुद किस प्रोजेक्ट से जुड़े थे? उस क्षण वह किस स्थिति में था?

महल, लेकिन जब मैं वहां पहुंचा तो वहां कुछ नहीं था।

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

F: और तुम उसके पास कौन आया, कैसे?

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

F: हाँ, यह एकता है। यानि क्या यप? पेशेवरों, सी #?

सत्र का हिस्सा प्लसस पर था। हमारा हिस्सा एकता पर था। मुख्य तर्क C # में था। लेकिन इस तथ्य के कारण कि यह एक परियोजना थी, इसलिए बोलने के लिए, प्रौद्योगिकियों के एक जटिल संयोजन के लिए, इसे पायथन में थ्रिफ्ट के माध्यम से भी उत्पन्न किया गया था, क्योंकि सर्वर पायथन में था।

एफ: ओह, और निश्चित रूप से इसने सी # में विकास पर अपना ओवरहेड लगाया।

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

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

F: मैं सोच सकता हूं कि यह कितनी समस्याएं हैं। जब आप परियोजना में आए, तो क्या आप पहले से ही C # और .net दुनिया से परिचित थे?

हां, मैं परिचित था। मैं अभी भी एकता 2.6 (यदि भ्रमित नहीं) के साथ परिचित था, तो यह एक बहुत ही अजीब उत्पाद था। मैंने खुद .net पर लिखा था, लेकिन कुछ शुरुआती स्तर पर मोनो था। ये वो समय हैं जब मिगेल डी इकजा ने ज़मरीन के साथ व्यवहार नहीं किया था।

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

F: इससे पहले, आपने सामान्य .net के साथ काम किया था, लेकिन यहां उन्होंने आपको एक और रनटाइम दिया, जो कि अभी भी प्रलेखित नहीं है।

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

एफ: क्या आप परियोजना पर अपने पहले सप्ताह के बारे में बात कर सकते हैं। तो आप एक साक्षात्कार के माध्यम से चले गए, आप एक डेवलपर हैं। आगे क्या है?

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

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

समयरेखा विकास लादेन ।io

• 2014 में, Nival ने आभासी वास्तविकता में शैक्षिक खेल विकसित करने के लिए एक अलग टीम बनाई - NivalVR।
• जनवरी 2015 में, उनकी पहली परियोजना, इनमाइंड, जारी की गई - मानसिक बीमारी का कारण बनने वाले न्यूरॉन्स की खोज के लिए सूक्ष्म स्तर पर मानव मस्तिष्क की यात्रा के बारे में एक खेल।

• उसी वर्ष, InCell जारी किया गया था। उसने विचार विकसित किया, लेकिन एक चैटबोट के पाठ की तरह लग रहा था जो बंद हो गया - मानव सेलुलर दुनिया की यात्रा के बारे में, वीआर उपकरणों के लिए प्रक्रियात्मक पीढ़ी के साथ रेसिंग और रणनीति के तत्वों के साथ एक शैक्षिक खेल।
• एपिक गेम्स मेगा जैम 2016 में, लुडेनियो ने वीआरओबोट बनाया - एक "बेकार लेकिन मजेदार गेम" जहां आपको एक विशाल रोबोट के साथ एक शहर को नष्ट करना होगा। 2017 में, उसने स्टीम वीआर पर, 2018 में - प्लेस्टेशन वीआर पर जारी किया।

• 2016 में, NivalVR का नाम बदलकर Luden.io कर दिया गया।
• 2017 में, ARrived जारी किया गया था - Google ARCore, Apple ARkit और CoreML प्रौद्योगिकियों पर संवर्धित वास्तविकता में एक ईश्वर सिम्युलेटर।

• मार्च 2018 में, वह ट्रू: सीखें () - एमएल के लिए एक सिम विशेषज्ञ, लेकिन वीआर और एआर के बिना शुरुआती पहुंच में चली गई।

एक प्रौद्योगिकी कंपनी के प्रबंधन के बारे में

खैर, अब आप लादेन के प्रमुख हैं। और आप कैसे हैं - जो अधिक कठिन है? क्या दुनिया और डेवलपर्स के बीच एक सेतु बनने के लिए यह सब विकसित या प्रबंधित करना शुद्ध है?

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

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

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



एफ: क्या आपको लगता है कि डेवलपर का अनुभव आपको प्रबंधित करने में मदद करता है?

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

क्या आप स्वयं समीक्षा करते हैं?

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

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

एफ: क्या विकास के लिए कोई समेकित दृष्टिकोण है? क्या वह लगाया गया है?

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

F: आप नए कर्मचारियों को काम पर रखने में भाग लेते हैं?
हां बिल्कुल।

F: हर कोई?
सभी।

आप शायद बहुत बड़ी कंपनी नहीं हैं, है ना?

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

F: लेकिन आप खुद डेवलपर्स के रूप में डेवलपर्स का साक्षात्कार नहीं करेंगे?

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

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

Gamedev बनाम व्यापार विकास

F: और ऐसे मामले हैं जब अन्य उद्योगों के लोग आगे बढ़ते हैं?

ऐसा होता है, लेकिन बहुत बार नहीं। Gamedev में, ट्रैक रिकॉर्ड आमतौर पर इस तरह है - लोग बचपन में खेल बनाना पसंद करते हैं और बस फिर जारी रखते हैं।

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

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

लेकिन निश्चित रूप से अन्य मामले थे। बैंकिंग सॉफ्टवेयर सहित विभिन्न उद्योगों से बहुत अच्छे लोग आए।

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

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

एफ: वे कहते हैं कि बैंकिंग में, व्यापार में, कोड की गुणवत्ता खेल देव की तुलना में अधिक है।

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

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

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

एफ: मैंने खुद व्यवसाय विकास में बहुत काम किया है - हमने एक पंथ में कोड की गुणवत्ता का निर्माण किया है। , — . , (, ). , , . — .

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

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

बेशक।

एफ: व्यापार में, डिफ़ॉल्ट रूप से वे कोड बनाते हैं जो 15 साल तक समर्थित होना चाहिए, और आप ऐसा नहीं करते हैं, ठीक है?

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

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

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

अपने और दर्शकों दोनों के लिए गेम कैसे बनाएं

Luden.io गेम को देखते हुए, यह मुझे लगता है कि वे खुद के लिए जैसे बने हैं। आम तौर पर उन चीजों पर भरोसा नहीं करते हैं जो व्यापार के लोग आमतौर पर कहते हैं, एक विशिष्ट दर्शकों पर भरोसा किए बिना।

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

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

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

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

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

ठीक है, क्या आप सहमत हैं कि आपके खेल अभी भी आला हैं?

बेशक!यह हम जो करते हैं उसका मुख्य प्लस है। हम वास्तव में आला बनना चाहते हैं। 20 से 40 साल की उम्र के पुरुषों का मनोरंजन करने की कोशिश न करें - इन पुरुषों की पूरी दुनिया मनोरंजन करती है।

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

क्या इस सिद्धांत पर काम करना लाभदायक है?

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

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

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

सामान्य तौर पर, खेल, आपकी कक्षाओं के बीच एक सामान्य रेखा दिखाई देती है - गेमजैम, व्याख्यान, आप अभी भी सिखाते हैं ...

बहुत कम ही। साल में 10 घंटे, सबसे अच्छे तरीके से।

शिक्षा, शिक्षण में इतनी रुचि क्यों है?

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

उन सभी में से?

सभी का। कोई भी वर्ष। खैर, आप अभी भी कुछ याद है।

मास इफेक्ट पर आते हैं।

ठीक है, मास इफ़ेक्ट अच्छा है, मुझे भी अच्छा लगता है। और दूसरा हमारा ...

एफ: गॉथिक, शायद।

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


हां, हां, मैंने उसे देखा।

यदि हम कला के साथ एक समानांतर खींचते हैं, तो यह एक ऐसा "शून्य रूप" है, जैसा कि मालेविच का है - जब किसी गहरी प्रणाली की एक विशाल परत को न्यूनतम प्रयास से खिलाया जाता है।

Taikuns और सिमुलेटर एक डोमेन मॉडल है जिसमें हम अंतःक्रियात्मक रूप से कुछ करते हैं और परिणाम देखते हैं। यदि आप गहराई से देखते हैं, तो गेम बिना जोखिम के अनुभव प्राप्त करने का तरीका है। यही है, खेल प्रशिक्षण का सबसे प्राकृतिक रूप है। यहाँ पर हमारी एक कंपनी है जिसका नाम है लादेन .io। यदि विघटित हो जाता है, तो लैटिन से लुडस का अनुवाद दो तरीकों से किया जाता है - एक खेल और एक स्कूल। कॉलिजियम के पास ऐसे खंडहर हैं, उन्हें लुडस मैग्नस कहा जाता है। यह वह जगह है जहां ग्लेडियेटर्स ने अध्ययन किया, वे वहां खेले, लड़े, और इसलिए मैदान में लड़ाई के लिए तैयार हुए।

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

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

क्या हुआ वी.आर.

उसी सिद्धांत पर, पहली परियोजनाओं में वीआर पर ध्यान केंद्रित करने का विचार था?

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

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

E3 के बाद, यह तस्वीर सिर्फ इंटरनेट पर चली गई, कि प्रेस की तुलना में वीआर के लिए पहले से बहुत कम संदर्भ हैं।

खैर, दुर्भाग्य से, हाँ।

आपको क्या लगता है क्या हुआ?

अपने लिए एक आभासी वास्तविकता हेलमेट खरीदना चाहते हैं?

नहीं।

खैर यहाँ। यही हुआ है। लोग नहीं चाहते। इसलिए जैसे ही आप जागते हैं और महसूस करते हैं कि आप अपने लिए वीआर चाहते हैं, तो टिपिंग पॉइंट करीब है।

वे क्यों नहीं करना चाहते हैं? आखिरकार, सब कुछ बहुत अच्छा था। जब यह दिखाई दिया, तो सभी को खुशी हुई, सभी ने कहा, 5-10 वर्षों में यह हर जगह होगा, हम आम तौर पर रहने के लिए वहां चले जाएंगे।

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

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

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

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

यही है, आप मानते हैं कि वह दूर ले जाएगा, बस बाद में?

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

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

एक उत्कृष्ट उपयोग है, ऐसा लगता है, सर्गेई गैलेनकिन ने मुझे बताया। एक व्यक्ति ने एक फिल्म देखने के लिए एक हेलमेट खरीदा क्योंकि उसके चार बच्चे हैं। उपयोग मामला तुरंत स्पष्ट है।

क्या आभासी वास्तविकता के साथ काम करना मुश्किल था? तकनीकी तौर पर।

वीआर के साथ, प्रदर्शन के साथ बहुत बड़ी समस्याएं हैं, और मंच की आवश्यकताओं को अक्सर इसका समर्थन करना पड़ता है। हम अब अपने पुराने खेल - वीआरओबोट - के साथ प्लेस्टेशन वीआर पर हैं। वहां, उदाहरण के लिए, स्थिर 60 एफपीएस को बनाए रखना आवश्यक है। ओकुलस (मोबाइल सहित) पर आपको 75 एफपीएस का समर्थन करने की आवश्यकता है। यहां तक ​​कि अगर कुछ क्षणों में यह 20-30 फ्रेम से गिरता है - तो यह है। आपको गेम को ऑप्टिमाइज़ करना होगा ताकि वह गिर न जाए।

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

F: तो आप अनुकूलन के लिए एक अलग दोस्त है?

ठीक है, वह न केवल ऐसा करता है, बल्कि यह उसका मुख्य कौशल है। वे अभी भी डिमा के साथ मिलकर काम कर रहे हैं, जो वांछित प्रदर्शन संकेतक के लिए किसी भी 3 डी दृश्य को इकट्ठा कर सकते हैं। इसलिए, उनके साथ सब कुछ ठीक और अद्भुत था।

खेल के विकास में मशीन सीखने के बारे में

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

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

और उसके बाद ही दुनिया में सबसे प्रसिद्ध एआई शोधकर्ताओं में से एक बन गया।

क्या सच है: सीखें () अपने वास्तविक अनुभव को प्रदर्शित करें?

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

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

हम खेल में 50 के दशक से मशीन सीखने के विकास के कालक्रम को दिखाना चाहते थे, पहली परसेप्ट्रान से और आधुनिक सेल्फ ड्राइविंग कारों के साथ, सभी प्रकार के कैप्सूल नेटवर्क और इतने पर।

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

खेल के कुछ संस्करणों में हमारे पास एक वर्ष भी था। कई कारणों से, हमने इसे हटा दिया, शायद हम वापस आ जाएंगे। लेकिन व्यक्ति रास्ता तय करता है - खेल शुरू करता है, परसेप्ट्रॉन के साथ कई quests से गुजरता है, इस पर कुछ पैसे कमाता है।

हर साल, कुछ दिलचस्प था। यह या तो प्रौद्योगिकी के भविष्य के विकास से इनकार किया गया था, या, इसके विपरीत, पुष्टि की गई थी।



आप प्रत्येक ब्लॉक पर क्लिक कर सकते हैं, यह देख सकते हैं कि यह गेम में कैसे काम करता है, वास्तविक जीवन में कैसे काम करता है।

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

एक टीम में, क्या लोगों ने मशीन सीखने से पहले किया था?

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

और उनके बारे में बताएं, कि उन्होंने पहले किस टीम में काम किया था?

हां, उन्होंने इसे किसी तरह एकत्र किया है। जब विचार आया, तो मैंने दोस्तों, दोस्तों और छात्रों से एक टीम उठाई।

F: क्या आपने एमएल विशेषज्ञों को उठाया?

हां, लेकिन हमारे पास सभी युवा लोग हैं, उनके पास मशीन सीखने का 20 साल का अनुभव नहीं है। हर कोई कम से कम कई बार काग्ले में खेलता था, उन्होंने कुछ समस्याओं को हल किया। कई लोग पहले ही संस्थान में इसे पारित कर चुके हैं।

F: और वे एक खेल बना दिया। लेकिन गेम डेवलपमेंट मशीन लर्निंग नहीं है, है ना? यही है, वे फुलस्टैक हैं - वैज्ञानिक और उत्पाद डेवलपर्स सभी एक में लुढ़के।

खैर, आप कैसे जवाब देते हैं। ये ऐसे लोग हैं जो मशीन लर्निंग को समझते हैं और समझते हैं कि यह कैसे काम करता है। और वे एकता पर एक गेम विकसित करते हैं, गेम कोड लिखते हैं, टाइपसेट इंटरफेस, और इसी तरह।

बस कुछ प्रकार के quests के साथ आने के लिए और इसे कालक्रम में डाल दें आपको संदर्भ को समझने की आवश्यकता है। लेकिन जाहिर है कि उन्होंने प्रत्येक खोज के लिए ipython नोटबुक शुरू नहीं की।

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

एफ: एमएल और गेम देव ने हाल ही में ओवरलैप करना शुरू किया। उदाहरण के लिए, मेरे पास मशीन लर्निंग वाला गेम है। कौन सा ढेर उपयुक्त है?

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

पुस्तकालयों की एक संख्या है, अन्य क्षेत्रों के लिए समान है, तंत्रिका नेटवर्क के लिए प्लस फ्रेमवर्क।

मोबाइल प्रौद्योगिकियों में, वे अक्सर Apple के CoreML का उपयोग करते हैं, जो आपको सीधे GPU पर डिवाइस की गणना करने की अनुमति देता है। हम मॉडल लेते हैं, इसे उसी TensorFlow में या Yandex CatBoost में प्रशिक्षित करते हैं, इसे एक विशेष फ़ाइल में पैक करते हैं - और अब इसे पहले से ही सीधे iPhone पर GPU पर लॉन्च किया जा सकता है और हमें परिणामी भविष्यवाणी हमें वापस मिल जाएगी।

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

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

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

और क्या खेल के डिजाइन के केंद्र में डेटासेट का संग्रह खड़ा हो सकता है?

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

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

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

क्या AIDraw में यह समस्या थी?

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

F: मान लीजिए कि आपने एक गेम की कल्पना की है जो किसी भी तरह एमएल का उपयोग करेगा, और विकास प्रक्रिया में आप समझते हैं कि आपने यह कल्पना की थी कि यह कैसे काम नहीं करेगा, लेकिन यह पूरी तरह से कुछ अलग करता है। क्या आपके पास कभी ऐसे मामले आए हैं?

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



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

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

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

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

F: उसके योगदान को महसूस नहीं करता है?

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

यदि किसी खिलाड़ी को केवल दाईं ओर फिर से बनाया जा रहा है, तो मशीन को बाईं ओर फिर से नहीं बनाया जा सकता है, क्योंकि उसने इसे इस तरह नहीं सिखाया है। यह तुरंत इंटरैक्टिव हो गया। तो, कुछ और पुनरावृत्तियों, और कुछ काम कर सकता है,

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

F: यही है, आप इस तथ्य पर बिछा रहे हैं कि आपको एक प्रोटोटाइप बनाना है, देखें कि यह कैसे व्यवहार करता है और अनिवार्य रूप से इसे फिर से करता है?

बेशक, हाँ।

F: लेकिन यह विकास के लिए गैर-मानक है। यह सुविधा एमएल है, है ना?

आप हाँ कह सकते हैं। क्योंकि अन्य क्षेत्रों और खेलों में हम मोटे तौर पर भविष्यवाणी कर सकते हैं। यह पहला साल नहीं है जब हम ऐसा कर रहे हैं, इसलिए हम समझते हैं कि खिलाड़ी क्या करेगा, वह किस तरह की भावना का अनुभव करेगा।

हमारा भविष्य कहनेवाला आधार, जिसे हम ध्यान में रखते हैं, यह इस कार्य का सामना करता है।
लेकिन एमएल अभी भी नकल नहीं कर रहा है।