यथार्थवाद के बजाय विश्वसनीयता
मैं तर्क दूंगा कि यथार्थवाद बुरा नहीं है-से। हालाँकि, यथार्थवाद आपका उद्देश्य नहीं होना चाहिए, और यह अच्छा बहाना नहीं है - खेल यांत्रिकी को शुरू करने के लिए। इसके बजाय वीडियो गेम में यथार्थवाद का स्थान एक विशेष एस्थेटिक के रूप में है, जिसे आप चाहते हैं या नहीं, लेकिन यह एक अन्य विषय है।
इसके बजाय, आपको विसर्जन का लक्ष्य रखना चाहिए। और विश्वासयोग्यता इसके लिए आपका मुख्य उपकरण है। इसका मतलब है कि आपको कुछ ऐसा बनाने का लक्ष्य नहीं रखना चाहिए जो हमारी वास्तविकता से मेल खाता हो, लेकिन ऐसा कुछ जो खिलाड़ी आपकी काल्पनिक दुनिया के बारे में विश्वास कर सकें।
एनिमेशन या कैरेक्टर डिज़ाइन बनाते समय यह भी एक अच्छा सिद्धांत है। आपकी दुनिया में पागल जीव हो सकते हैं जो वास्तव में मौजूद नहीं हो सकते हैं, और कोई भी परवाह नहीं करता है। लेकिन अगर उनकी शारीरिकता गलत है, तो वे विश्वास खो देते हैं, ज्यादातर लोगों को पता होगा कि यह सही नहीं लगता है।
अक्सर चीजों को छोड़कर बार विश्वास करने में मदद करता है, क्योंकि एक बार जब आप किसी चीज को चित्रित करते हैं, तो खिलाड़ी समझ में आता है कि अगर यह समझ में आता है तो विचार कर सकते हैं। इस बीच, अगर युद्ध में सैनिक को बाथरूम जाने की आवश्यकता नहीं है, तो यह विसर्जन नहीं होगा क्योंकि बाकी सब कुछ खिलाड़ी को व्यस्त रखता है।
विश्वसनीयता के लिए आपकी आधार रेखा पॉपकॉर्न / फ्रिज तर्क है:
तुम्हे पता हैं। आप बस एक फिल्म से घर आए हैं, आपके पास बहुत अच्छा समय था, आप बीयर लेने के लिए रेफ्रिजरेटर में जाते हैं, आप दरवाजा खोलते हैं, और आप कहते हैं, 'एक मिनट रुको ...'
- जोनाथन डेमे
हालांकि, कभी-कभी आप चीजों को शामिल करते हैं क्योंकि यह विश्वास करने में मदद करता है।
शौचालय और जटिलता
सिम्स निश्चित रूप से मुख्य उदाहरण है, मैक्सिस के भीतर "द टोइल्ड गेम" का नाम दिया जा रहा है। सिम्स में शौचालय हैं, क्योंकि यदि खेल उनके पास नहीं था, तो आप नोटिस करेंगे (आप घर का निर्माण करते हैं, आखिरकार)। यदि यह उनके पास था, लेकिन सिम ने उनका उपयोग नहीं किया, तो इसका कोई मतलब नहीं होगा। इस प्रकार, द सिम्स को शौचालय की आवश्यकता है।
उन्होंने यह भी कवर किया कि क्या हो सकता है अगर सिम टॉयलेट तक नहीं जा सकता (दुर्घटनाएं जिन्हें सफाई की आवश्यकता है)। उन्होंने शीर्ष पर जोड़ा कि शौचालय गंदे हो जाते हैं, और वे जगह को तोड़ सकते हैं और बाढ़ कर सकते हैं।
मैं यह भी बताना चाहता हूं कि सिम्स ने शोभनीय तत्वों को जोड़ा है।
हालांकि, मैं एक ऐसे खेल के बारे में बात करना चाहता हूं जो शौचालय का बेहतर उपयोग करता है: जेल आर्किटेक्ट।
खिलाड़ियों को नोटिस करना होगा कि क्या कक्षों में शौचालय नहीं थे।
खिलाड़ी कोशिकाओं में शौचालय क्यों रखेंगे? कैदियों को शौचालय का उपयोग करने की आवश्यकता है।
यदि उनके पास शौचालय की सुविधा नहीं है, तो न केवल आपको दुर्घटनाएं मिलेंगी, बल्कि उन्हें सफाई की आवश्यकता होगी ... बल्कि इससे कैदियों को दंगा करने की संभावना बढ़ जाती है।
इसके अलावा, एक शौचालय को काम करने के लिए एक सक्रिय पानी के पाइप कनेक्शन की आवश्यकता होती है, जिसका अर्थ है कि आपको यह सुनिश्चित करने की आवश्यकता है कि पर्याप्त पानी की आपूर्ति और जुड़ा हुआ है (पाइप नष्ट हो सकते हैं)।
यदि वे एक शौचालय तोड़ते हैं, जबकि अभी भी पानी से जुड़ा हुआ है, तो यह जगह को बाढ़ देगा।
इसके अलावा, कैदी शौचालय में उपकरण, ड्रग्स और हथियार छिपा सकते हैं (जिसे वे अन्य तरीकों से तस्करी कर सकते हैं)। जिसका उपयोग वे अपने दंगों, गिरोह के झगड़े और भागने के प्रयास में करेंगे। कैदी की कोशिकाओं को खोजना न भूलें।
ओह, लेकिन कैदी भागने के लिए सुरंग खोदने के लिए आपके शौचालयों का लाभ उठाएंगे। नियमित रूप से सुरंगों की खोज करें, जब आप कर सकते हैं तो पहरेदार गश्त और बाहरी दीवारें लगाएं।
डेवलपर्स अपनी दुनिया के बारे में सवाल पूछने से आगे बढ़ गए हैं। इसके अलावा, वे उन सवालों के जवाब के आसपास दिलचस्प गेम मैकेनिक्स बनाने में कामयाब रहे हैं। इसके अलावा, खेल - या कम से कम खेल के उस पहलू - कि अधिक आकर्षक धन्यवाद है।
जैसा कि आप देख सकते हैं, कभी-कभी आपको विश्वासनीयता के लिए चीजों को जोड़ने की आवश्यकता होती है। और उस के ऊपर जटिल प्रणाली का निर्माण, शौचालय के साथ भी आकर्षक हो सकता है।
यह वास्तव में, इस तरह की समस्याओं को चालू करने का एक अच्छा विचार है (टेस्ट खिलाड़ी पूछते हैं कि शौचालय क्यों नहीं हैं) रचनात्मकता के लिए ईंधन में। यदि आपको शौचालय शामिल करना है, तो खेल के लिए क्या दिलचस्प यांत्रिक निहितार्थ हो सकते हैं?
उदाहरण के लिए, सिम मर सकते हैं। यह उनकी जरूरतों को नजरअंदाज करने का एक संभावित परिणाम है। वे कैसे यंत्रवत् मौत को दिलचस्प बना सकते हैं? वे भूत बन जाते हैं, और निश्चित रूप से अन्य सिम से डरते हैं। वास्तविक? नहीं।
क्या ऐसा कुछ बनाने की ख्वाहिश रखना ठीक है? यदि वह आपकी दृष्टि है, तो निश्चित है।
हालाँकि…
एक न्यूनतम व्यवहार्य उत्पाद खोजें
मैं आपको सॉफ्टवेयर इंजीनियरिंग के बारे में बताता हूं। हम जानते हैं कि सॉफ्टवेयर की जटिलता आवश्यकताओं की संख्या के साथ तेजी से बढ़ती है। हम यह भी जानते हैं कि सॉफ्टवेयर की जटिलता के साथ संभावित कीड़े की संख्या बढ़ जाती है।
मैं आपको ग्रेग विल्सन द्वारा "व्हाट वी वाज़ दरअसल सॉफ्टवेयर डेवलपमेंट, एंड वी वी बिलीव इट ट्रू" के बारे में बताएगा।
इसका मतलब है कि यदि आप आवश्यकताओं को हटा सकते हैं, तो न केवल आप कम समय में और कम बग के साथ एक सॉफ्टवेयर बनाते हैं, बल्कि सुधार भी सुपर रैखिक होगा।
अपने डिजाइन को लेने और चीजों को निकालना शुरू करने के लिए यह एक अच्छा तर्क है। उन्हें संस्करण 2.0 या जो भी हो के लिए फ़ाइल करें। एक और तर्क यह है कि आप अपने डिजाइन के मूल को खोजने में सक्षम होंगे: न्यूनतम व्यवहार्य उत्पाद। इसे पहले जहाज करें।
ओह, और आपके द्वारा जिंदा छोड़ दिए गए किसी भी कीड़े ने आपके तकनीकी ऋण का निर्माण किया, वे ब्याज वसूलते हैं (अब आप बग को ठीक करने के लिए लेते हैं, अधिक महंगा है, और यह घातीय है)।
मैं आपको यह नहीं कह रहा हूं कि आपको पागल डिजाइन के लिए नहीं जाना चाहिए; मैं आपको बता रहा हूं कि आपको छोटे से शुरू करने की आवश्यकता है। योजना बनाएं कि आप शीर्ष पर सामान कैसे जोड़ेंगे, और समय के साथ बढ़ेंगे।
वापस द सिम्स में, उन्होंने इसे "द टॉयलेट गेम" कहा, क्योंकि इसमें टॉयलेट जाने और इसे साफ करने जैसे अनपेक्षित कार्य करने की आवश्यकता थी। इसके अलावा, अधिकारियों ने शुरू में परियोजना को अस्वीकार कर दिया। हालांकि, डेवलपर्स ने इस पर काम करना जारी रखा जब तक कि उन्होंने कुछ ऐसा नहीं बनाया जिसे अधिकारियों ने मंजूरी दे दी। बेशक, इसे संग्रहित करने के लिए वर्षों की आवश्यकता थी, लेकिन सफलता जो द सिम्स के पास है, उसे देखें।
विकास और डिजाइन, उदाहरण के द्वारा
मैंने आपको एक न्यूनतम व्यवहार्य उत्पाद खोजने और उस उत्पाद को विकसित करने के लिए कहा है। आप योजना बना सकते हैं कि इसे समय से पहले कैसे बढ़ाया जाए, जो आपको बहुत परेशानी से बचाएगा। हालांकि, एक बार जब आप कर लेते हैं, तो आपने उन प्रणालियों को प्रभावी रूप से अपने मूल डिजाइन के साथ जोड़ दिया होगा, और यह परेशानी ला सकता है।
उदाहरण:
सिम्स। उनके पास कई विस्तार थे, जिसका अर्थ है कई प्रणालियां जिनके लिए उन्हें योजना बनानी थी। यह Accretion का एक रूप है (इसे देखें)। इससे उनके कोर यांत्रिकी का विकास रुक गया। सिम्स 4 खेल के मूल को फिर से बनाने के लिए एक वापसी थी, और यह एक अच्छी बात है।
सभ्यता। फिर से, इसमें अभिवृद्धि हुई, और लोगों का उपयोग किया गया - और आनंद लिया - सभी इंटरलॉक की गई प्रणालियों की जटिलता। हालांकि, उस जटिलता का मतलब नए खिलाड़ियों के लिए एक उच्च प्रवेश बिंदु था जो खेल में सक्षम होने के लिए बहुत कुछ सीखना था। फिर से, डेवलपर्स ने कोर मैकेनिक्स में वापसी की, और सभ्यता वी ने गेम के मुख्य सिद्धांतों (ग्रिड और आंदोलन के नीचे) के ओवरहाल के साथ भेज दिया, अनुभवी खिलाड़ियों से कुछ बैकलैश था, लेकिन यह प्रवेश बिंदु के रूप में काम करता था। कई नए खिलाड़ी जो शुरू से ही मताधिकार का पालन नहीं कर रहे थे। तब वे इसे सुधारने और सभ्यता VI में कुछ जटिलता वापस जोड़ने गए।
खिड़कियाँ। Microsoft कंपनियों को लाइसेंस और समर्थन बेचता है। जिन कंपनियों के पास विंडोज़ पर व्यापार महत्वपूर्ण सॉफ़्टवेयर चल रहा है। यदि उस सॉफ़्टवेयर के डेवलपर्स ने अपग्रेड किए गए API फ़ंक्शंस का उपयोग किया है, या अनिर्दिष्ट व्यवहार पर निर्भर है, और परिणामस्वरूप विंडोज के नए संस्करण में काम नहीं किया ... तो कंपनी को कौन दोषी ठहराता है? Microsoft, क्योंकि Windows वह चीज़ थी जो बदल गई। वे समर्थन कहते हैं - कि वे भुगतान कर रहे हैं - और Microsoft को समस्या को हल करना होगा। नतीजतन, माइक्रोसॉफ्ट ने पिछड़ी संगतता की एक मजबूत परंपरा विकसित की, विंडोज कोर जटिलता में बढ़ी, और सिस्टम प्रत्येक प्रवाह में धीमा होने लगा। जब तक आपको Windows Vista नहीं मिला। विंडोज 7 उन्हें फिर से काम करने के लिए जा रहा था कि उन्होंने चीजों को कैसे व्यवस्थित किया। विंडोज 8 उन्हें बहुत दूर जा रहा था, और एक ही समय में मोबाइल बाजार को खुश करने की कोशिश कर रहा था।
अंग्रेज़ी। वर्तनी थोड़ी समझ में आती है। इस बात पर गौर करें कि "ई" अक्षर "ईय" से "अलग" क्यों लगता है, और अनगिनत और उदाहरण हैं। सार "ऐतिहासिक कारणों" के कारण है। जैसे-जैसे अंग्रेजी विभिन्न जड़ों से शब्द लेती है, और जैसे-जैसे वे शब्द अपना उच्चारण बदलते जाते हैं। फिर या तो आप उच्चारण के मिलान के लिए इसे लिखने के तरीके को बदलते हैं (पुराने दस्तावेजों के साथ पीछे की ओर संगतता को तोड़ते हैं जो अब शब्द के नए संस्करण के साथ सीखने वाले लोगों के लिए कोई मतलब नहीं होगा) या आप वर्तनी और उच्चारण को अलग होने दें। इसके अलावा, लोग भिक्षु लेखन के समय से ही आशुलिपि लिखने के तरीके खोज रहे हैं। न्यूथिन नया एम 8। कभी-कभी लोगों ने मानकीकरण करने की कोशिश की। हमें प्रक्रिया को आगे बढ़ाने के लिए मुद्रित प्रेस को धन्यवाद देना होगा। फिर भी, यह सिर्फ वर्तनी है, "भाषा की संरचना बढ़ती है, मृत रूपकों की चट्टान के रूप में"
मैं आपको बता रहा हूं कि प्रणालियां विकसित होती हैं, और यह अभिवृद्धि होती है। हां, छोटा लक्ष्य रखें। हां, एक सरल और सुरुचिपूर्ण न्यूनतम व्यवहार्य उत्पाद बनाएं। हालांकि, सिस्टम को इस तरह से योजना और डिजाइन करें कि वह बढ़ सके, अधिमानतः मजबूत युग्मन से बच सके। फिर भी, आपके द्वारा किया गया हर निर्णय, आपके द्वारा लिए गए कुछ रास्ते को काट देता है। यदि अंततः आपको वापस जाने और फिर से काम करने की आवश्यकता है, तो तैयार रहें।