यदि आप प्रोग्राम नहीं जानते हैं तो गेम कैसे विकसित करना शुरू करें?

तो, आप गेम विकसित करना चाहते हैं, लेकिन आपके पास कोई अवसर नहीं है? यह सच नहीं है, हमेशा एक अवसर होता है!

सबसे सरल और सबसे तार्किक उत्तर: भाषा सीखें और विकसित करें । और उद्योग के विकास को ध्यान में रखते हुए, गेममेकर जैसे कई स्वामी हैं जो काम को बहुत सुविधाजनक बनाएंगे।

अगर प्रोग्रामिंग आपकी चीज नहीं है तो क्या करें? उदाहरण के लिए, मेरे लिए यह काम नहीं आया, कोडिंग मेरा नहीं है। उन्होंने भाषाएं सिखाईं, मैं एल्गोरिदम की मूल बातें जानता हूं, लेकिन आत्मा झूठ नहीं बोलती, यह दिलचस्प नहीं है।

और ऐसा मेरा जीवन सिद्धांत है - काम दिलचस्प होना चाहिए!

इस मामले में क्या करना है। जवाब, फिर से, बहुत सरल है:

किसी को करने के लिए देखो

खैर, सब कुछ तर्कसंगत लगता है:

पैसा कमाओ, किसी को किराये पर दो। और अगर यह तार्किक है, तो आपको यह करना होगा!

कर दिया। अनुभव साझा करने के लिए बहुत पैसा और समय खर्च किया।

जैसे ही खेल विकसित हुआ, मैं ऐसे लोगों से मिला:

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

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

ग) कार्यालय के कर्मचारी । अगला प्रयास, अपने स्वयं के वित्त के आधार पर, मैंने 2 प्रोग्रामर को काम पर रखने का फैसला किया - न्यूनतम वेतन + परियोजना का एक ईमानदार प्रतिशत। ऐसा लगता है कि यह योजना हमारी वास्तविकताओं के लिए पर्याप्त है, लेकिन सब कुछ सरल है - पर्याप्त वित्तीय पूल नहीं है, क्योंकि वित्तपोषण का मुख्य स्रोत बंद हो गया है - वेब पर मेरा समानांतर काम।

इन सभी 3 बिंदुओं को अच्छी मात्रा में धन की आवश्यकता होती है और परियोजना क्या है इसकी गणना: सबसे अधिक संभावना है कि यह समय में डेढ़ से दो गुना तक बढ़ जाएगा; सबसे अधिक संभावना है, पैसे के लिए, यह मूल रूप से योजनाबद्ध की तुलना में 2-2.5 गुना अधिक महंगा होगा।

इन सभी समाधानों में एक सामान्य समस्या है - परियोजनाओं में कमजोर रुचि।

लेकिन एक और विकल्प है:

2. एक टीम को इकट्ठा करें, उन्हें कुछ ऐसा प्रदान करने का प्रयास करें जो वे स्वयं नहीं कर सकते।

हम इसे एक और संभावना कहेंगे:

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

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

हमारे मामले में, मैं खेल से बाहर आने के लिए सब कुछ करने की कोशिश करता हूं:

क्रिएटिव :
सभी के साथ मैं विचार उत्पन्न करता हूं।

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

पीआर :
मैं पीआर बनाए रखने के लिए VKontakte गेमिंग समुदाय का नेतृत्व कर रहा हूं। मैं लेख लिख रहा हूं (हालांकि लोग मेरी बहुत मदद करते हैं)। फ़ोरम, ईमेल, साइट्स, प्रोमो पेज। जब वित्तीय अवसर होते हैं, तो मैं विज्ञापन में निवेश करता हूं। मैं स्व-शिक्षा, विज्ञापन में लगा हुआ हूं, और सभी काम प्रभावी होने चाहिए!

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

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

यह थोड़ा है या बहुत है? मुझे नहीं पता मैं वास्तव में न्याय करता हूं, परियोजना जारी की जा रही है, लोग वही कर रहे हैं जो उन्हें पसंद है, मैं वही करता हूं जो मैं खेल करने का सपना देखता हूं, और मैं इसे वैसे ही करता हूं जैसे मैं कर सकता हूं। हार मत मानो, अपना सपना मत छोड़ो!

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