परिचय

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

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


हाल के वर्षों में, क्लासिक खेलों के पूर्वव्यापी दर्शकों ने लोकप्रियता हासिल की है, लेकिन क्लासिक igrobuilding टूल पर लगभग कोई ध्यान नहीं दिया गया है। लेखों की इस श्रृंखला में, हम इस अंतर को भरने की कोशिश करेंगे: हम उद्योग-महत्वपूर्ण लोगों का साक्षात्कार करेंगे और उनसे इस बारे में बात करने के लिए कहेंगे कि इन क्लासिक गेम टूल्स को कैसे विकसित किया गया था।

इस लेख में, मुझे जॉन रोमेरो रोमेरो के साथ टीएडी के बारे में बात करने के लिए सम्मानित किया गया था, जो आईडी सॉफ्टवेयर द्वारा बनाई गई टाइल संपादक थी, जिसने 33 गेम जारी करने में मदद की।

स्तर के संपादक के साथ पहली बैठक

डेविड लाइटबोन : हैलो, जॉन। मेरे साथ चैट करने के लिए समय निकालने के लिए धन्यवाद!

जॉन रोमेरो : कोई बात नहीं!

डीएल : इससे पहले कि हम टीएडी पर चर्चा करें, मैं एक कदम पीछे हटना चाहता हूं: 80 के दशक की शुरुआत में, बहुत कम स्तर के संपादक थे जो खेल के साथ आए थे। ऑनरिंग द कोड से अपने साक्षात्कार में, आपने कहा कि पेगासस से इलाके का जनरेटर ] [ आपके द्वारा प्रयोग किए गए पहले स्तर के संपादकों में से एक था। क्या आप इस अनुभव के बारे में बात कर सकते हैं?
जेआर : पहली बार मैंने पेगासस को देखा [] सिएरा कॉलेज में, एप्पल के साथ कार्यालय में। यह Apple पर देखे गए पहले कार्यक्रमों में से एक था। जब मैंने इसे खेला, तो मैंने देखा कि इलाके को उत्पन्न करने का एक विकल्प है। मैंने सोचा: यह बहुत अच्छा है कि डेवलपर्स ने गेमप्ले उत्पन्न करने के लिए ऐसा उपकरण बनाया है।

अब यह सोचना मज़ेदार है कि मॉड बनाने के लिए यह पहले खेलों में से एक था। मैं हूं
पहली बार मैंने ऐसा कुछ देखा, और सोचा कि यह अद्भुत है। यह मज़ेदार है, लेकिन मैंने कभी नहीं सोचा: "अरे, अन्य खेलों में ऐसा क्यों नहीं है?", मुझे सिर्फ खेलों से यह उम्मीद नहीं थी!

टीएचडी, टाइल संपादक

JL : ठीक है, चलो TEd के बारे में बात करते हैं।

[जब हम बात कर रहे थे, मैंने दो डॉसबॉक्स लॉन्च किए ताकि मैं टीएचडी और डीलक्स पेंट देख सकूं]



पहली बात जो मैं बात करना चाहता हूं, वह टीएचडी स्क्रीनसेवर है। यह टाइल मैप्स के लिए डीलक्स पेंट कहता है। जो कोई भी आईडी सॉफ्टवेयर के इतिहास के बारे में थोड़ा जानता है वह जानता है कि एड्रियन कार्मैक ने डिलक्स पेंट ...

JR : इसका उपयोग संपूर्ण गेमिंग उद्योग द्वारा किया गया था।

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

जेआर : आईडी सॉफ्टवेयर से पहले, मैंने पीसी के लिए सॉफ्टडिस्क में कई उपकरण लिखे। मैंने Pixel Puzzle मेकर लिखा, जो Pixel Puzzler नामक Softdisk का एक पहेली उपकरण है। मैंने पिक्सेल पहेली निर्माता के लिए एक ड्रॉप-डाउन मेनू लिखा, और फिर इसमें कुछ बदलाव किए। ऐसा लगता है कि मैंने सोफ्टडिस्क में पीसी के लिए अन्य उपकरण लिखे थे, और जब मैं आईडी पर काम कर रहा था, तो ऐसा लगता है कि मैंने एक और बनाया, क्योंकि ड्रॉप-डाउन मेनू के साथ इस प्रणाली को बनाना बहुत आसान था।

यह डिलक्स पेंट पर आधारित नहीं था, क्योंकि मैंने कभी डिलक्स पेंट का इस्तेमाल नहीं किया था, लेकिन मुझे लगा कि ड्रॉप-डाउन मेनू के साथ काम करना बहुत आसान है, जबकि हॉट कीज़ का एक पूरा गुच्छा ... हालांकि हमारे पास बहुत सी हॉट कीज़ भी थीं!



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

जेआर : [हंसते हुए] वाह। क्या मैं इसके साथ आया था?

JL : हाँ! यहाँ, देखो, मैं चौकों में भर गया, "यू" पर क्लिक किया और रद्द कर दिया ...

[मैं कुछ टाइल खींचता हूं और फिर पिछली कार्रवाई को पूर्ववत करने के लिए "यू" दबाता हूं]

जेआर : [हंसते हुए] प्यारा।

ओह, और वैसे, आपने इसे डॉसबॉक्स में लॉन्च किया, और यदि आप स्क्रीन को स्क्रॉल करते हैं, तो यह उस तरह की तुलना में बहुत धीमा होगा कि उन दिनों में 386 पर सब कुछ कैसे काम करता था। कार्यक्रम ने सिर्फ उड़ान भरी।

जेएल : वाक़ई? मजाक नहीं करते?

JR : किसी कारण से, DOSBox इसे बहुत धीमा कर देती है। ईजीए-स्क्रॉलिंग लैच मोड का उपयोग करता है, जो उस समय बहुत तेज था, आपको बस चाबियों को छूना था, अन्यथा आप हर चीज को स्क्रॉल करेंगे। तो अब आपको एक बहुत ही धीमा संस्करण दिखाई देता है।

[लेखक का ध्यान दें: जॉन ने स्टैकएक्सचेंज पर लाच मोड का उपयोग करके ईजीए स्क्रॉलिंग के बारे में बात की: http://gamedev.stackexchange.com/questions/6488/how-did-they-make-the-screen-move-in-dangerous-dave ]

DL : ठीक है, तो आपने कहा कि TEd में बहुत सारे हॉटकी थे। टीईडी का उपयोग करते समय, आपको अक्सर इस तरह के टूल का उपयोग करने के तरीके को समझने के लिए एक मदद फ़ाइल को पढ़ना पड़ता था।

JR : हाँ, बिल्कुल। मुझे लगता है कि कुछ अभी भी वर्डस्टार को याद करते हैं, जो कि हॉटकीज़ का एक बुरा सपना था।

जेएल : [हंसते हुए]

जेआर : उन दिनों में, हम अल्टिमा खेलते थे, और अल्टिमा ने कीबोर्ड के हर अक्षर का उपयोग किया था, इसलिए चीजों को याद रखना आसान था।




[लेखक का ध्यान दें: मैंने अल्टिमा 1 के लिए मैनुअल का पता लगाया, और जॉन बिल्कुल सही निकला ... कीबोर्ड पर लगभग हर कुंजी के साथ एक क्रिया जुड़ी हुई थी!]

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

JR : हाँ।



[लेखक का ध्यान दें: इस साक्षात्कार के बाद, जॉन ने मेरे द्वारा बनाए गए मच सिक्स गेम के लिए एक ग्राफ पेपर पर एक ग्राफिक भेजा। आप इस पर गामासूत्र लेख भी पढ़ सकते हैं कि निंटेंडो ने एनईएस पर पहला ज़ेल्डा स्तर विकसित करने के लिए ग्राफ पेपर का उपयोग कैसे किया]

JL : तो किस बिंदु पर आईडी सॉफ्टवेयर ने निर्णय लिया कि TEd को बनाने की आवश्यकता है?

JR : जब मैंने 1988 में खतरनाक डेव पर काम किया, तो मुझे उसके लिए स्तर बनाने की आवश्यकता थी, और मैंने सोचा: "क्यों न खुद ही खेल का उपयोग किया जाए और इसे ऐसे स्तर बनाने दिया जाए जिसे बचाया जा सके।" ठीक यही मैंने खतरनाक डेव के साथ किया।

जब जॉन कार्मैक ने यह देखा - और उन्होंने Apple II के लिए काम किया - वे बहुत प्रभावित हुए क्योंकि उन्हें ग्राफिक्स का संकेत देने के लिए पाठ का उपयोग करने के लिए उपयोग किया गया था। जब हमने पहली बार एक साथ कुछ बनाने का फैसला किया, मैंने टीईडी 1.0 लिखा, और कुछ महीनों बाद यह टीएचडी 5.0 में विकसित हुआ, जिसका उपयोग 33 जारी किए गए गेम को विकसित करने के लिए किया गया था।



DL : वाह ... जब आप 33 जारी किए गए गेमों के बारे में बात करते हैं, तो आपका मतलब न केवल आईडी प्रोजेक्ट्स से बना है, उदाहरण के लिए, कमांडर कीन और वोल्फेंस्टीन श्रृंखला, लेकिन बाहरी भी, उदाहरण के लिए, राइज़ ऑफ़ द ट्रायड?

JR : बेशक! अधिक गलियारे 7, और गेमर के एज के लिए गेम: शैडो नाइट्स, स्लॉर्डैक्स, खतरनाक डेव और प्रेतवाधित हवेली, बचाव रोवर 1 और 2, बायोमेनस ... खेलों का एक पूरा गुच्छा!

डीएल : तो, क्या यह सच है कि टीएचडी का उपयोग केवल दो-आयामी पक्षों को बनाने के लिए एक साइड व्यू के साथ नहीं किया गया था, बल्कि तीन-आयामी प्रथम-व्यक्ति शूटर बनाने के लिए एक शीर्ष दृश्य के साथ भी किया गया था?

जेआर : बिल्कुल। यह टीएचडी 5.0 में था कि ये सभी गेम बनाए गए थे।



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

जेआर : हां, हमने जल्दी से इस मुद्दे को हल कर दिया। हमने सोचा: “एक 2 डी मैट्रिक्स का उपयोग स्तर का प्रतिनिधित्व करने के लिए किया जाएगा। महान, हम सिर्फ इसके लिए टीईडी लागू करते हैं। ” हाँ, यह बात है! [हंसते हुए] यह बहुत सरल था।

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

जेआर : [हंसते हुए]



जेएल : [हंसते हुए] तो आपने ऐसा क्यों लिखा? क्या इस भरण प्रक्रिया का कोई इतिहास है?

JR : भरण प्रक्रिया में कई बग थे। मैंने इसे लिखने में बहुत समय नहीं लगाया, और यह कम या ज्यादा काम किया, लेकिन कभी-कभी यह पूरी तरह से नहीं भरता था, इसलिए मुझे सभी क्षेत्रों में भरने के लिए मैन्युअल रूप से क्लिक करना पड़ता था। इसे इस्तेमाल करना आसान था।

[जब हम बात कर रहे थे, तो मैंने फ्लड फिल फिल प्रक्रिया शुरू की, और टीओएस डॉसबॉक्स में "शून्य से विभाजित" त्रुटि के साथ दुर्घटनाग्रस्त हो गया]

जेआर : [हंसते हुए]

JL : [हंसते हुए] बिल्कुल! यह हास्यास्पद है क्योंकि मैंने साक्षात्कार से पहले संपादक के साथ थोड़ा खेला और सोचा: "मुझे समझ में नहीं आता कि उन्होंने ऐसा क्यों कहा, मेरे लिए सब कुछ ठीक है!"

जेआर : [हंसते हुए] ठीक है, उसने हमें कभी भी शून्य से विभाजन की त्रुटि नहीं दी ... मुझे लगता है कि समस्या यह है कि आपने एक टाइल का चयन नहीं किया। जब आप एक टाइल के बिना भरने की कोशिश करते हैं तो यह कार्यक्रम समाप्त हो जाता है।

[मैंने TEd को पुनः आरंभ किया, जिसमें ग्राफिक्स सेटअप डायलॉग बॉक्स प्रदर्शित किया गया]



यह ग्राफिक्स सेटअप विंडो देखें? TED CGA, EGA और VGA में संपादन कार्ड की अनुमति देता है। यह सभी ग्राफिक डेटा को XMS मेमोरी में ले जाता है ताकि ग्राफिक मोड्स को स्विच करते समय इसे XMS से पुनर्प्राप्त किया जा सके। यही है, यदि आपका गेम सभी तीन ग्राफिक मोड का समर्थन करता है, तो यह आपको इन टाइलों को लोड करने की अनुमति देगा। आप वीजीए टाइल लोड कर सकते हैं ताकि जब आप वीजीए मोड पर स्विच करें, तो वे सभी लोड हो जाएं और मेमोरी में रहें।

जेएल : हां, मैंने पढ़ा कि यह उस समय के लिए काफी क्रांतिकारी था।

JR : हाँ। मुझे इस संभावना का भी एहसास हुआ: यदि कर्सर कहीं स्तर पर है, तो आप Alt-L दबा सकते हैं, जिसके बाद गेम लोड होगा और आप स्तर के उस स्थान पर सही होंगे। आइए देखें कि क्या यह काम करता है।

[मैं कर्सर को स्तर पर ले जाता हूं और Alt-L दबाता हूं। त्रुटि संदेश दिखाई देता है]

जेएल : [हंसते हुए] और मैं भी आपसे इस बारे में बात करना चाहता था ...

जेआर : [हंसते हुए]


DL : जब मैंने TEd के साथ प्रयोग किया, तो मैंने इस त्रुटि का स्क्रीनशॉट लिया क्योंकि मैं आपसे इसके बारे में पूछना चाहता था। आपने फ़ोटोशॉप या माया में आज ऐसे संदेश नहीं देखे ... [हंसते हुए]

JR : बिल्कुल, बिल्कुल! यह उपकरण केवल मेरे और टॉम [हॉल] के लिए लिखा गया था।

JL : बेशक! मैं आपसे इस बारे में पूछना चाहता था: क्या आपने यह त्रुटि संदेश विशेष रूप से टॉम के लिए लिखा था?

JR : बेशक! यह केवल टॉम के लिए था। मैं ऐसी गलती कभी नहीं करूंगा। [हंसता]

जेएल : [हंसते हुए] उसकी पहली प्रतिक्रिया की कल्पना करो।

JR : ओह हाँ, वह हँस बाहर फट।

[फिर जॉन ने मुझे दिखाया कि आपको टीएचडी के निष्पादन योग्य होने के बाद खेल के नाम को जोड़ने की जरूरत है ताकि संपादक को पता चले कि Alt-L दबाए जाने पर क्या चल सकता है]

JL : वाह, यह काम किया!

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

JL : हां, यह काफी तार्किक है। लेकिन यह मुझे लगता है कि धोखा एक ऐसा पहलू है जो लोगों को खेल विकास के लिए आकर्षित करता है। तुम्हें पता है, मैं दोस्तों का मजाक बनाने के लिए स्तरों को बदलने में सक्षम होना चाहता हूं ...

JR : हाँ, बिल्कुल! [हंसता]

विकास के उपकरणों का भविष्य

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

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

आज SnapMap (नए कयामत स्तरों के संपादक) जैसे उपकरण हैं जो सभी के लिए बहुत अधिक सुलभ हैं, लेकिन उनके पास बहुत कम लचीलापन है। दृश्य स्क्रिप्टिंग है, अर्थात्, उपयोगकर्ताओं को स्क्रिप्टिंग या प्रोग्रामिंग सीखने की ज़रूरत नहीं है। एक ही समय में, ज्यादातर लोगों के लिए सभ्य दिखने वाले खेल संसाधनों का निर्माण एक अप्राप्य कार्य है।

मेरा आपसे यह सवाल है: क्या आपको लगता है कि इनमें से कुछ आधुनिक उपकरण ऐसे लोगों को प्रदान नहीं करते हैं, जो उद्योग में पर्याप्त लचीलेपन के साथ आ रहे हैं, या आपको लगता है कि यह सिर्फ खेल विकास का एक विकास है - ठीक उसी तरह जैसे असेंबली भाषा से संकलक के लिए संक्रमण - और क्या यह सिर्फ हमारा उद्योग आगे बढ़ रहा है?



JR : यह एक प्राकृतिक विकास है। SnapMap विकास टीम ऐसे लोग हैं जिनके करियर की शुरुआत कयामत से खेलने और टीईडी का उपयोग करने से हुई। आईडी सॉफ्टवेयर में निर्मित कंपनी को एस्केलेशन स्टूडियो कहा जाता था। उसने कयामत पुनरुत्थान किया। मैं इन लोगों को बीस वर्षों से जानता हूं। वे बहुत कट्टर गेमर हैं, पिछले डूम वर्ल्ड और फिर क्वेक वर्ल्ड। हम उस समय से कंपनी के साथ हैं जब हमने डूम किया था। ये ऐसे लोग हैं जिनका जीवन कई वर्षों के लिए स्तर बनाने के लिए समर्पित है।

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

JL : हाँ, यह तर्कसंगत लगता है। यही है, यह एक प्रतिस्थापन नहीं है, यह विकास के लिए सड़क पर पहला कदम है।

JR : बिल्कुल, क्योंकि सबसे कठिन हिस्सा SnapMap टुकड़े बना रहा है। इसलिए, अगर लोग कयामत के पीसी संस्करण में ऐसा कर सकते हैं, तो वे कल्पना करेंगे कि वास्तविक स्तर का डिजाइन क्या है, कम से कम इन मॉड्यूलर टुकड़ों के उदाहरण के लिए।

जॉन प्रोग्रामर्स को टूल की सलाह देते हैं

डीएल : मेरे आखिरी प्रश्न में, मैं वापस उसी स्थान पर जाना चाहता हूं जहां हमने शुरू किया था: क्लासिक खेलों के पूर्वव्यापी।

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

तो, आप आधुनिक उपकरण डेवलपर्स को क्या सलाह देंगे?

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

जेएल : बिल्कुल।

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

JL : सही है! [हंसता]

JR : यह बहुत अच्छा है जब टूल प्रोग्रामर और उपयोगकर्ता एक ही कमरे में हों और टूल दो टीमों के बीच यथासंभव संचार के साथ बनाया गया हो।

JL : मैं सहमत हूँ।

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

जेएल : [हंसते हुए]

JR : यह मत भूलो कि उपकरण खेलों से अधिक समय तक जीवित रहते हैं।

जेएल : यह बहुत अच्छी सलाह है। बहुत बहुत धन्यवाद, मैं वास्तव में इस तथ्य की सराहना करता हूं कि आपने मेरे साथ बात करने के लिए समय लिया।

JR : धन्यवाद!