सरलीकृत और कट आउट द नीड: इंटरव्यू जॉन रोमेरो, डूम के निर्माता

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


→ यहां पाठ और वीडियो का अंग्रेजी संस्करण

निकिता त्सापलिन - RUVDS के संस्थापक

एक साक्षात्कार में, आपने कहा कि 2001 में मैं 1991 में लिखे गए पुराने कोड को देख रहा था और इसके लिए कोई व्यावहारिक उपयोग नहीं पाया। लेकिन कुछ समय बाद, दो हजार में लिखे कोड पर लौटते हुए, आपने इसे "बुरा नहीं है" कहा। आप कोड गुणवत्ता को कैसे ट्रैक करते हैं?

जॉन रोमेरो - प्रोग्रामर, डिज़ाइनर और आईडी सॉफ्टवेयर के सह-संस्थापक

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

मुझे बताएं, समय के साथ चयन मानदंड कैसे बदल गए? जो अपरिवर्तित रहे?

जिस वातावरण में कोड निष्पादित किया गया था वह पूरी तरह से बदल गया है। 1991 में DOS में लिखा गया था, और 2001 के कोड ने विंडोज पर काम किया।

तो यह एक प्लेटफ़ॉर्म अपग्रेड के कारण था?

एकदम नया माहौल। हां।

क्या आप उन मुख्य मानदंडों के बारे में बात कर सकते हैं जिनके द्वारा आप अपने कोड का मूल्यांकन करते हैं?

मुख्य मानदंड - क्या कोड को पढ़ना आसान है? यह बहुत महत्वपूर्ण है।

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

गेमिंग उद्योग में शामिल होने के लिए एक डेवलपर के पास क्या कौशल होना चाहिए?

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

मैंने सुना है कि डेवलपर्स को अब "सॉफ्ट स्किल्स" को मास्टर करने की आवश्यकता है? क्या यह सच है?

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

इंटरेक्ट करती है?

हां।

क्या आपको इसके साथ बहुत अनुभव है?

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

हां, लोग अंतरिक्ष चाहते हैं और दूतों के माध्यम से संवाद करते हैं।

खासकर यदि आप हेडफ़ोन पहनते हैं, तो हाँ।

आपको लगता है कि कौन से सॉफ्ट स्किल सबसे महत्वपूर्ण हैं?

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

इसलिए संचार सबसे महत्वपूर्ण चीजों में से एक है जो आप कर सकते हैं। हर किसी को पता होना चाहिए कि उसे कैसे और क्या करना चाहिए। यहां तक ​​कि अगर आपने किसी विशेष टुकड़े पर काम किया है, तो सबसे महत्वपूर्ण हिस्सा यह है कि आप इसे कैसे प्रस्तुत करते हैं। बस नहीं, "ठीक है, मैं करूँगा ..." यह कहना अधिक सही होगा: “मैं इसे और इस तरह से करूंगा। क्या आप सहमत हैं? ”

तो - विकास के हर चरण में सबसे महत्वपूर्ण हिस्सा संचार है?

हां।

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

यह सच है। आधुनिक इंजनों को एक स्तर बनाने में बहुत समय लगेगा।

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

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

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

आपको क्या लगता है कि डेवलपर्स को करियर शुरू करने के लिए क्या करना चाहिए?

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

कुछ का कहना है कि ऑफ-द-शेल्फ फ्रेमवर्क का उपयोग करने वाले प्रोग्रामर को कोई पता नहीं है कि यह आंतरिक रूप से कैसे काम करता है। क्या इससे कोई फर्क पड़ता है? समझें कि फ्रेमवर्क कैसे काम करता है?

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

लचीलेपन का मामला। आखिरकार, आप फ्रेमवर्क को जोड़ सकते हैं यदि आप जानते हैं कि कैसे।

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

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

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

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

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

संक्षेप में - क्या आपको यह समझने की आवश्यकता है कि प्रक्रियाएं कैसे काम करती हैं और विभिन्न दृष्टिकोणों को जोड़ती हैं?

हां।

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

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

