🖕🏾 🧑🏻‍🤝‍🧑🏻 🏏 हमने प्रोग्रामिंग आईटी-प्लैनेट फ़ाइनल का विलय कैसे किया 🙍🏼 🤾🏻 🐹

हम बुरे नहीं हैं, लेकिन कई कीड़े हैं। ~ 7 घंटे में खेल "हॉकी" के लिए कृत्रिम बुद्धि का विकास।

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

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

मैं कुछ भी नकारात्मक लिखना नहीं चाहता, मुझे लगता है कि यह गलत है, और आयोजकों को खुद दुखी होना चाहिए। इसलिए, मैं कहूंगा कि असाइनमेंट का विचार काफी दिलचस्प है, हालांकि मैं व्यक्तिगत रूप से प्रतियोगिताओं (अन्ना प्रोजोरोवा) के इस प्रारूप को वास्तव में पसंद नहीं करता हूं।

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

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

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

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

परिचय

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

इल्या

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

अन्ना

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

सिंह

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

प्रतियोगिता विवरण

सामान्य स्थिति

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

"जावा प्रोग्रामिंग" नामांकन सीखने की प्रक्रिया में प्राप्त ज्ञान के व्यावहारिक अनुप्रयोग को खोजने में मदद करता है।

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

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

पूर्णकालिक अंतरराष्ट्रीय फाइनल। खेल "आइस हॉकी" के लिए एआई लिखना आवश्यक था। ~ 7 घंटे दिए गए। शुरुआत के “गो-फॉरवर्ड” की कमी और दोपहर के भोजन के साथ समझ न होने के कारण होने वाली गड़बड़ी। समय रबड़ का था और दर्शक बंद नहीं हुए थे, लेकिन इससे भी नीचे।

कार्य

इस कार्य का विकास सिम्बीफ्टॉफ्ट एलएलसी के विशेषज्ञों द्वारा किया गया था। नीचे .pdf फ़ाइल (लेख के लिए न्यूनतम संशोधन के साथ) की सामग्री है जो प्रत्येक प्रतिभागी को प्राप्त हुई है।

कार्य

कार्य विवरण

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

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

आपका काम लाल बॉट के प्रबंधन के लिए एक एल्गोरिथ्म लिखना है। वर्णों को नियंत्रित करने के लिए आपके पास 3 विधियाँ होंगी, जिनका वर्णन नीचे दिया गया है। एक ऐसी विधि भी है जो मैदान पर सभी खिलाड़ियों के बारे में जानकारी प्राप्त करती है और पक निर्देशांक बनाती है।

खेल की सीमाएँ

गोलकीपर केवल गोल से मैदान के बीच तक पहुंच सकता है। डिफेंडर और हमलावर गोलकीपर क्षेत्र (गोल के पास लाल अर्धवृत्त) को छोड़कर पूरे क्षेत्र में सवारी कर सकते हैं।

आवेदन संरचना का विवरण

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

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

क्लाइंट प्रोग्राम में अल्गोरिटम फ़ोल्डर में सभी प्रोग्राम कोड को अल्गोरिटम वर्ग में लिखा जाना चाहिए (अन्य फ़ाइलों में सभी परिवर्तनों को ध्यान में नहीं रखा जाएगा)।

इस कक्षा में निम्नलिखित विधियाँ मौजूद हैं:

चाल (खिलाड़ी टाइप, x, y) - एक खिलाड़ी को नक्शे पर एक निर्दिष्ट बिंदु पर ले जाने के लिए एक विधि।
किक (खिलाड़ी टाइप) - एक विशिष्ट खिलाड़ी द्वारा पक को मारने के लिए विधि।
टर्न (प्लेयर टाइप, एंगल) - एक विशिष्ट खिलाड़ी को बदलने के लिए एक विधि।
getInfo () - मानचित्र पर सभी खिलाड़ियों और पक के बारे में जानकारी प्राप्त करें।

एक स्थिर चर स्तर भी है, जो एल्गोरिथ्म की जटिलता के स्तर के लिए जिम्मेदार है। ओलंपियाड में भाग लेने वालों के लिए निम्न स्तर उपलब्ध होंगे:

