हम वेब डेवलपमेंट से गेम डेवलपमेंट तक कैसे गए

नमस्कार, हेब्र! लगभग डेढ़ दशक से, हम वेब सेवाओं का निर्माण और विकास कर रहे हैं। आप उनमें से कुछ को जान सकते हैं, उपयोग का अनुभव कर सकते हैं, भावुकता से प्यार कर सकते हैं या मिश्रित भावनाएं रख सकते हैं, लेकिन यह अब उसके बारे में नहीं है।

इसलिए, हमारे पास 2 वेबसाइट बिल्डरों को बाजार के लिए जाना जाता है - uCoz और uKit, 90+ प्रतिशत पंजीकरण जो कभी भी आपकी अपनी साइट बनाने में परिवर्तित नहीं हुए, इस महत्वाकांक्षी इच्छा को कम से कम 5 प्रतिशत दर्शकों को बचाने के लिए, और टीम में ढाई लोग जिनके पास किसी तरह का है। खेल के विकास में कोई अनुभव नहीं। ऐसा नहीं है कि यह वेब उद्योग के बारे में खेल की रिहाई के लिए एक आवश्यक आपूर्ति थी ... ठीक है, आप समझते हैं।

घुमावदार रास्ते की शुरुआत

बैकएंड पर कोड की 59845 लाइनें और 65675 फ्रंट। 2 साल से अधिक का विकास, विफल और गतिरोध, 7 इंटरफ़ेस विकल्प। यह सब अब हमारे पीछे है, हालांकि सपने में टीम के सदस्यों में से एक में आने में लंबा समय लग सकता है।

यह कैसे हुआ कि लोग और एक कंपनी जो मुख्य रूप से साइट बिल्डरों के साथ व्यवहार करती है, ने अचानक (और!) एक ऑनलाइन मल्टीप्लेयर रणनीति बनाई । भले ही विषयगत: साइटों और वेबमास्टरों के बारे में?

कुछ बिंदु पर, हमने महसूस किया कि uCoz, एक उत्पाद के रूप में, अप्रचलित होने लगा, और यह uit को बनाने के लिए एक मकसद था। सब कुछ ठीक हो जाएगा, लेकिन यह पता चला कि समस्या गहरी है और इसकी जड़ें कहीं भी नहीं जाती हैं, लेकिन मानव मनोविज्ञान में। यह विश्व स्तर पर कोई मायने नहीं रखता है कि कौन सा साइट बिल्डर किस बारे में बात करता है - uKit, uCoz, Wix, Tilda, Jimdo, LPmotor (मेरे अन्य सभी सहयोगियों को क्षमा करें, हम कई सौ हैं, मैं हर किसी को याद करता हूं, मुझे सभी से प्यार है)। पंजीकृत उपयोगकर्ताओं के विशाल बहुमत कभी भी एक साइट नहीं बनाएंगे । यह एक आसानी से सत्यापित तथ्य है; यह पंजीकरण की संख्या (बॉट के बिना गिनती) और उन डोमेन / सक्रिय ग्राहकों की संख्या की तुलना करने के लिए पर्याप्त है जो वास्तव में सेवा कर रहे हैं।

ऐसा क्यों? एक अच्छा सवाल, जिसके जवाब की तलाश में हमने अपने और न केवल उपयोगकर्ताओं को फोन किया। क्योंकि कल । या अगले हफ्ते। सब कुछ स्पष्ट है, सब कुछ सुविधाजनक है, लेकिन कोई समय नहीं है। यह जिम जाने जैसा है।

यह तब था कि एक साधारण विचार उत्पन्न हुआ - इन लोगों के लिए, उनके आकर्षण के लिए, हमने पहले से ही भुगतान किया था, और साइटों के निर्माण में खेलने के लिए इस दर्शकों के कम से कम हिस्से को बचाने की कोशिश करने के लिए नहीं?

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

दिमित्री जी उर्फ ​​दिमोक (रनेट वेबमास्टर, ब्लॉगर के संकीर्ण दायरे में कुख्यात)

हर कोई अपने लिए एक खेल बनाना चाहता है।

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

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

पहला दर्द