मेरी कंपनी RUVDS में एक छोटी टीम भी काम करती है, और हमें लगातार औपचारिक संचार की आवश्यकता नहीं है।

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

क्या ऐसी चीजें हैं जो समय के साथ गेम विकसित करने के लिए आसान या कठिन हो जाती हैं? और क्यों?

कई उपयोगी उपकरण हैं जो गेम बनाना आसान बनाते हैं। एक अच्छा डिज़ाइन लिखना कठिन हो जाता है। एक खेल के लिए एक अच्छा विचार आना मुश्किल है। आपके पास खेल में सबसे अच्छा प्रोग्रामर हो सकता है जो घृणित खेल लिखेगा और कोई भी इसे नहीं खेलेगा। प्रोग्रामर का कौशल इस पर प्रभाव नहीं डालता है।

तो गेम डिजाइन पहले आता है?

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

TechTrain पर वापस आ रहा है। यह ट्रेन गेमिंग उद्योग को कहां ले जाती है?

मैं कहूंगा कि ऑगमेंटेड रियलिटी (AR) गेम्स बहुत ही प्रेरणादायक सेगमेंट हैं। यह विचार के लिए एक नया स्थान है और बहुत सारा पैसा है। जब सभी ने इसमें निवेश किया था, लेकिन वीआर उतना नहीं था, लेकिन ...

लेकिन वीआर लंबे समय तक नहीं चला।

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

क्या आपने वास्तविकता या VR विकास का अनुभव बढ़ाया है?

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

ऐसा लगता है कि हर कोई जानता है कि तकनीक कितनी नई है, लेकिन वे इसे समझने के लिए पर्याप्त नहीं हैं कि इसका उपयोग कैसे करें।

वास्तव में, उसके लिए एक एपीआई पहले से ही बनाया गया है। Apple ने AR किट विकसित किया है, और यह ठीक है। उन्होंने वीआर के लिए एक समान पैकेज नहीं बनाया - होशपूर्वक। उन्होंने इसे एआर के लिए विकसित किया क्योंकि वे जानते हैं कि यह काम करेगा। स्विफ्ट 5 के साथ जोड़े गए एआर का उपयोग करने से बहुत सारे शांत सामान हो सकते हैं।

मोबाइल गेम्स से आप क्या समझते हैं?

खैर, सिगिल स्मार्टफोन पर जारी किया गया है।


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

लेकिन ... क्या उन्होंने इसे अपने दम पर बनाना खत्म कर दिया? सिगिल का उत्पादन स्मार्टफ़ोन के लिए किया गया था?

खैर ... यह एंड्रॉइड प्लेटफॉर्म पर जारी किया गया था। आप Doom सपोर्टिंग मॉड डाउनलोड कर सकते हैं। सिगिल को Xbox पर भी खेला जा सकता है। आप Automechs का उपयोग कर सकते हैं - यह खुला स्रोत और संशोधनों के लिए समर्थन के साथ कयामत है, फिर आप Xbox पर सिगिल स्थापित कर सकते हैं और इसे शांति से खेल सकते हैं।

ठीक है। क्या आपने कभी डूम ब्रह्मांड में बैटल-रॉयल गेम जारी करने के बारे में सोचा है? Fortnite जैसा कुछ?

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



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

हाँ।

और लोग खोदते समय आप पर गोली चलाते हैं! और आप आइटम इकट्ठा करने के लिए मेरा करने की जरूरत है!

हाँ! अच्छी तुलना! आपको क्या लगता है कि भविष्य में कौन सी गेम विधा पुरानी होगी?