ब्लू टीम खड़ी है;
ब्लू टीम पूरे क्षेत्र में बेतरतीब ढंग से चलती है;
ब्लू टीम "कमजोर एल्गोरिथ्म" के अनुसार खेलती है;
नीली टीम एक उन्नत एल्गोरिथ्म (आंतरिक परीक्षण के लिए) के अनुसार खेलती है।

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

खेल के मैदान में, खेल के निरंतर मूल्यों को लिखा जाता है (उदाहरण के लिए, मिडफील्ड, गोलकीपर जोन, आदि)।

GetInfo () विधि GameInfo वर्ग का ऑब्जेक्ट देता है।

शोधन

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

मूल्यांकन मानदंड

.Pdf फ़ाइल से भी लिया गया। Algoritm वर्ग के केवल कोड का उपयोग किया जाएगा। प्रत्येक प्रतिभागी का एल्गोरिदम बदले में सभी कठिनाई स्तरों के खिलाफ चलाया जाएगा। रन के परिणामों के अनुसार, मैच के परिणामों के लिए अंक निर्धारित किए जाएंगे, और एल्गोरिथ्म में कार्यान्वित अवसरों के लिए अंक भी प्रदान किए जाएंगे।

मापदंड की सूची

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

के लिए दंड अंक प्रदान किए जाएंगे:

खिलाड़ी अपने लक्ष्य में गोल करता है।
हॉकी खिलाड़ी एक दूसरे को ब्लॉक करते हैं। (एक-दूसरे को पास न आने दें)।
जानबूझकर खेल को रोकना। उदाहरण के लिए: पक के खिलाफ पक को खेल के अंत तक धक्का दें।

मुख्य शरीर

प्रतियोगिता की तैयारी

इल्या

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

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

इंतजार किया और इंतजार किया! 27 सितंबर की दोपहर में वेबिनार के बारे में एक पत्र आता है! 28 सितंबर को 19:00 बजे। यह मेरे लिए एक सही दिन और समय था। हालांकि ... हालांकि, निर्धारित लॉन्च से 4 घंटे पहले, एक और पत्र 17:00 पर स्थानांतरित हो गया! स्थानांतरण पत्र शुरू होने से एक घंटे पहले आया था ... मैंने सबसे अच्छा उड़ान भरी और मुझे लगभग 15 मिनट की देरी हो गई (मुझे उम्मीद नहीं थी कि फ्लैश प्लेयर अभी भी स्थापित करना होगा)।

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

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

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

मैंने पहले ही ऊपर लिखा है कि जावा में लिखने के लिए एक सुराग के बिना, इसलिए, रणनीति के अलावा, मैंने भाषा के वाक्यविन्यास का अध्ययन करना शुरू किया। यह एक उत्कृष्ट साइट द्वारा मदद की गई थी, जिसे मैं पहली बार से अधिक समय से उपयोग कर रहा हूं - वाई मिनट में एक्स जानें । IntelliJ IDEA में प्रवेश करने के बाद, मैंने महसूस किया कि इस पर लिखना ठीक उसी प्रकार है जैसे C # पर लिखना।

ऐसी तैयारी के साथ, मैं मास्को गया।

अन्ना

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

मैंने जावा की कुछ सूक्ष्मताओं को ताज़ा करने में समय बर्बाद नहीं करने का फैसला किया, क्योंकि, जैसा कि यह मुझे प्रतीत होता है, कार्य में रणनीति लिखने और गणित के कुछ ज्ञान शामिल हैं। इसलिए मैंने RAIC 2014 के विजेता के लेख को पढ़ने का फैसला किया। लेख दिलचस्प था, लेकिन विशेष रूप से इस प्रतियोगिता के लिए विशेष रूप से उपयोगी नहीं था, क्योंकि भौतिकी मौलिक रूप से भिन्न हो सकती है, और बहुत कम समय दिया जाएगा।

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

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

सिंह

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

समय वितरण

इल्या

मुझे हमेशा प्रतियोगिताओं और ओलंपियाड में समय के वितरण के साथ समस्याएं थीं। मैंने तीसरी बार रेक पर कदम रखा। पहले के बाद उन्होंने कहा कि वह ऐसा कभी नहीं होने देंगे। एक बार फिर, वह एक कार्य पर बैठ गया, लंबे समय तक दूसरे पर स्विच नहीं किया।

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

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

