हाईलाड कप # 2। बैकएंड डेवलपर्स के लिए चैम्पियनशिप सेवा में वापस

क्या आप नई चुनौतियों के लिए तैयार हैं? हम सभी एमेच्योर और पेशेवरों को अत्यधिक भरी हुई सेवाओं के डिजाइन और प्रशासन के लिए चैम्पियनशिप के लिए आमंत्रित करते हैं हाईलाड कप # 2 !

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

इस बार उन्होंने आपके लिए अधिक कठिन व्यवसाय की तैयारी करने की कोशिश की। इसके अलावा, हमने दर्शकों का विस्तार किया है, अब अंग्रेजी बोलने वाले उपयोगकर्ता प्रतियोगिता में भाग ले सकते हैं। टेलीग्राम में रूसी भाषी समुदाय से जुड़ें। वहाँ आप प्रतियोगिता पर बहुत सारी अंतर्दृष्टि प्राप्त करेंगे :)



तो बस में आपका स्वागत है!

यांत्रिकी

पिछले साल की तुलना में, प्रतियोगिता में वैचारिक रूप से कुछ भी नहीं बदला।

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

समाधान हमें एक विशेष रिपॉजिटरी में स्थानीय रूप से स्थापित डॉकर क्लाइंट का उपयोग करके भेजा जाता है (प्रत्येक का अपना है)। फिर हमें भेजी जाने वाली सेवा को स्वचालित रूप से MailHu Group Technopark Laboratory के कर्मचारियों द्वारा विकसित CodeHub-CodeRunner प्रणाली द्वारा जाँच की जाती है।

फिर हम इंटेल कोर i7 प्रोसेसर के साथ परीक्षण मशीन पर कंटेनर को "हथौड़ा" करना शुरू करते हैं। समाधान को 2.4 जीएचजेड के 4 कोर, 2 जीबी रैम और 10 जीबी हार्ड डिस्क स्थान आवंटित किया जाएगा। संक्षेप में, एक "टैंक" को फैंटम इंजन के साथ लॉन्च किया जाता है, जो एक रैखिक रूप से बढ़ते भार प्रोफ़ाइल के साथ कई धाराओं में आग लगाता है। शेलिंग शुरू होने से पहले, उपयोगकर्ता के समाधान में प्राप्त JSON फ़ाइल से डेटा को संसाधित करने के लिए कई मिनट (सटीक कार्य पर निर्भर करता है) है। इन आंकड़ों के साथ सही काम जीत के लिए एक आवश्यक शर्त है। केवल दो, लघु और लंबी गोलाबारी।

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



किसी भी वेब तकनीक का उपयोग करें जिसे आप पा सकते हैं या उसके साथ आ सकते हैं। अपनी खुद की प्रोग्रामिंग भाषा और रूपरेखा चुनें। यह आपके विवेक पर C ++, Java + Tomcat, Python + Django, Ruby + RoR, GoLang, JavaScript + NodeJs, Haskell, कम से कम असेंबलर या कुछ और हो सकता है। डेटा संग्रहण के लिए: MySQL, PostgreSQL, Redis, MongoDB, caches। पूर्ण स्वतंत्रता!

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

• बुनियादी मैट्रिक्स;
• सही उत्तर;
• अनुरोध की प्रतिक्रिया की गति;
• प्रति सेकंड प्रतिक्रियाओं की संख्या।

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

कार्य

हमारी टीम ने लंबे समय तक सोचा कि इस साल क्या काम देना है। वे कुछ ऐसा चाहते थे जो बहुमत की संभावना को बराबर कर दे (ताकि सी / सी ++ में कुछ स्व-निर्मित बाइक जीत न जाएं)।

शब्द इस प्रकार है:

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

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

निम्नलिखित व्यक्तिगत डेटा एक खाता रिकॉर्ड में निहित है:

• आईडी - उपयोगकर्ता का अद्वितीय बाहरी पहचानकर्ता। यह परीक्षण प्रणाली द्वारा स्थापित किया गया है और फिर सर्वर प्रतिक्रियाओं की जांच करने के लिए उपयोग किया जाता है। प्रकार एक 32-बिट पूर्णांक है।
• ईमेल - उपयोगकर्ता का ईमेल पता। प्रकार - यूनिकोड स्ट्रिंग 100 वर्णों तक लंबा। विशिष्टता की गारंटी है।
• fname और sname - क्रमशः पहला और अंतिम नाम। टाइप - यूनिकोड 50 वर्णों तक लंबा तार। फ़ील्ड वैकल्पिक हैं और किसी विशेष रिकॉर्ड में मौजूद नहीं हो सकती हैं।
• फोन - मोबाइल फोन नंबर। टाइप 16 अक्षरों तक लंबा एक यूनिकोड स्ट्रिंग है। क्षेत्र वैकल्पिक है, लेकिन निर्दिष्ट मूल्यों के लिए विशिष्टता की गारंटी है। यह काफी कम ही भरा जाता है।
• सेक्स एक यूनिकोड स्ट्रिंग है, "एम" का अर्थ है पुरुष, और "एफ" का अर्थ है महिला।
• जन्म - जन्म तिथि, यूटीसी में यूनिक्स की शुरुआत से सेकंड की संख्या के रूप में दर्ज की गई (दूसरे शब्दों में, यह टाइमस्टैम्प है)। 01/01/2005 से ऊपर, 01/01/1950 से नीचे।
• देश - निवास का देश। टाइप 50 अक्षरों तक लंबा एक यूनिकोड स्ट्रिंग है। क्षेत्र वैकल्पिक है।
• शहर - निवास का शहर। टाइप 50 अक्षरों तक लंबा एक यूनिकोड स्ट्रिंग है। क्षेत्र वैकल्पिक है और शायद ही कभी निर्दिष्ट किया जाता है। प्रत्येक शहर एक विशेष देश में स्थित है।

