समाप्त करना आसान बनाएं: जॉन रोमेरो, डूम के डेवलपर के साथ साक्षात्कार

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


→ रूसी में पाठ और वीडियो



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

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

जोन्ह रोमेरो - गेम एंड लेवल डिज़ाइनर, प्रोग्रामर, गेम निर्माता "रोमेरो गेम्स", "सॉफ्टवेयर" के सह-संस्थापक

1991 में एक असेंबली लैंग्वेज में कोड आधे की तरह लिखा गया था। मैंने अभी C में प्रोग्रामिंग शुरू की थी, इसलिए मैं C. में बिल्कुल नई प्रोग्रामिंग कर रहा था। इसलिए C ... Aah में 10 साल अधिक प्रोग्रामिंग खर्च करने के बाद वापस आया। यह भयानक है।

और समय के साथ कौन से उन्मूलन पैरामीटर बदलते हैं और कौन से नहीं हैं?

खैर, पूरे वातावरण की तरह जो कोड में चलता था, पूरी तरह से अलग था। इसलिए 1991 में कोड डॉस में चला गया, और 2001 में कोड विंडोज में चल रहा था।

तो यह एक नए मंच पर एक समय था, मुझे लगता है?

एकदम नया मंच, हाँ।

क्या आप अपने स्वयं के कोड की समीक्षा करते समय मुख्य मानदंडों को विभाजित कर सकते हैं जिन्हें आपको अपने कॉलम में लेना चाहिए?

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

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

आप वास्तव में खेल बनाना चाहते हैं। 'क्योंकि खेल खत्म करना कठिन है। और यह है ...

इसे शुरू करना आसान है और खत्म करना असंभव है।

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

मैंने सुना है कि डेवलपर्स में पहले की तुलना में अधिक नरम कौशल होना चाहिए। क्या यह सच है?

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

संवाद करें ...

हाँ ...

क्या आपके पास कुछ पेशेवर वजन है?

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

हाँ। लोग कमरा चाहते हैं, और केवल संदेशवाहकों के माध्यम से संवाद करते हैं।

हाँ। अगर उनके पास हेडफोन हैं।

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

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

सप्ताह से मिलते हैं!

हाँ। ऐसा कुछ नहीं है। यह होना चाहिए "मैं ऐसा करने जा रहा हूँ और मैं इसे इस तरह से करने जा रहा हूँ। क्या यह ठीक है? ”

इसलिए विकास के हर चरण पर संचार मुख्य है।

हां।

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

खैर, आज के इंजनों में एक स्तर बनाने में एक टन का समय लगता है।

हाँ।

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

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

ठीक है, आप कर सकते हैं, लेकिन यह वास्तव में लंबा समय लगता है। जैसे वहाँ ... YouTube पर एक महान उदाहरण है। यदि आप अवास्तविक (प्राइमरी अनरेल्वेडीन) का उपयोग कर रहे हैं और आप सीखना चाहते हैं कि पाइप लाइन क्या है तो आप एक स्तर बना सकते हैं और आप इसे खुद से करना चाहते हैं - एक ट्यूटोरियल है ... एक आदमी (मूल्य?) ... मुझे लगता है कि यह 30 मिनट का है? ट्यूटोरियल और वह दिखाता है कि उसने 10 घंटे में दालान कैसे बनाया। और उसने यह किया ...

दस घंटे ... यह कुछ भी नहीं है?

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

और आपको क्या लगता है कि डेवलपर के लिए gamedev में जाना सबसे अच्छी रणनीति है।

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

तुम्हें पता है, कुछ लोग कहते हैं कि प्रोग्रामर जो फ्रेमवर्क का उपयोग करते हैं, उनके पास यह समझने के लिए भी कोई सुराग नहीं है कि क्या, कैसे ... यह अंदर कैसे काम करता है? क्या यह आज सच में मायने रखता है? समझने के लिए कि अंदर क्या है? या रूपरेखा ठीक है?

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

लचीलेपन की बात। यदि आप समझते हैं तो आप फ्रेमवर्क को संयोजित कर सकते हैं ...

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

यह हो सकता है ...

- इसे भूल जाओ। आपको नौकरी करने की आवश्यकता है। हाँ, आपको एक सलाहकार की आवश्यकता है ...

इसे हल करने के लिए

... अंदर आने के लिए और सब कुछ सीधा करने के लिए।

Agile में एक और बात ... किताबों और लेखों में gamedev रोमांटिक और अप्रत्याशितता से भरा है। यह वही है जो हमें एजाइल के लिए चाहिए। चंचल और शायद कुछ अन्य दृष्टिकोण।
केवल चंचल।

केवल चुस्त?

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

