इंटरफ़ेस विकास स्कूल: मिन्स्क के लिए कार्यों का विश्लेषण और मॉस्को में एक नया सेट

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

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



मॉस्को में पंजीकरण के उद्घाटन के अवसर पर, हम मिन्स्क में यहां पिछले स्कूल में प्रवेश कार्यों का विश्लेषण प्रकाशित करते हैं।

यदि हम SRI कार्यों के इतिहास का पता लगाते हैं, तो साल-दर-साल हमने एक प्रोग्रामर के लिए तीन महत्वपूर्ण कौशल का परीक्षण किया है:

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

प्रत्येक कार्य के विश्लेषण में, हम न केवल सही प्रक्रिया के बारे में बताएंगे, बल्कि सामान्य गलतियों के बारे में भी बताएंगे।

कार्य 1: पोर्टफोलियो

पहला काम Yandex.Collections के डिजाइनर अलेक्सी चेरनेविच द्वारा किया गया था, जो जानते हैं कि टाइपसेट कैसे किया जाता है, और सेवा में उनके सहयोगी, इंटरफ़ेस डिजाइनर सर्गेई सैमसनोव।

शर्त

एक पोर्टफोलियो साइट बनाएं: हमें अपने बारे में, अपने काम और स्कूल से अपेक्षाओं के बारे में बताएं। साइट को जितना संभव हो उतना प्रस्तावित लेआउट से मेल खाना चाहिए (लेआउट के लिंक: 1000px , 600px , 320px , विनिर्देश )। हम केवल लेआउट में रुचि रखते हैं, इसलिए कृपया जावास्क्रिप्ट का उपयोग न करें।

जाँच करते समय, हम ध्यान में रखेंगे:

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

प्लस होगा:

• आधुनिक सीएसएस-समाधानों का उपयोग: फ्लेक्सबॉक्स, ग्रिड, आदि;
• अनुकूली लेआउट;
• प्री-और (या) पोस्टप्रोसेसर, असेंबली, मिनिफिकेशन, आउटपुट कोड के अनुकूलन का उपयोग;
• HTML फॉर्म सत्यापन, शैलीकृत फ़ाइल अपलोड बटन।

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

असाइनमेंट में प्रस्तावित लेआउट केवल मोबाइल डिवाइस, टैबलेट और डेस्कटॉप के लिए स्क्रीन के साथ नहीं थे, बल्कि एक सच्चे विनिर्देशन के साथ भी थे।

पहले कार्य के परीक्षण के परिणाम के लिए जितना संभव हो उतना निष्पक्षता जोड़ने के लिए, इस परीक्षण के लिए बहुत सारे मानदंड थे।

मापदंड

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

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

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

शब्दार्थ लेआउट । "कितनी बार उन्होंने दुनिया को बताया है" कि लिंक को <a>, बटन को <बटन> के रूप में फ़्रेम किया जाना चाहिए। सौभाग्य से, अधिकांश उम्मीदवारों ने इस आवश्यकता का अनुपालन किया है। सभी ने div टैग का उपयोग करके SRI से अपेक्षाओं में गुप्त सूची को नहीं पहचाना, लेकिन यह इतना डरावना नहीं है। एक उम्मीदवार था जिसने सभी शब्दार्थ टैग डाले थे जो वह केवल जानता था - जहां यह आवश्यक था और जहां यह आवश्यक नहीं था। उदाहरण के लिए, एक सूची के बजाय, <खंड> और <लेख>। फिर भी, शब्दार्थ - यह आपके पृष्ठ की संरचना और प्रत्येक ब्लॉक के उद्देश्य को समझने के बारे में है (बहुमत ने इसे यहां किया), साथ ही पूर्व और / या पोस्ट-प्रोसेसर के उपयोग के बारे में भी (कुछ ने इसे यहां किया था, हालांकि यह भी बिंदुओं में था - कम और scss सबसे अधिक बार जुड़े थे) ।

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