निर्णय होता है, हम खेल बनाते हैं। उन्होंने शुरुआती पैराग्राफ में टीम के अनुभव के बारे में लिखा, इसके अलावा, लोग पहले से ही चल रही परियोजनाओं के साथ व्यस्त हैं, जो उनसे फाड़ना अनुचित है। तो क्या? इसलिए आपको पेशेवरों को काम सौंपना होगा। यह हमारा पहला असली दर्द था।

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

यहाँ कुछ परिदृश्य हैं जो हम बाद में आए:

• हाँ, हम मानते हैं, हमारे gamedes नहीं थे। परियोजना के साथ शुभकामनाएँ!
• ब्राउज़र गेम चाहते हैं? आइए इसे एकता पर करें, सवाल नहीं। और तथ्य यह है कि उपयोगकर्ता को प्लग-इन ब्राउज़र को स्थापित करने की आवश्यकता होगी (उस समय यह केवल ऐसा था) कोई समस्या नहीं है, इसकी लागत लगभग सभी को है!

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

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

दूसरा दर्द, खुद ही करो

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

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

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

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

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

डिजाइन और इंटरफेस

अब हम इस तरह दिखते हैं:

यह खेल के लिए असामान्य है, और कोई यह भी कह सकता है कि यह उबाऊ और मज़ेदार नहीं है। लेकिन यह एक सार्थक विकल्प है। यह एक खेल की तुलना में पहली नज़र में वेब पोर्टल की तरह दिखता है।

लोग पसंद करते हैं:

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

उन्होंने अंत में आश्वस्त किया कि खेल को एक विशिष्ट खेल की तरह नहीं देखना है, फुटबॉल प्रबंधक को देखो। सिम्युलेटर बहुत चंचल नहीं लग सकता है, लेकिन सफल हो सकता है। यह शैली है।

चुने हुए शैली के भीतर दृश्यों के लिए कई विकल्प थे। नीचे विभिन्न डिजाइनरों से अलग-अलग समाधान हैं।

एआई को जोड़ दें तो सब बेहतर है

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

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

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

इंग्लिश फर्स्ट, मोबाइल फर्स्ट

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

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

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

यह समझौता करना आवश्यक था, क्योंकि कॉर्डोवा पर कुछ महीनों के लिए हमने आईओएस और एंड्रॉइड एप्लिकेशन एक साथ रखे थे। यह स्पष्ट है कि वे मानक नहीं हैं (हालांकि बहुत सभ्य हैं), लेकिन आप काफी आराम से खेल सकते हैं। और यह परिकल्पना "यह कैसे जाता है" का परीक्षण बिल्कुल संभव है।

ऐप स्टोर के साथ समस्याएं

ऐप स्टोर में ऐप्पल और मॉडरेशन के साथ, मुझे थोड़ा सा कुश्ती करना पड़ा। सबसे पहले प्रेरणा के साथ एक मसौदा तैयार किया गया था: “आप एक वेब अनुप्रयोग हैं। "Apple उपकरणों में सफारी होती है, और इसमें रहते हैं, परेशान नहीं करते हैं।" लेकिन हमने इसे जीत लिया।

फिर, दुर्भाग्य से, एप्पल की आवश्यकताओं के कारण, मुझे आई-कैचिंग गेम मुद्रा बिटकॉइन का नाम बदलकर वेबकॉइन करना पड़ा। निष्पक्षता में, वे सही हैं, गुमराह करना वास्तव में संभव है। हालांकि हमारे लिए संवेदनाएं समान नहीं हैं।

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

तकनीकी बिंदु

प्रतिक्रिया और Redux से Vue और Vuex की ओर पलायन

मैं समझता हूं कि अब हम संभावित होलिवर्स की पतली बर्फ पर कदम रख रहे हैं, इसलिए मैं तुरंत एक आरक्षण कर दूंगा कि हम कुछ भी लागू नहीं कर रहे हैं या कुछ भी नहीं कर रहे हैं, हम जानबूझकर "आप सिर्फ उन्हें खाना बनाना नहीं जानते हैं" से सहमत हैं। यह सिर्फ हमारे रास्ते, पसंद और अनुभव के कारणों का विवरण है।

