खेल विकास और व्यावसायिक विकास के बीच क्या अंतर है?

Question

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

मैं समझता हूं कि गेम विकास व्यवसाय विकास से बहुत अलग है, लेकिन मुझे इसे समझने में कठिन समय है मेरा एक दोस्त। मैं उम्मीद कर रहा था कि एसओ समुदाय यहां मेरी मदद कर सकता है।

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

संपादित करें:

मैं तनाव होना चाहिए कि "विकास" मेरा मतलब है "प्रोग्रामिंग," नहीं पहलुओं है कि एक खेल या व्यापार सॉफ्टवेयर का टुकड़ा बनाने में जाने की सभी ने। मुझे खेद है कि मैंने मूल रूप से यह स्पष्ट नहीं किया था।

धन्यवाद!

Answer 1

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

Answer 2

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

Answer 3

किसी के पास अनंत लूप होना चाहिए, कोई नहीं होना चाहिए।

Answer 4

गणित और कलाकारों और टीम के अन्य विशेषज्ञों के एकीकरण के बारे में अच्छे अंक। इसके अलावा, मैं कहूंगा कि:

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

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

• कई मामलों में, गेम विकास को पुन: उपयोग और रखरखाव के बारे में ज्यादा परवाह नहीं है। गेम इंजन का पुन: उपयोग किया जाएगा, लेकिन एप्लिकेशन कोड बेस शायद v2.0 देखने के लिए लाइव नहीं होगा। एक परियोजना के आखिरी खिंचाव में, बहुत तेज़ और गंदा डिबगिंग चल रही है। यदि यह अंतिम उपयोगकर्ता के लिए ठीक लग रहा है, तो रिलीज से दो दिन पहले एक सुरुचिपूर्ण फिक्स बनाने में कोई अतिरिक्त मूल्य नहीं है।

Answer 5

प्रोग्रामिंग डोमेन के संदर्भ में, अन्य बातों के साथ हम से निपटने:

• ग्राफिक्स प्रोग्रामिंग (शेडर विकास सहित)
• एनीमेशन
• भौतिकी सिमुलेशन
• ऐ और गेमप्ले
• ऑडियो
• नेटवर्किंग (typica काफी कम स्तर की चीजें हैं)

इनमें से कुछ में गंभीर गंभीर गणित और एल्गोरिदम ज्ञान शामिल हैं। उन सभी के शीर्ष पर, हमें अत्यधिक कठिन गति बाधाओं का सामना करना पड़ता है, और आम तौर पर स्मृति उपयोग के साथ भी बहुत सावधान रहना पड़ता है। हम लगातार हार्डवेयर बदलते रहते हैं, और चूंकि हम हार्डवेयर को सीमा तक धक्का देने की कोशिश कर रहे हैं, यह बहुत कठिन हो सकता है - आप इसे दूर नहीं कर सकते हैं। अधिकांश गेम विकास अभी भी बहुत कम स्तर के सी ++ काम है। हम शायद आजकल अधिकांश प्रोग्रामर से कम डेटाबेस के साथ सौदा करते हैं (हालांकि ऑनलाइन गेम इसे बदल रहे हैं)!

प्रोग्रामर्स अक्सर आधुनिक खेल परियोजनाओं पर अल्पसंख्यक हैं: यह सब के बारे में सामग्री निर्माण (एनीमेशन, मॉडलिंग, बनावट, ऑडियो और डिजाइन) है। इसका मतलब है कि कई गेम प्रोग्रामर सामग्री निर्माण प्रक्रिया को कुशल बनाने के लिए समर्पित हैं, बजाय गेम कोड पर काम करने के बजाए। इस काम में अधिक आराम की गति और स्मृति बाधाएं हो सकती हैं, हालांकि इसे बड़े पैमाने पर डेटा सेट से निपटना होगा।

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

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