अन्ना

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

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

सिंह

(7 , ), , 1-2 . , 3- 0-2 6-0. , . , , , - - , , , , .

, , , .equals() .TypeOfPlayer .PlayerType, . - , ( , , :) ). , - , , , , , , , , .

. 7 — , , .

. , , % 360. 90 +, 180, 270. …

double res = 180 / Math.PI * Math.acos((pp.x - tp.x) / pp.dist(tp)); return (90 + (int) res) % 360;

प्रतियोगिता की समाप्ति से लगभग 40 मिनट पहले, मैंने खेल का पता लगाने का फैसला किया, जो कि पक के निकटतम खिलाड़ी की तलाश में हुआ। बात यह निकली कि पेंट वर्ग की मेरी वर्गवादी पद्धति में संकेत था - निर्देशांक के अंतर के वर्गों के बीच + के बजाय, (जिस तरह से, क्वायर पर भी -)। और इस तरह के एक बग के साथ, मैंने कई घंटों के लिए बिल्कुल दूरी पर विचार किया ...
प्रतियोगिता की शुरुआत में, मैंने अपने सिर को भविष्य में पक की स्थिति प्राप्त करने का अहसास रखा। इसके लिए इसकी गति की आवश्यकता है। जैसा कि यह निकला, दुनिया की स्थिति से कुछ भी उपयोगी नहीं हो सकता है (मुझे लगता है कि यह आयोजकों का एक जंबो है, जो एक ही प्रारूप के अन्य प्रतियोगिता प्रदान करते हैं) पर भरोसा करते हैं। इसलिए, खेल में विभिन्न बिंदुओं पर अपनी स्थिति के आधार पर एक ही पक गति प्राप्त की जानी थी। मैंने बहुत समय डिबगिंग में बिताया और समझ में नहीं आया कि डेटा इतना कम क्यों आता है (प्रत्येक 5ms का वादा किया गया है)। सामान्य तौर पर, मैं तब मिसकॉल नहीं कर पा रहा था, लेकिन ~ प्रतियोगिता के अंत से एक घंटे पहले मैंने आयोजकों द्वारा छोड़ी गई अपनी रणनीति में एक दिलचस्प कोड कोड देखा:
```
 try { Thread.sleep(1000); } catch (InterruptedException e) { e.printStackTrace(); } 
```
मान को 10 पर सेट करने पर, मुझे डेटा का लगातार अद्यतन प्राप्त हुआ, गति प्राप्त करने के लिए जिम्मेदार कोड सेक्शन को अनियोजित किया और यह काम कर गया! लगभग 20 मिनट बाद मैंने प्रतिभागी से आयोजकों के इस कोड के बारे में एक सवाल सुना, और उन्होंने उसे समझाया कि यह विशेष रूप से हमारे लिए किया गया है, ताकि इसे विकसित करना आसान हो। उस पल मैं मुस्कुराया, यह महसूस करते हुए कि मैं अकेला ऐसा नहीं था जिसे इतनी देर से एहसास हुआ।

अन्ना

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

सिंह

लॉग में पहले दो घंटे बॉट्स की कमांड पर दूसरी बार के बजाय सहयोगी दलों की कमान पर बेतरतीब ढंग से दोनों बार प्रसारित हुए।

आयोजक शॉल्स

