- छोटे गेम ऐसे गेम होते हैं जो 10 मिनट के भीतर खत्म हो जाते हैं और ब्राउज़र में आसानी से खेले जा सकते हैं; इन्हें छोटा बनाने की प्रक्रिया खुद रचनात्मक आनंद का स्रोत बन सकती है
- 350 से अधिक गेम, और एक साल में 139 गेम बनाने का अनुभव दिखाता है कि छोटा development cycle आइडिया प्रयोग और दोहराव के साथ सीखने के अवसर को बहुत बढ़ा देता है
- तेज़ी से देखें तो इन्हें लगभग 2 घंटे में, और मुश्किल होने पर भी लगभग 10 घंटे के भीतर बनाया जा सकता है, लेकिन artwork में गहराई से जाने पर समय का निवेश अंतहीन बढ़ सकता है
- छोटे गेम अक्सर बड़े प्रोजेक्ट से पहले अभ्यास के रूप में देखे जाते हैं, लेकिन अच्छे छोटे गेम अपने आकार से अलग भी विशिष्ट गुणवत्ता और आकर्षण रख सकते हैं
- नए mechanics सोचना, उन्हें अपनी शैली में ढालना, और फिर दूसरों को दिखाने तक की प्रक्रिया भी game development का एक महत्वपूर्ण आनंद बन जाती है
10 मिनट के गेम से मिलने वाली तेज़ निर्माण लय
- Small Games Manifesto छोटे गेम को ऐसे गेम के रूप में परिभाषित करता है जो 10 मिनट या उससे कम में खत्म हो जाएँ और web browser में खेलने के लिए उपयुक्त हों
- इस मानक के अनुसार 350 से अधिक गेम बनाए गए हैं, और patterned production method से एक साल में 139 गेम बनाने का अनुभव भी है
- उदाहरण वाले गेम ब्राउज़र में तुरंत खेले जा सकने वाले रूप में हैं
- लाल बार को एक ही लंबाई में काटने वाला सरल गेम
- टैप करके रस्सी काटनी है, लेकिन उसे स्क्रीन के निचले हिस्से को छूने नहीं देना; यह स्मार्टफ़ोन जैसे touch panel डिवाइस पर भी मज़े से खेला जा सकता है
- आकर्षण का मुख्य बिंदु कम development time है
- तेज़ी से देखें तो लगभग 2 घंटे में बनाया जा सकता है
- मुश्किलें हों तब भी लगभग 10 घंटे के आसपास बनाया जा सकता है
- artwork में गहराई से जाने पर समय का निवेश अंतहीन बढ़ सकता है
- यहाँ जिस छोटे गेम की बात हो रही है, वह Game A Week जैसे हर हफ्ते नया गेम बनाने वाले प्रयासों से निकलने वाले गेम के अधिक करीब है
- developer के नज़रिए से भी सीमित समय में बनाना होता है, इसलिए स्वाभाविक रूप से गेम छोटा बन जाता है
- निर्माण समय छोटा होने के कारण तरह-तरह के आइडिया आसानी से आज़माए जा सकते हैं, और अलग तरह के गेम बनाकर उन्हें टेस्ट करने की प्रक्रिया खुद आनंददायक बन जाती है
बड़े गेम की रिहर्सल से आगे की अहमियत
- छोटे गेम को अक्सर अधिक बड़े और परिष्कृत गेम बनाने की तैयारी के चरण के रूप में देखा जाता है
- Make and release lots of small games before making a big one चेतावनी देता है कि अगर शुरुआत से ही बड़ा गेम बनाया जाए, तो प्रेरणा खो सकती है, या कई साल लगाने के बाद भी नापसंद नतीजा मिल सकता है
- लेकिन छोटे गेम का अपना विशिष्ट आकर्षण भी होता है, और How To Make Good Small Games अच्छे छोटे गेम के अस्तित्व और उन्हें बनाने के तरीकों पर बात करता है
- उस लेख के 12 विचार आकार और गुणवत्ता को अलग करके देखते हैं
- गेम की गुणवत्ता उसके आकार से स्वतंत्र होती है, और गेम जितना बड़ा होता है, उतने अधिक ऐसे तत्व बढ़ते हैं जिन पर ध्यान देना पड़ता है और जिनमें विफलता की संभावना होती है
- गुणवत्ता उसकी भावनात्मक सीमा से भी अलग है; जैसे छोटी कहानी और लंबे उपन्यास की सफलता की शर्तें अलग होती हैं, वैसे ही छोटे गेम के भी अपने मानदंड होते हैं
- गेम अपने सफल होने की शर्तें खुद तय करता है, इसलिए पहले उन शर्तों को स्वीकार करना चाहिए और फिर अच्छा-बुरा आँकना चाहिए
- हर नया character या mechanic खिलाड़ी से किया गया एक वादा है, और गेम तब सफल होता है जब वह उस वादे को पूरा करता है
- वादा जितना छोटा होगा, सफलता उतनी आसान होगी; 10 या 100 आइडिया की तुलना में 3 आइडिया को संतोषजनक रूप से विकसित करना आसान है
- वादे दिलचस्प और आनंददायक तरीके से पूरे होने चाहिए, और इसी प्रक्रिया में व्यक्ति की शैली सामने आती है
- वादे को ज़रूरत से ज़्यादा पूरा नहीं करना चाहिए, और सही समय पर गेम समाप्त कर देना चाहिए
- form factor भी गेम के वादे का हिस्सा है; खिलाड़ी को दिखाई जाने वाली जानकारी कम कर दी जाए और लॉन्च होते ही खेला जा सके, तो अपेक्षाएँ बदल जाती हैं
- किसी अधूरे गेम को “Demo” या “Prologue” जैसे नाम से जारी करने से पहले यह देखना चाहिए कि उसे पूरा होने से पहले जारी क्यों करना चाहते हैं
- गेम को कई episodes में बाँटकर लंबे समय तक जारी करने का तरीका लगभग हमेशा अच्छा shortcut नहीं होता
- viral होने की चिंता करने की ज़रूरत नहीं; छोटे और विशिष्ट लक्ष्य छोटे और विशिष्ट दर्शक खींचते हैं
- अगर आप लगातार ऐसे गेम बना सकते हैं जो आपको संतुष्ट करें और सचमुच अच्छे लगें, तो आप पहले से ही बहुत से game developers से काफी आगे हैं
बनाने की प्रक्रिया का अपना आनंद
- इसके साथ 13वें विचार के रूप में “Have fun :)” सुझाया गया है
- नए mechanics सोचना और अपनी शैली को उसमें दिखाते हुए गेम में शामिल करना आनंददायक है
- अगर उचित संख्या में लोग उस गेम का अनुभव करें और उसका आनंद लें, तो संतोष और भी बढ़ता है
- छोटे गेम बनाना सिर्फ game development skill सुधारने का साधन नहीं, बल्कि तरह-तरह के आइडिया सोचने, प्रयोग करने, और खुशी व निराशा के बीच झूलने का अनुभव भी है
- नतीजे को दूसरे लोगों को दिखाने के क्षण तक समेत, छोटे गेम बनाना अपने आप में आनंददायक development activity बना रहता है
1 टिप्पणियां
Hacker News की राय
मैंने सीखा कि game design और game development पूरी तरह अलग काम हैं
यह समझने के लिए creativity चाहिए कि कौन-सा mechanism अच्छी तरह गढ़ा हुआ होगा और players को जोड़े रखेगा, जबकि development के लिए बेरहम execution चाहिए
इसलिए मुझे लगता है कि शुरुआत में मौजूदा game को लगभग वैसा ही फिर से बनाना और बस छोटे बदलाव जोड़ना अच्छा है। क्योंकि इससे आप एक skill को ठीक से सीखकर अगले चरण पर जा सकते हैं
हाल में जिस game पर काम किया, उसका free-placement version: https://li-quoridor.vercel.app/ अभी work in progress है
design को iterative improvement चाहिए, और उसके लिए development जरूरी है। professionally बनाए जाने वाले games में बहुत कम ही अपने शुरुआती concept जैसे के तैसे निकलते हैं, और लगभग complete versions भी अक्सर इतने उबाऊ निकलते हैं कि छोड़ दिए जाते हैं
लेकिन अगर लक्ष्य game design है, तो पहले game mechanics का paper prototype बनाकर देखना बेहतर है
ज्यादातर turn-based games को घर की चीजों और दोस्तों के कैसे move करना है यह तय करने वाले rules भर से टेबल पर test किया जा सकता है
RPG जैसे ज्यादा calculation वाले games में, खिलाड़ी जिन math calculations को वास्तव में महसूस नहीं करेंगे उनमें फंसने से बचने के लिए laptop पर छोटा calculator script चलाया जा सकता है। फिर भी “calculator script” game engine से कहीं ज्यादा simple होता है
reflex-based videogames का prototype बनाना कठिन है, लेकिन physical movement वाले games से तुलना करके test किया जा सकता है। जैसे किसी नए FPS design को paintball, airsoft या laser tag के ऊपर live-action role-playing जैसी rule variations के रूप में रखकर test करना
जिन platform games या adventure games में player avatar superhuman होता है, उनके mechanics को सीधे test करना मुश्किल है, लेकिन attack threat radius circles जैसी paper reference sheets बनाई जा सकती हैं। Lego, खासकर moving parts वाले Technics से physical diorama बनाकर paper reference sheets से यह test किया जा सकता है कि course कम-से-कम संभव है या नहीं
यह तरीका पिछली strategies के उलट यह नहीं बता पाएगा कि game मजेदार है या नहीं, लेकिन हर नए idea को program किए बिना मौजूदा game concept को iteratively improve करने में काम आ सकता है
बिना actual programming के prototype बनाना लगभग असंभव उन highly artistic games के लिए है जो lighting, mirrors, optical illusions वगैरह को real-world physics से मेल न खाने वाले तरीके से handle करते हैं। पहले game के तौर पर ऐसा design करने की कोशिश न करना बेहतर है
game design game का blueprint बनाने की process है, और game development असल में game बनाना है। और game design उम्मीद से कहीं ज्यादा कठिन है
कुछ साल पहले https://learnopengl.com/ follow किया था और वह बहुत दिलचस्प था, लेकिन productivity के लिए लगता है कि existing engine इस्तेमाल करना होगा
programming experience है, लेकिन game development या design की कोई knowledge नहीं है—ऐसे व्यक्ति के लिए कोई book या tutorial है?
यह दिलचस्प है कि सिर्फ ऐसे बदलावों से strategy और play style कितनी dramatic तरीके से बदल जाते हैं। मैंने Wordle derivative बनाया था, और उसने उम्मीद से कहीं ज्यादा users खींचे: https://www.polygonle.com
जल्दी-जल्दी game बनाने वाला model काफी मजेदार है
pandemic की शुरुआत में मैंने कुछ games बनाए थे, और हर एक में शायद करीब 30 मिनट लगे। छोटे बच्चों ने कौन-से Unicode emojis इस्तेमाल करने हैं, यह चुनने जैसी चीजों में process में हिस्सा लिया, और उन्होंने games बनाने में लगे समय से कहीं ज्यादा देर तक खेले
submitted post के game जितने polished नहीं हैं, लेकिन बच्चों के लिए mouse और keyboard सीखने का जरिया बने
खुद बनाकर देखने की पक्की सिफारिश करता हूं। मजा आता है
https://alexsci.com/games/ सिर्फ कुछ खास screen sizes पर चलते हैं, कुछ में keyboard चाहिए, और कोई instructions नहीं हैं
मेरा अब 8 साल का बेटा अभी भी कभी-कभी कहता है कि वह “game” खोलो जिसमें वह emojis चुनता है और number डालता है, फिर उतने ही emojis screen पर दिखते हैं
वह कोई “मजेदार” game नहीं है, लेकिन बच्चों के लिए यह बहुत बड़ी बात है कि उसे पापा ने बनाया है और वे खुद भी उसके काम करने के तरीके में शामिल थे
इसी author का एक और दिलचस्प लेख “Joy of small game development” है, जिस पर यहां चर्चा हुई थी: https://news.ycombinator.com/item?id=37799387
कल इसी author का बनाया 1D pacman नाम का game 1,700 से ज्यादा points लेकर चर्चा में था, और यहां देखा जा सकता है: https://news.ycombinator.com/item?id=38845510
यह इस बात का काफी प्रमाण लगता है कि यह व्यक्ति सच में जानता है कि वह क्या कह रहा है
Bevy से game बनाते हुए और जो कुछ सीखा उसे पूरा record करते हुए मैंने Rust काफी सीखा: https://taintedcoders.com/
game जितना छोटा होगा, उसे अंत तक complete करने की संभावना उतनी ज्यादा होगी। आमतौर पर पहले movement को मजेदार महसूस होने लायक बनाता था, फिर उसके आसपास game जैसी concepts जोड़ता गया
अकेले काम करते समय game से पहले simulation बनाना भी बहुत strongly recommend करता हूं। किसी चीज को जीवंत होते देखना ही सच में बहुत enjoyable है। हर बार नया engine सीखते समय boids बनाना एक शानदार exercise है
सिर्फ article पढ़ने पर शायद साफ न दिखे, लेकिन author के सारे games यहां playable हैं
[1] http://www.asahi-net.or.jp/~cs8k-cyu/
साथ ही एक page भी है जिसमें शामिल game mechanics के हिसाब से games को बांटकर organize किया गया है, और निजी तौर पर मुझे यह ज्यादा interesting लगा
[2] https://abagames.github.io/action-mini-game-mechanic-tags/index.html
छोटे गेम वाकई मज़ेदार होते हैं
असल में मेरा pandemic project छोटे गेम बनाना था। आखिरकार मैंने तय किया कि अब ऐसी चीज़ें आज़माने का समय है
अंत में मैंने पहले tilemap काटने और annotation करने का एक tool बनाया https://tmt.computerpho.be/, और उसका इस्तेमाल करके एक न्यूनतम browser city simulator https://pc.computerpho.be/ बनाया
ये काम browser के लिए single-file “apps” बनाने के experiments भी थे, इसलिए वह भी मज़ेदार था
छुट्टियों के दौरान मैंने Playdate SDK(https://sdk.play.date) से थोड़ा खेलकर देखा, और लेखक जिस तरह के छोटे गेम की बात कर रहे हैं, उसके लिए यह सच में अच्छा है
छोटा 1-bit screen और करीब 150MHz CPU जैसी constraints यह काफ़ी मजबूती से सीमित कर देती हैं कि आप क्या कर सकते हैं, लेकिन उल्टा यह काफ़ी मुक्त करने वाला लगता है। analysis paralysis कम होता है और execution बढ़ता है
इसी भावना में देखने लायक: https://www.chiark.greenend.org.uk/~sgtatham/puzzles/
गेम बनाने का idea मुझे सच में बहुत पसंद है, और इसी ने मुझे programming शुरू करने के लिए प्रेरित किया था
कुछ दिनों तक SDL2 के साथ लगकर पागलों की तरह बनाते रहने जितनी आनंददायक चीज़ें कम ही हैं। lazy foo tutorials के साथ बिताया समय मेरी सबसे अच्छी यादों में से एक है
https://lazyfoo.net/
नौकरी छोड़ने के बाद मैं एक गेम बना रहा हूँ, और यह मेरी ज़िंदगी के सबसे मज़ेदार दौरों में से एक है
पहले game development मुझे बहुत intimidating लगता था, लेकिन कुछ समय पहले मुझे एहसास हुआ कि किसी भी चीज़ को game mechanics में बदला जा सकता है। कोई नियम नहीं हैं। अगर कहना ही हो तो बस एक नियम है कि वह मज़ेदार होना चाहिए
कुछ महीने पहले मैंने Baldurs Gate 3 खेला और उससे बहुत inspiration मिला। मैं लंबे समय से RPG खेलता आया हूँ, लेकिन असली “TTRPG” कभी नहीं खेला था, और बचपन में ज़्यादातर JRPG खेलता था। DnD के बारे में भी जानता था, लेकिन असल ज़िंदगी में उसे आज़माना नहीं चाहता था, और किसी वजह से वह मुझे “थोड़ा बेकार” जैसा लगता था
लेकिन BG3 खेलते हुए मुझे सच में समझ आया कि “RPG” का मतलब क्या होता है। उस गेम ने हर चीज़ सही बैठा दी