खेल को बनाने की प्रक्रिया में पहली क्रांति, यद्यपि काफी नरम, प्रतिक्रिया और Redux से Vue और Vuex में संक्रमण था।

हम कंपनी में लगभग सभी उत्पादों को एक ही तकनीक के ढेर पर विकसित करने की कोशिश करते हैं। यह मुख्य रूप से संचित विशेषज्ञता का मामला है, और इस मामले में, विकास टीमों के बीच एक आसान हस्तांतरण। हमारे लिए आज मूल: NodeJS, React और MongoDB।

डेटा और कनेक्शन के समूह के साथ एक गेम बनाना शुरू में NoSQL पर गूंगा था। नतीजतन, यह एक हफ्ते के लिए खूनी था कि हम सभी इसे करने के लिए चले गए, लेकिन पहले चीजें पहले।

रिएक्ट से Vue में आधा परिवर्तन क्यों किया गया?

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

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

वाक्यविन्यास चीनी और Vue का लचीलापन वास्तव में हमें "हिट" करता है। उदाहरण के लिए, अब, एक घटक में मूल्य को नियमित रूप से अपडेट करने के लिए, हम गणना किए गए गुणों के बजाय

foo() { return bar + baz; } 

लिखने

 foo() { return (this.oneTick, bar + baz); } 

इस .one गुण में थोड़ा सा जादू छुपा होता है, जो प्रतिक्रियाशील होता है और प्रति सेकंड एक बार अपडेट किया जाता है, जिससे बार + बाज अभिव्यक्ति के परिणाम में परिवर्तन होने पर घटक को प्रस्तुत किया जा सकता है।

डेटाबेस माइग्रेशन

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

अधिक व्यापक और जटिल MongoDB के लिए कदम था। निर्णय आसान मापनीयता और अपेक्षाकृत अधिक प्रदर्शन के कारण था। ओआरएम की उपस्थिति के बावजूद दूसरी चाल के दौरान बहुत अधिक समस्याएं थीं। लेकिन मानक रेप्लिकासेट और ऑटोफेलओवर के बहुत सेटअप में हमें सिर्फ एक घंटा लगा।

प्रकाशकों के बारे में कुछ शब्द

शुरू करने के लिए, हम उनकी प्रतीक्षा कर रहे हैं। अब तक, केवल Mail.Ru ने हम पर विश्वास किया है। इसके लिए आप सहयोगियों का धन्यवाद। बहुत जल्द हमें पता चलेगा कि हमारा ब्राउज़र संस्करण अपने दर्शकों तक कैसे पहुंचता है।

स्मार्ट पुस्तकों और पॉडकास्ट में वे कहते हैं कि प्रकाशकों को आधे रास्ते में आने की जरूरत है, न कि रिहाई के चरण में। हमने ऐसा किया, नवंबर में देवगाम जाने सहित अग्रिम में बात करना शुरू कर दिया।

हमें क्या उम्मीद थी:

"हाँ, ठीक है, बस यह और यह फिर से करें, और यहाँ हम हैं और हमारी विशेषज्ञता है!"

हमें क्या मिला:

"यह अच्छा है, कुछ नया और गैर-मानक, दिलचस्प सेटिंग, लेकिन आप कैसे शुरू करते हैं और विमुद्रीकरण तकनीक होगी - आओ।"

सामान्य तौर पर, सिद्धांत ने हमें विफल कर दिया। ऐसा क्यों हुआ, यह समझने की कोशिशों ने जवाब दिया: "आपके पास एक गैर-मानक है, इसलिए यहां यह है।"

दिल से कहना, मैं कहूंगा कि मेरी राय में इतने गैर-मानक नहीं हैं, लेकिन वे बेहतर जानते हैं।

सामान्य तौर पर, गेम देव के प्रतिनिधि हमारे प्रति सकारात्मक प्रतिक्रिया देते हैं। यह देखा जा सकता है कि बाजार अगले "किल द ड्रैगन" और "विजेता द कैसल" से थक गया। हालांकि यह अंदर से लोगों की विकृत धारणा हो सकती है।

अंतिम

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

यदि आप सहयोग देने के लिए तैयार हैं, तो हम इस पर विचार करने के लिए भी तैयार हैं।