आरामदायक लेखन के लिए थोड़ा डेटा मजबूत रणनीतियां। मैदान पर खिलाड़ियों को नियंत्रित करने और उनकी स्थिति के लिए हमें जो चार तरीके दिए गए थे। हाँ, पक का भी अपना मालिक था। स्थिरांक से, क्षेत्र का केंद्र, गोलकीपर और लक्ष्य क्षेत्र सुलभ थे। इसके लिए धन्यवाद, लेकिन यह हमें लगता है कि मूल्यों की निम्नलिखित सूची बस आवश्यक थी। हमने बस उन्हें तंग किया!
1. खिलाड़ियों की गति (प्रत्येक भूमिका की अपनी गति थी), पक;
2. पक को धीमा करने के बारे में जानकारी;
3. खिलाड़ियों की स्थिति शुरू करना;
4. खिलाड़ियों के आकार, पक;
वेबिनार में, डेवलपर्स ने स्पष्ट रूप से कहा कि सर्वर का स्रोत कोड प्राप्त करने का कोई तरीका नहीं होगा। कुछ पैकर्स के बारे में, यह कहा गया था कि .exe फिसल जाएगा। शब्द "ओफ़्फ़केशन" फ्लैश नहीं हुआ, लेकिन संकेत दिया गया। वास्तव में, हमें एक .jar मिला है, जो कुछ सेकंड में विघटित हो जाता है और न केवल खेल की भौतिकी के साथ स्थिरांक और तर्क है कि प्रतिभागियों की कमी उपलब्ध हो जाती है, बल्कि हमारे खिलाफ खेलने वाले तीसरे स्तर के बॉट के लिए उनका स्रोत कोड भी है। दुर्भाग्य से, मैंने इसे घर आने पर खुद देखा, और प्रतिभागियों से प्रतियोगिता के बाद विघटन के बारे में सुना। उन्होंने बताया कि फिनाले के दौरान किसी ने इसका इस्तेमाल कैसे किया। अगर यह सच है, तो यह बहुत अप्रिय है। ऐसे क्षणों में आपको पछतावा होने लगता है कि सही तो सब है।
लेकिन इस मामले में, यह बहुत ईमानदार नहीं है (अलेक्जेंडर पोलिशचुक बोबा-एलेक्स )।
ठीक है, अच्छी तरह से किया है कि उन्होंने इसका इस्तेमाल किया, क्योंकि नियमों में कोई प्रतिबंध नहीं था, लेकिन उन्होंने पर्यवेक्षक के माध्यम से नहीं जाने का फैसला किया, इसलिए यह ओलंपियाड (मैक्सिम प्योंकोव मैक्सज़क्सवड ) का हिस्सा था।
हॉकी खिलाड़ी मैदान से एक यादृच्छिक समय पर गायब हो सकते थे और खेल के अंत तक दिखाई नहीं देते थे। आप खिलाड़ी को गोलकीपर क्षेत्र में भेज सकते हैं।
चाल () पद्धति को कॉल करते समय, हॉकी खिलाड़ी गलत दिशा में मुड़ सकता था। इस वजह से, यह "मूनवॉक" जैसा कुछ हो सकता है।

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

तुलना के लिए, एक समकोण पर एक पास का उदाहरण, जिसमें गति के साथ सब कुछ अच्छा है और एक मंदी है।