वर्तमान में उनमें से कोई नहीं। मेरा मतलब है, केवल शैली छोड़ दिया पाठ quests है, लेकिन अभी भी साहसिक खेल हैं। उदाहरण के लिए, साधारण quests रहस्यमय साहसिक खेलों में विकसित हुई, और एक ही समय में आकस्मिक खेलों की एक बड़ी संख्या। जहां भी गेम बेचे जाते हैं, विशेषकर मोबाइल फोन पर, आप विभिन्न प्रकार की शैलियों को देख सकते हैं। और जो लोग मानते हैं कि quests, या कुछ और, हमेशा के लिए छोड़ दिया है, 90 या 2000 के दशक में वापस - उन्हें बस सभी साहसिक खेलों को देखने के लिए दूसरी तरफ "डिस्क रैक" पर जाने की आवश्यकता है। इस तरह के खेल उन महिलाओं को खूबसूरती से बेचते हैं जो बड़ी हैं, और वे उन्हें पसंद करती हैं। खेल बाजार अब 18 से 25 वर्ष या 35 वर्ष की आयु तक असीमित है। वह हर जगह है।

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

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

मेरी पसंदीदा रणनीतियों में से एक। हां।

हां। वे कहीं नहीं गए। RTSki, अर्थ में। वही सभ्यता। ये सभी खेल आसपास हैं, जबकि इनका विकास जारी है।

एक सफल गेम बनाने का रहस्य क्या है? नवीनतम तकनीक का उपयोग करता है?

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

खेलों के लिए आपके पसंदीदा विकास उपकरण या समाधान क्या हैं? फिलहाल, और आपके पूरे करियर के लिए?

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

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

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

मुझे लगता है कि हर कोई जानना चाहेगा ... जॉन रोमेरो खुद किस तरह के खेल की सिफारिश करेंगे?

हिटमैन 2।

हिटमैन? सच?

हिटमैन 2।

मेरे पसंदीदा खेलों में से एक!

बहुत खूब।

और जब आपने कट्टर खिलाड़ियों के बारे में बात की, जो खेल को चुनौती देना चाहते हैं, तो मैंने हिटमैन के बारे में सोचा!

हाँ!

चूँकि उसके पास अपने मनचलों की नज़ाकत है, कि ...

हाँ। ये चुनौतियां

... कठिन स्तरों पर अधिकतम अंक ज्ञात करें।

शिल्प कौशल और पागल चुनौतियां।

मैं उन्हें निहारता हूं।

बहुत बढ़िया।

हाँ, हाँ। मैं सभी हिस्सों से गुज़रा।

क्लास!

हां, मैं पिछले सभी हिस्सों से गुजरा, लेकिन उन्होंने 2016 में खेल को फिर से जारी किया और बिल्कुल बनाया ... दुनिया में सबसे अच्छा डिजाइन।

हाँ।

मैं घोस्ट रिकॉन: ब्रेकपॉइंट की रिलीज का इंतजार कर रहा हूं। दृढ़ता से। और सही ... मैं इंतजार नहीं कर सकता। यह कमाल होगा। मुझे घोस्ट रिकॉन से प्यार है। मुझे मूल खेल से प्यार है, GRAW का प्रशंसक नहीं है, लेकिन मुझे पता है कि ... मैं एक नया हिस्सा खेलने में कामयाब रहा, और अब मैं रिलीज का इंतजार नहीं कर सकता।

तुम्हें पता है, महान खेल अब बाहर आ रहे हैं, लेकिन उनमें से कुछ को काम के बाद बहुत समय लगता है।

हां।

तुम समझने के लिए बहुत थक गए हो।

हां, मैं खेलना चाहता हूं ...

इन सभी यांत्रिकी ...

हाँ, हाँ। जैसे "क्या मुझे फिर से सब कुछ याद रखने की ज़रूरत है?" लेकिन ... वही विश्व Warcraft के समान था। , , , , , , - — . — . , . , Firewatch .

-…

, . …

Hitman .

, ! …

, — « ». क्या यह नहीं है?

…

.

. - Hitman, Ghost Recon … ?

-. .

.

सब ठीक है।

, , .

, … ?.. Pacman , . , , 1980- , .

1980- « », - , .



Pacman . , , , . , .

.

, . - . , . , .

. — .

, .

?

, , «!» — . , . , .

, .

, . .

! .

! TechTrain.

TechTrain RUVDS!

बहुत बढ़िया!

!

, !

PS और जॉन रोमेरो से अंतिम टिप:

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