तो एजाइल से नहीं ... आपको यह समझने की आवश्यकता है कि यह कैसे काम करता है और अन्य दृष्टिकोणों के साथ संयोजन कर सकता है।

हाँ।

क्या आप तुलना कर सकते हैं कि गेम स्टूडियो में काम की प्रक्रियाएँ कैसे आयोजित की जाती हैं, अब और 1990-एस या 2000-एस में वापस?

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

हाँ-हाँ। इतना

'क्योंकि वे शायद उसी कमरे में हैं।

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

वास्तव में। तो यह इसके लायक नहीं है। यह 1990 में वापस वही बात है। आप की तरह ... मंच के कारण आप क्या बदल रहे हैं, लेकिन आप कैसे इस पर चर्चा करते हैं और इसे विकसित करते हैं। क्या आप जानते हैं? डिजाइन जो आप इसमें डालते हैं वह आजकल अलग है, 'कारण डिजाइन भाषा 1980 के दशक से विकसित है। तो आप जो डिजाइन कर रहे हैं वह अलग है, लेकिन जिस तरह से आप चीजों का निर्माण करते हैं वह बहुत समान है।

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

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

तो अब गेम डिजाइन पहले है। मुख्य मोर्चे में।

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

TechTrain पर वापस आ रहा है। ट्रेन ड्राइव खेल उद्योग कहां है?

अच्छा, उम ... मैं कहूंगा, आप जानते हैं, संवर्धित वास्तविकता गेमिंग (एआर) में वास्तव में रोमांचक नया खंड है। यह एक अच्छा नया क्षेत्र है, आप जानते हैं। वहाँ पैसा है ... वीआर में उतना पैसा नहीं था, जब हर कोई अपना पैसा वीआर में फेंक रहा था ...

लेकिन वीआर बाहर नहीं रहता है।

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

यह सिर्फ एक दिन का खिलौना है।

हाँ।

क्या आपके पास संवर्धित वास्तविकता या वीआर गेम का अनुभव है?

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

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

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

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

वैसे सिगिल स्मार्टफोन पर है। हम पहले से ही सिगिल पर चल रहे हैं ... बहुत सारी चीजें। मुझे बहुत से अनुमान हैं ... आप जानते हैं, इंस्टाग्राम और ट्विटर में बहुत सारे डिवाइस हैं जो सिगिल चल रहे हैं। लोग इसके स्क्रीनशॉट भेजते हैं।

लेकिन उन्होंने इसे अपने जैसा बनाया? स्मार्टफोन के लिए कोई उत्पाद नहीं है?

वहाँ ... खैर, Android के लिए वहाँ है। तो बस आप Doom कि mods चलाता है प्राप्त कर सकते हैं। बस, उम्म ... तुम एक Xbox पर सिगिल खेल सकते हैं। आप automechs का उपयोग कर सकते हैं जो एक ओपनसोर्स डूम की तरह है जो मॉड्स को चलाएगा और आप सिगिल को अपने Xbox पर रख सकते हैं, और आप सिगिल को इस पर चला सकते हैं।

हाँ। लेकिन क्या आपने कभी कयामत ब्रह्मांड में एक लड़ाई रॉयल गेम करने के बारे में कल्पना की है? शायद Fortnite की तरह कुछ?

मुझे लगता है कि यह अच्छा होगा, आप जानते हैं? मैं ऐसा नहीं करेगा। लेकिन मुझे लगता है कि यह वास्तव में होगा ... मैं करूंगा ... मैं इसे खेलूंगा अगर कोई और ऐसा करेगा।

अच्छा विचार है!

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

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

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

लेकिन अब यह रणनीति की तरह लगता है ... रणनीति के खेल पहले की तरह लोकप्रिय नहीं हैं। तो कुछ शैलियों मैं गायब हो जाएगा लगता है।

ओह यह गायब नहीं होने वाला है।

है ना?

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

हाँ, मुझे यह विचार था ...

और वह 199 ... 8 से एक खेल है? मुझे लगता है?

हाँ।

आपको पता है। और यह एक रणनीति का खेल है।

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

हां। वह दूर नहीं जा रहा है। छोटा RTS मेरा मतलब है। फिर भी Civ (सभ्यता), आप जानते हैं। सभी की तरह ... वहाँ सब है कि सामान अभी भी चारों ओर है अगर वे उन्हें बनाते रहते हैं।

एक सफल खेल बनाने के लिए आपकी कुंजी क्या है? क्या यहां शीर्ष प्रौद्योगिकी मामलों का उपयोग किया जा रहा है?

खैर, इससे मदद मिलती है। वास्तव में अच्छी तकनीक मदद करती है। लेकिन वास्तव में एक अद्भुत गेम डिज़ाइन है, जिससे लोग खेल रहे हैं।