कुल मिलाकर यह एक अविश्वसनीय रूप से रोमांचक क्षेत्र है, नकारात्मकता यह है कि यह अक्सर कम भुगतान किया जाता है (क्योंकि यह डेवलपर्स के लिए आर्थिक रूप से बहुत कठिन व्यवसाय है, और क्योंकि यह लोकप्रिय है, हमेशा नौकरियों की तलाश में लोगों की ताजा आपूर्ति होती है) ।

Answer 6

खेल विकास में क्या भिन्न है इसके बारे में कुछ यादृच्छिक विचार। ध्यान दें कि इसमें कुछ कटाव हो सकती है, हालांकि मैंने आग्रह को दबाने की कोशिश की।

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

लेकिन यहां अच्छी चीजें आती हैं:

• जब आप गेम खेल रहे हों तो आप काम करने का नाटक कर सकते हैं।
• और अंत में, प्रोग्रामिंग गेम मजेदार है। अमूल्य।

Answer 7

व्यापार सॉफ्टवेयर, विश्वसनीय पोषणीय संगत, हो गया है, नहीं भी annoyingly धीमी हो, और इस तरह के डेटाबेस, नियंत्रण, रूपों आदि के रूप में पहले से ही लिखा सामान के बहुत सारे, पर निर्माण कर सकते हैं

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

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

है यही कारण है कि अक्सर कुछ काफी जटिल गणित और भौतिकी में महारत हासिल करने नहीं होने का उल्लेख ....

Answer 8

प्रदर्शन वास्तव में अंतर, मैं क्या बता सकता से है।

तकनीकी रूप से, गेम आमतौर पर विंडोज/सी ++ संचालित होते हैं।

Answer 9

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

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

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

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

मैं अन्य पहलुओं के साथ जारी रख सकता है, लेकिन मुझे लगता है कि यह पहले से ही एक पद के लिए बहुत ज्यादा है ...

Answer 10

एक अनंत लूप है, एक नहीं करना चाहिए करना चाहिए। - रिच ब्रैडशॉ

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

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

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

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

Answer 11

गेम प्रोग्रामिंग वैज्ञानिक प्रोग्रामिंग के साथ अधिक आम है। आप मॉडलिंग व्यवहार प्रणाली और इनपुट के सीमित सेट के आधार पर अनुमानित परिणाम मॉडलिंग कर रहे हैं।

Answer 12

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

विशिष्ट व्यावसायिक सॉफ्टवेयर में गुणवत्ता के लिए बार आमतौर पर बहुत कम है।

Answer 13

व्यवसाय विकास आम तौर पर अधिक क्षमाशील होता है।

कारण मूल रूप से यह है; आम तौर पर, लोगों को व्यापार सॉफ्टवेयर का उपयोग करने के लिए भुगतान किया जाता है। खेल सॉफ्टवेयर का उपयोग करने के लिए लोग भुगतान करते हैं।

ऐसा लगता है कि यह आपके प्रश्न का उत्तर नहीं दे रहा है, लेकिन यह वास्तव में है। जब मेरा मालिक कहता है "उस दस्तावेज़ के लिए माइक्रोसॉफ्ट शब्द का उपयोग करें", वे सॉफ़्टवेयर प्रदान कर रहे हैं, और मैं माइक्रोसॉफ़्ट शब्द का उपयोग करने के लिए बाध्य हूं। और इसलिए, जब इसका उपयोग करते हैं, तो जब यह मेरे सभी अध्याय शीर्षकों को "बस" या डिस्क पर सहेजने का निर्णय लेता है तो यह 30 सेकंड लेता है, जबकि यह ओएलई संदर्भों को हल करता है (यह केवल स्वर्ग के लिए एक फ्लेक्सिंग एक्सेल स्प्रेडशीट है!), मैं बस ग्रिट करता हूं मेरे दांत और खुद को याद दिलाना मुझे ऐसा करने के लिए भुगतान मिल रहा है।

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

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

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

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

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