इसके अलावा, एक खाते के रिकॉर्ड में दूसरी छमाही के लिए खोज इंजन के लिए विशिष्ट क्षेत्र हैं:

• शामिल हो गए - सिस्टम में पंजीकरण की तारीख। प्रकार - प्रतिबंधों के साथ टाइमस्टैम्प: 01.01.2018 से ऊपर से, नीचे 01.01.2011 से।
• स्टेटस - सिस्टम में उपयोगकर्ता की वर्तमान स्थिति। टाइप करें - निम्न विकल्पों में से एक पंक्ति: "मुक्त", "व्यस्त", "सब कुछ जटिल है।" अजीब अंत पर ध्यान न दें :)
• रुचियां - रोजमर्रा की जिंदगी में उपयोगकर्ता की रुचियां। प्रकार - यूनिकोड स्ट्रिंग्स की एक सरणी, संभवतः खाली। लाइनें लंबाई में 100 वर्णों से अधिक नहीं होती हैं।
• प्रीमियम - सिस्टम में प्रीमियम अवधि की शुरुआत और अंत (जब उपयोगकर्ता वास्तव में "आत्मा दोस्त" खोजना चाहते थे और उन्होंने सेवा के लिए भुगतान किया था)। JSON में, इस फ़ील्ड को शुरुआत और खत्म फ़ील्ड के साथ एक नेस्टेड ऑब्जेक्ट द्वारा दर्शाया गया है, जहां एक कम सीमा के साथ टाइमस्टैम्प 01/01/2018 को दर्ज किए जाते हैं।
• पसंद - उपयोगकर्ता की ज्ञात पसंद की एक सरणी, संभवतः खाली। सभी सहानुभूति अलग-अलग जाती हैं और प्रत्येक निम्नलिखित क्षेत्रों से एक वस्तु का प्रतिनिधित्व करता है:
  
  • आईडी - किसी अन्य खाते का पहचानकर्ता जिसे उपयोगकर्ता पसंद करता है। खाता हमेशा आईडी द्वारा स्रोत डेटा में पाया जा सकता है। कृपया ध्यान दें कि डेटा में एक ही आईडी के साथ कई पसंद हो सकते हैं।
  • ts - समय, यानी टाइमस्टैम्प, जब सिस्टम में सहानुभूति दर्ज की गई थी।

आपको एपीआई को लागू करने की आवश्यकता है।

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

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

समय सारिणी

हां, हम जानते हैं कि छुट्टियां (आगामी के साथ), इसलिए चैम्पियनशिप बहुत लंबी होगी :)

1. बीटा परीक्षण (परिणाम को ध्यान में नहीं रखा गया है): 13 दिसंबर को 19:00 बजे शुरू होगा, 21 दिसंबर को 19:00 बजे समाप्त होगा।
2. क्वालिफाइंग राउंड: 21 दिसंबर, 19:00 से 31 जनवरी, 19:00 तक।
3. फाइनल राउंड: 5 फरवरी तक।

बीटा परीक्षण के दौरान, कार्य के नियम और शर्तें बदल सकती हैं (बग की उपस्थिति में और अन्य कारणों से)।

क्वालिफाइंग राउंड - नियम नहीं बदलते।

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

प्रस्तुत

पहले स्थान पर ब्रांड मैकबुक एयर है।
दूसरा और तीसरा स्थान - Apple iPad।
चौथा, पांचवां और छठा स्थान - सैमसंग गियर एस 3।

प्रतिभागी को बदले में समकक्ष मूल्य का एक और उपहार मांगने का अधिकार है। फाइनल के लिए क्वालीफाई करने वाले सभी प्रतिभागियों को हमारी चैंपियनशिप की ब्रांडेड टी-शर्ट मिलेगी।

समुदाय

यदि आप हमारे टेलीग्राम चैट रूम में जाते हैं, तो आप इसे पहले से ही छोड़ने की संभावना नहीं है। हम आपकी प्रतीक्षा कर रहे हैं, और शुभकामनाएँ!

धन्यवाद

यह आलेख सिस्टम अद्यतन समस्याओं को संबोधित नहीं करता है। हमने इन्फ्रास्ट्रक्चर बग्स को खत्म करने के लिए बहुत काम किया, गीथहब पर प्रतिभागियों से सभी मुद्दों की समीक्षा की, पहले से ही कुछ को लागू किया और इसे अगले साल के लिए TODO सूची में डाल दिया। मैं मैक्सिम @ xammi- Kislenko, Ilya @liofz Lebedev, इवगेनी @gunicorn इवानोव, इरिना @aithelle Lukyanova, वसीली @vasidov Dmitriev और पूरी टीम है कि प्रतियोगिता में भाग लिया पूरे चैंपियनशिप समुदाय सहित, के लिए अपनी गहरी कृतज्ञता व्यक्त करना चाहता हूं। धन्यवाद!