खेल डिजाइन, हाँ ...

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

आपके पसंदीदा खेल विकास उपकरण क्या हैं? अभी और सभी करियर के लिए? खेल बनाने के लिए सर्वश्रेष्ठ उपकरण।

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

तो यह मूल रूप से हमारे सभी डेटा के लिए हमारे सभी डॉक्स और Google शीट के लिए Google सामग्री, Google प्रस्तुतियाँ हैं, आप जानते हैं? खेल के लिए ... खेल ... यह कोई फर्क नहीं पड़ता कि लूट सिस्टम या जो भी हो ...

मुझे लगता है कि हर कोई जानना चाहता है। जॉन रोमेरो के अनुसार गेम खेलने के लिए सबसे ऊपर क्या है?

हिटमैन 2।

हिटमैन? क्या यह ...

हिटमैन 2।

यह मेरे पसंदीदा खेलों में से एक है।

यकीन नहीं होता।

और जब आपने कुछ लोगों के बारे में कहा है, जो गेम के लिए मुश्किल हैं, तो मैंने हिटमैन के बारे में सोचा।

हाँ!

क्योंकि यह मिल गया है यह छोटा सा आला है जो चाहता है ...

Yepp! उन सभी चुनौतियों।

... शीर्ष पर कठिनाई स्तर बनाने के लिए।

महारत और चुनौतियां, और वह सब सामान।

मुझे यह पसंद है।

यह बहुत अच्छा है!

हाँ-हाँ। मैंने सभी हिटमैन को पास किया।

अच्छा लगा।

हाँ ...

हाँ। मैंने पिछले सभी को पीटा है, लेकिन उन्होंने 2016 में इसे फिर से आविष्कार किया, उन्होंने पूरी तरह से ... बस सबसे अच्छा डिजाइन बनाया।

हाँ।

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

तुम्हें पता है कि, कुछ खेल आज वे एक अच्छे खेल थे, लेकिन काम के बाद उन्हें खेलने के लिए बहुत जटिल हैं।

हाँ।

आप समझने के लिए बहुत ऊब गए हैं ...

हाँ, आप खेलना चाहते हैं ...

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

हाँ-हाँ। आप "क्या मुझे वास्तव में इसमें वापस आना है?" लेकिन मेरा मतलब है ... Warcraft की दुनिया भी ऐसी ही है।

हाँ।

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

और हिटमैन भी अल्पावधि है।

हाँ! अरे हाँ! खासकर अगर आप हिटमैन को जानते हैं और आप "मैं सिर्फ एक चुनौती चाहता हूं।" नहीं?

जी हां ...

आप पूरे मिशन को हरा करने की जरूरत नहीं है

आप कुछ घंटों में समायोजित कर सकते हैं। तो आपका शीर्ष खेल हिटमैन, घोस्ट रिकॉन और ... तीसरा शायद हो सकता है?

एक इंडी खेल मूल रूप से। वहाँ इंडी खेल के टन कर रहे हैं।

ठीक है, फिर हमारे पास पेशेवर डेवलपरों का एक समूह है, जो हमारे यहां एक दर्शक के रूप में है।

ठीक है।

कृपया कैमरे को देखें और अपनी प्रेरणा साझा करें।

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

अच्छी सलाह उन लोगों के लिए भी ठीक होगी जो खेल विकास में प्रवेश करना चाहते हैं।

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

रूसी विकिपीडिया में आपका नाम जॉन रोमेरो है। लेकिन मैंने पढ़ा है कि आपका पहला नाम अल्फोंस है।

अल्फांसो, हाँ।

तो आप जॉन नाम का अनुसरण क्यों करते हैं?

क्योंकि मेरे घर में मेरे पिताजी का नाम अल्फोंसो अस्वेल था, और इसलिए यदि आपने कहा "अल!" हम दोनों जवाब दे रहे थे, इसलिए हमने फैसला किया ... मेरी माँ ने मुझे जॉन कहने का फैसला किया, क्योंकि मेरे पिताजी पहले से ही अल थे। इसलिए मैं जॉन को जानता हूं।

ठीक है, इसलिए यह बचपन से है।

यह है, हाँ, बचपन से। तो मेरी मम्मी ने मुझे जॉनी कहा।

साक्षात्कार के लिए धन्यवाद! मुझे रूस में आपको फिर से देखकर खुशी होगी

कूल! मैं आपको फिर से TechTrains पर देखूंगा।

टेकट्रेन पर और रूड्स टीम के हमारे कार्यालय में भी।

महान।

आपका बहुत-बहुत धन्यवाद।

हाँ, धन्यवाद!

आपका धन्यवाद।

PS रोमेरो से अंतिम सलाह।

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