ड्रॉप डाउन सूची । यह सब नीचे आया <इनपुट नाम = "accordion" प्रकार = "रेडियो"> और एक समान चयनकर्ता: .acordion-item input: जाँच ~ .accordion-item__content। कार्यान्वयन यहाँ देखें।

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

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

नवीनतम तकनीक का उपयोग करना । कई लोगों ने फ्लेक्स का उपयोग किया, लेकिन किसी ने ग्रिड का उपयोग करके कार्य पूरा नहीं किया। यदि फ्लेक्स सही ढंग से उपयोग किया गया था, तो गिना जाने वाला आइटम अगर कहीं, इन्हीं फ्लेक्स के कारण, लेआउट पार्टिंग कर रहा था - अफसोस, आपको अतिरिक्त अंक नहीं मिले।

रूप की मान्यता । प्रत्येक इनपुट फॉर्म में आवश्यक विशेषता जोड़ना आवश्यक था। हमने ईमेल फ़ील्ड को ईमेल के रूप में मान्य करने वालों को अंक जोड़े।

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

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

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

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

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

कार्य 2: परिवहन मार्ग

टास्क के लेखक डेनिस बाल्यको हैं, जो खोज इंटरफ़ेस समूह के प्रमुख हैं।

शर्त

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

समारोह हस्ताक्षर:

const solution = function(graph, start, finish) { //   } 

नमूना इनपुट:

 const graph = { start: { A: 50, B: 20 }, A: { C: 40, D: 20 }, B: { A: 90, D: 90 }, C: { D: 160, finish: 50 }, D: { finish: 20 }, finish: {} }; const start = 'start'; const finish = 'finish'; 

नमूना उत्पादन:

 { distance: 90, path: ['start', 'A', 'D', 'finish'] } 

नोट: समाधान फ्रेमवर्क src / फ़ोल्डर में है, अपने समाधान को solution.js में रखें।

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

मापदंड

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

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

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

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

सही निर्णय:

 const solution = function(graph, START, FINISH) { //       const costs = Object.assign({[FINISH]: Infinity}, graph[START]); //     const parents = { [FINISH]: null }; Object.keys(graph[START]).reduce((acc, child) => (acc[child] = START) && acc, parents) const visited = []; let node; //  «» ,   do { node = lowestCostNode(costs, visited); let children = graph[node]; for (let n in children) { let newCost = costs[node] + children[n]; //         if (!costs[n] || costs[n] > newCost) { costs[n] = newCost; parents[n] = node; } } visited.push(node); } while (node) return { distance: costs[FINISH], path: optimalPath(parents) }; //     «»  function optimalPath(parents) { let optimalPath = [FINISH]; let parent = parents[FINISH]; while (parent && parent !== START) { optimalPath.push(parent); parent = parents[parent]; } optimalPath.push(START); return optimalPath.reverse(); } //        function lowestCostNode(costs, visited) { return Object.keys(costs).reduce((lowest, node) => { if (lowest === null || costs[node] < costs[lowest]) { if (!visited.includes(node)) { lowest = node; } } return lowest; }, null); }; }; 

कार्य 3: ईवेंट कैलेंडर

इसे इंटरफ़ेस डेवलपर्स सर्गेई कज़कोव और अलेक्जेंडर पॉडस्क्रेबिन ने तैयार किया था।

शर्त

शेड्यूल प्रदर्शित करने के लिए एक मिनी कैलेंडर लिखें। आप कोई भी शेड्यूल ले सकते हैं जो आपको पसंद हो। उदाहरण के लिए, 2019 में फ्रंट-एंड सम्मेलनों की अनुसूची।

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

उपयोगी संसाधन

फ्रंट-एंड सम्मेलनों की अनुसूची:
confs.tech/javascript?topics=javascript%2Bcss%2Bux

सेवा कर्मी:
developer.mozilla.org/ru/docs/Web/API/Service_Worker_API/Using_Service_Workers
developers.google.com/web/fundamentals/primers/service-workers

सूचनाएं एपीआई:
developer.mozilla.org/ru/docs/Web/API/Notifications_API

तीसरा कार्य परीक्षण के लिए सबसे दिलचस्प था, क्योंकि बहुत सारे समाधान थे, प्रत्येक अपने स्वयं के साथ। हमने जांच की कि उम्मीदवार अपरिचित प्रौद्योगिकियों को कैसे संभालता है - क्या वह जानता है कि कैसे जांच करनी है, क्या वह अपने समाधान का परीक्षण करता है।

मापदंड

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

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

त्रुटियों के बिना एक सेवा कार्यकर्ता का पंजीकरण करना और पहले बूट के बाद ऑफ़लाइन काम करना। यहां पहले बूट पर शेड्यूल कैशिंग के साथ एक सेवा कार्यकर्ता का एक उदाहरण है । सेवा श्रमिकों, उनकी क्षमताओं और उनके साथ काम करने के तरीकों (कैश के साथ काम करने के लिए रणनीति, ऑफ़लाइन काम करना) के बारे में विवरण यहां पाया जा सकता है ।

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

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

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

कंसोल में त्रुटियां । यदि कंसोल में सीधे एक संकेतक था कि कुछ गलत था, और प्रतिभागी ने इस पर ध्यान नहीं दिया, तो हमने अंक ले लिए।

परिणाम

प्रतिभागियों के निर्णयों में मजेदार:

• एक प्रश्नावली में निम्नलिखित पाठ शामिल थे: “एक मित्र प्रोग्रामर ने प्रतिक्रिया एप्लिकेशन को इकट्ठा करने में मदद की। मैंने उनसे सवाल पूछा कि क्या, कैसे और क्यों, उन्होंने बताया। मुझे यह बहुत पसंद आया, मैं इसके बारे में और जानना चाहता हूं। ” हमने इस प्रश्नावली का तहे दिल से समर्थन किया, लेकिन दुर्भाग्य से, उम्मीदवार के दोस्त ने वास्तव में उसे एक काम करने में मदद नहीं की।
• एक उम्मीदवार ने GitHub को एक लिंक भेजा, जहां RAR संग्रह स्थित था - इस पर किसी तरह टिप्पणी करना मुश्किल है। :)
• समाधान की पहली पंक्ति पर टिप्पणी में एक और उम्मीदवार। जेएस फाइल ने ईमानदारी से स्वीकार किया कि उसने एल्गोरिथ्म की नकल की।

हमने 76 उम्मीदवारों से प्रश्नावली प्राप्त की और उनमें से 23 का चयन किया। प्रश्नावली न केवल मिन्स्क से, बल्कि मास्को, सेंट पीटर्सबर्ग और यहां तक ​​कि तातारस्तान से भी हमें भेजी गईं। कुछ लोगों ने अपने वर्तमान व्यवसायों से आश्चर्यचकित किया: उनमें से एक चिकित्सा परीक्षक है, और दूसरा एक चिकित्सा विश्वविद्यालय में एक छात्र है।

इसने कार्यों को पूरा करने में सफलता का एक दिलचस्प वितरण किया। प्रतिभागियों ने पहला काम औसतन 60%, दूसरा - 50% द्वारा पूरा किया, और तीसरा सबसे कठिन निकला और यह औसतन 40% तक पूरा हुआ।

पहली नज़र में, कार्य जटिल और समय लेने वाले लगते हैं। इसका कारण यह नहीं है कि हम जितना संभव हो उतने उम्मीदवारों का वजन करना चाहते हैं। प्रशिक्षण के दौरान, छात्रों को वास्तविक कार्यों का सामना करना पड़ता है - एक चैट बनाने के लिए, बच्चों के लिए Yandex.Music या मौसम पर निर्भर लोगों के लिए Yandex.Weather। ऐसा करने के लिए, आपको एक स्टार्ट बेस चाहिए।

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

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