वीडियो
दुश्मन टीम का हमलावर मैदान के केंद्र के करीब खड़ा था और तुरंत गोल की शुरुआत में पक को बाधित कर दिया (फ़ील्ड बनावट के केंद्र में पक न होना भी सामान्य है)।
"गोलकीपर केवल गोल से मैदान के मध्य तक पहुंच सकता है" केवल हमारी टीम पर लागू होता है, दुश्मनों के लिए ऐसा कोई नियम नहीं है।
हॉकी खिलाड़ियों को किसी भी कार्य को करने में सक्षम होने के लिए, आपको सबसे पहले उनमें से किसी एक पर कदम () विधि लागू करनी चाहिए;
रणनीति कोड में आयोजकों ने नया डेटा प्राप्त करने की आवृत्ति को प्रभावित करते हुए एक टाइमआउट छोड़ दिया। यदि आप बस इस कोड को हटाते हैं, तो सब कुछ जमा हो जाता है। बहुतों को इसका उद्देश्य समझ में नहीं आया और आयोजकों से कोई स्पष्टीकरण नहीं मिला। नियमों में, कोड का यह हिस्सा दिखाई नहीं दिया। इस पर कई एक पोखर में बैठ गए।
बड़ी संख्या में प्रतिभागियों को रणनीति के स्तर को बनाने और बदलने के साथ समस्याएं थीं (जैसा कि यह निकला, बहुत से लोग नहीं जानते कि मावेनोम के साथ कैसे काम किया जाए)।
वेबिनार में, आयोजकों ने कहा कि जावा संस्करण 8 का उपयोग करेगा, लेकिन अंत में, परियोजना को न्यूनतम 11 जावा की आवश्यकता थी।
अन्ना: जब मैं एक काम करने वाले कंप्यूटर पर बैठ गया, तो कोड में अतिरिक्त स्थान के कारण बिल्ड के साथ समस्याएं थीं जिसने चर नाम को तोड़ दिया। महत्वपूर्ण नहीं है, लेकिन बहुत अच्छा नहीं है।
कुछ कंप्यूटरों पर, शुरू में कोई कार्य फ़ाइलें या इंटरनेट नहीं थे, और निर्भरता लंबे समय तक भरी हुई थी।
उम्मीद से अधिक प्रतिभागी थे। यह किसी तरह के एक्स्ट्रा के कारण हुआ। इसलिए, एक व्यक्ति ~ 13 कंप्यूटरों की खोज के साथ हिचकोले खाता था (कुछ ने अपने लैपटॉप निकाले) और स्क्रैच से परियोजना शुरू की।
दोपहर के भोजन को सख्ती से विनियमित नहीं किया गया था। उन्होंने भोजन के लिए एक निश्चित समय नहीं दिया, उन्होंने दर्शकों को बंद नहीं किया। भूखे लोगों को बेचने के लिए एक अतिरिक्त घंटा मिला।
ऊपर, प्रतियोगिता के विवरण में, मूल्यांकन मानदंड के साथ एक अधीनता है। उनकी समस्या यह है कि यह अंक के बारे में क्या कहता है, लेकिन यह नहीं लिखा है कि कितना और किसके लिए। नतीजतन, हमें अस्पष्टता और सामान्य समझ मिली कि जीतने के लिए क्या करना चाहिए।
संभवतः प्रतिभागियों के स्तर के करीब तुलना करना मुश्किल होगा, क्योंकि सुविधाओं के लिए अंकों का कोई स्पष्ट कार्य नहीं था, बस एक सूची थी। प्रतिभागी विभिन्न विशेषताओं को लागू कर सकते हैं, लेकिन सभी से समान रूप से किसी तरह (रोमन) की तुलना करना आवश्यक था।

निष्कर्ष

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

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

धन्यवाद

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

एना ( ओडरस ), लियो ( ज़ादामंतिय ), अलेक्जेंडर ( बोबा-एलेक्स ), मैक्सिम ( मैक्सज़्क्वाड ), इवान, रोमन, अन्ना, डोनेट , अलेक्जेंडर का धन्यवाद।

मैं स्वयं IT-Planet प्रतियोगिता के आयोजकों को भी धन्यवाद देना चाहता हूं, प्रतियोगिता के लिए फाइनल के आयोजक "प्रोग्रामिंग: जावा" SimbirSoft, और विशेष रूप से डेवलपर एडुआर्ड, जो फाइनल में मौजूद थे और समस्याओं के लिए प्रतिभागियों की मदद करते थे, खेल के तर्क में स्पष्ट क्षणों को स्पष्ट कर सकते थे।

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

फिनाले का विचार अच्छा था, क्वालिफाइंग राउंड भी (इवान)।

पुनश्च

एक लेख लिखते समय, प्रतियोगिता और प्रोटोकॉल से तस्वीरें आ गईं, जिसका मतलब है कि अब हम अपने स्थानों की घोषणा कर सकते हैं!

इल्या ने 33 में से 28-32 का ताज पहनाया
अन्ना - 16
सिंह - 14

यहाँ तक पढ़ने के लिए धन्यवाद!

हमने प्रोग्रामिंग आईटी-प्लैनेट फ़ाइनल का विलय कैसे किया

परिचय

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

इल्या

अन्ना

सिंह

प्रतियोगिता विवरण

सामान्य स्थिति

कार्य

मूल्यांकन मानदंड

मुख्य शरीर

प्रतियोगिता की तैयारी

इल्या

अन्ना

सिंह

समय वितरण

इल्या

अन्ना

सिंह

अन्ना

सिंह

आयोजक शॉल्स

निष्कर्ष

निष्कर्ष

धन्यवाद

पुनश्च

More articles: