टाइपस्क्रिप्ट और लघु स्प्रिंट। हमने फ्रंट एंड इंटरव्यू वेरिएशन टूल कैसे बनाया

17 नवंबर 2018 । हम में से चार हैं। सभी को अभिमंत्रित किया गया है - उन्होंने स्कूल ऑफ़ इंटरफ़ेस डिज़ाइन, ShRI का पहला चरण पारित किया। इसमें व्याख्यान और होमवर्क शामिल थे: विभिन्न फ्रंट-एंड और टेंडर टेक्नॉलॉजी, टूल्स, स्क्रैम में महारत हासिल की। वे जानते थे कि यह सब दूसरे चरण में एक लड़ाकू परियोजना में इस्तेमाल किया जाएगा। लेकिन यह जानना एक बात है, और अगले 5 हफ्तों में इस परियोजना को वास्तव में लागू करना है।

हम रहते हैं, वैसे भी, नेटिजन छात्रावास में एक कमरे में हम चारों। यैंडेक्स ने हमें पहले चरण से पहले यहाँ बसाया। अच्छा हॉस्टल, ट्रेंडी।

आज की परियोजना प्रस्तुतियाँ। हम पेश नहीं कर रहे हैं, लेकिन हमारे लिए। Yandex इकाइयां बाहरी और आंतरिक सेवाओं के लिए उत्पादन कार्य लाती हैं, प्रत्येक 5 सप्ताह के लिए, यदि आप लोगों का एक छोटा समूह बनाते हैं। कार्य ज्यादातर फ्रंट-एंड हैं (हम ShRI में हैं), लेकिन कुछ बारीकियां हैं: आपको एक छोटे बैकएंड और डिज़ाइन को दर्ज करने की आवश्यकता होगी। पुराने समय के लोग कहते हैं कि यह ShRI के शुरुआती वर्षों में अलग था। उन्होंने अमूर्त कार्य किए जो उत्पादन से संबंधित नहीं थे।

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

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

21 नवंबर, बुधवार । हमारे लिए सबसे दिलचस्प लगने वाली दो परियोजनाओं को यादृच्छिक प्रणाली के अनुसार अन्य टीमों द्वारा लिया गया है। हमें तीसरा - फ्रंट-एंड साक्षात्कार की परिवर्तनशीलता के लिए एक उपकरण मिलता है।

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

कठिनाई यह है कि आप अलग-अलग उम्मीदवारों को बग के अलग-अलग सेट देना चाहते हैं, साक्षात्कारकर्ता की अपेक्षाओं के आधार पर उन्हें भिन्न करते हैं। लेकिन फिर प्रत्येक साक्षात्कार से पहले आपको बैठने और मैन्युअल रूप से परिणाम इकट्ठा करने की आवश्यकता होती है। हाथ में एक उपकरण रखना बेहतर होता है जो इसे खुद इकट्ठा करेगा, उस पर कीड़े डालेंगे और इसके लिए एक लिंक बनाएंगे। उसी समय, लिंक के प्रकार को उम्मीदवार को संकेत नहीं देना चाहिए कि उसे कौन सी बग ढूंढनी है। यह एक छोटी लेकिन अतिरिक्त जटिलता है, क्योंकि त्रुटियों को स्वचालित रूप से सम्मिलित करने का सबसे आसान तरीका लिंक पाठ में क्वेरी मापदंडों के माध्यम से उन्हें पारित करना है। अधिवेशन द्वारा, पता yandex.ru/search/?text=cats&bug=object एक ऐसा मुद्दा पैदा कर सकता है, जहां ऑब्जेक्ट प्रतिक्रिया ब्लॉक गलत तरीके से संकलित है। मैं ऐसे संकेत नहीं देना चाहता था। पृष्ठ को "प्रॉक्सी" करना आवश्यक था, इसे एक पते पर दिखाया गया था जिसे व्याख्या नहीं किया जा सकता है।

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

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

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

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

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

हम भूमिकाएं वितरित करते हैं: हम दोनों व्यवस्थापक पैनल के सामने वाले हिस्से में होंगे, और अन्य दो बैकएंड में होंगे। यांडेक्स ने बैकएंड को फ्रंटएंड के लिए कॉल किया - हम Node.js. पर सर्वर से एक लेयर का उपयोग करते हैं हम टाइपस्क्रिप्ट में सर्वर को लिखने का फैसला करते हैं - हम इसे सख्त टाइपिंग के अनुपालन के लिए चुनते हैं और पूरी तरह से ओओपी की अवधारणा को लागू करते हैं। सर्वर पर रूटिंग के लिए, हम न्यूनतम, लचीला और कार्यात्मक एक्सप्रेस वेब फ्रेमवर्क लेते हैं। हम समझते हैं कि पीठ और सामने को स्वतंत्र रूप से विकसित किया जाना चाहिए, इसलिए, हम अस्थायी "स्टब्स" का परिचय देते हैं - सामने वाले के लिए मैन्युअल रूप से तैयार किए गए डेटा, जैसे कि वे पहले से ही काम कर रहे द्वारा गठित और प्रेषित किए गए थे। हम प्रत्येक HTTP हैंडल के लिए स्वैगर सेवा में प्रलेखन लिखते हैं ताकि स्टब्स की सही ढंग से व्याख्या की जा सके और फिर उन सभी को हटाने और सामने और पीछे को ढहाने के लिए पर्याप्त होगा। ऐसा करने के लिए, हम एक REST API लिखने की तैयारी कर रहे हैं।

हम मुख्य लक्ष्य को परिभाषित करते हैं - चार संस्थाओं को लागू करने के लिए:

• व्यवस्थापक सर्वर
• व्यवस्थापक पैनल के लिए ग्राहक हिस्सा,
• बुनियादी ढांचे
• बग के साथ पृष्ठ।

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

26 नवंबर से 2 दिसंबर तक सप्ताह । सर्दी और हमारी परियोजना गति प्राप्त कर रही है। क्लाइंट और सर्वर के बीच सूचनाओं के आदान-प्रदान के लिए एपीआई और अनुबंधों पर चर्चा और दस्तावेज।

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

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

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

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

हम कोड समीक्षा का अभ्यास करते हैं। प्रत्येक पूल अनुरोध की समीक्षा कम से कम दो टीम के सदस्यों (छोटे सुधार वाले पूल अनुरोधों के रूप में दुर्लभ अपवादों के साथ) द्वारा की जाती है। हम निम्नलिखित प्रथाओं का उपयोग करने की कोशिश करते हैं:

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

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

हम वास्तुकला में समस्याओं को ठीक करते हैं, फ्रंटेंड और बैकएंड के बीच स्टब्स से छुटकारा पा लेते हैं, डेटाबेस को कनेक्ट करते हैं। हमने जो दस्तावेज़ संकलित किया, उसमें मदद मिली: जब हमने स्टब्स को बंद कर दिया और बहुत छोटे समायोजन किए, तो डेटा सही ढंग से पीछे से सामने की तरफ आने लगा। पहले लड़ाई मोड में डेमो दिखाएं।

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

परियोजना पर एक तकनीकी रिपोर्ट तैयार करने के लिए (यह सभी टीमों से आवश्यक है), हम लिखते हैं कि हमने इस या उस दृष्टिकोण या उपकरण को क्यों चुना:

"क्लासिक" बहु-पृष्ठ साइटों पर बड़ी संख्या में फायदे के कारण UI को एकल पृष्ठ अनुप्रयोग के रूप में कार्यान्वित किया गया। सबसे पहले, एसपीए सरल देशी अनुप्रयोगों जैसा दिखता है, केवल अंतर यह है कि वे ब्राउज़र में निष्पादित होते हैं, और ऑपरेटिंग सिस्टम की अपनी प्रक्रिया में नहीं। दूसरे, ऐसे अनुप्रयोगों में हमेशा समृद्ध यूएक्स होता है। इस तथ्य के कारण कि हमारे पास केवल एक वेब पेज है, एक समृद्ध और कार्यात्मक उपयोगकर्ता इंटरफ़ेस का निर्माण करना बहुत आसान है। इसी समय, यह प्रतिनिधित्व की स्थिति को संग्रहीत और अद्यतन करने के साथ-साथ इसे प्रबंधित करने के लिए सुविधाजनक है। तीसरा, एसपीए साइट के चारों ओर घूमते समय एक ही सामग्री के लिए निरंतर अनुरोधों को शामिल नहीं करता है।

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

एसपीए-अनुप्रयोगों को विकसित करने के लिए एक पुस्तकालय के रूप में प्रतिक्रिया को चुना गया था:

• यैंडेक्स में कई नई परियोजनाएं रिएक्ट में लिखी गई हैं, और पुरानी लिखी गई हैं,
• आप लेगो घटक पुस्तकालय का उपयोग कर सकते हैं,
• सभी टीम के सदस्य रिएक्ट से परिचित थे,
• लाखों डेवलपर्स के समुदाय GitHub पर रिएक्ट में 117 697 सितारे हैं।

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

तकनीकी रिपोर्ट में, यह सूचीबद्ध करना आवश्यक है कि हम में से प्रत्येक ने नई चीजें सीखी हैं। कुल चार सूचियाँ:

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

2. सूक्ष्मदर्शी वास्तुकला और मोनो-रिपॉजिटरी के प्रतिमान में काम किया।

3. रिएक्ट (एक दूसरे से सहित) के बारे में बहुत कुछ सीखा। समझ गए कि घटकों को कैसे व्यवस्थित किया जाए ताकि वे बनाए रखने और पुन: उपयोग करने में आसान हों।

4. हम में से कुछ ने अपने लिए खोज की है, जबकि अन्य ने विभिन्न उपकरणों में महारत हासिल की है:

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

5. टीम के विकास के लिए विकास धन्यवाद में एक बड़ी छलांग लग गई।

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

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

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

सर्वर की ओर, NodeJS और एक्सप्रेस फ्रेमवर्क का उपयोग इंटरफ़ेस की मेजबानी और REST API अनुरोधों को संसाधित करने के लिए किया जाता है। ग्राहक पक्ष प्रतिक्रिया है। प्रोजेक्ट की पूरी तकनीकी रिपोर्ट डिस्क पर पोस्ट की गई थी।

^{_{इस पोस्ट के लेखक :)}}

24 दिसंबर । हम तुरंत असहमत नहीं हैं - हम एक सप्ताह के लिए एक छात्रावास में रहते हैं और साक्षात्कार के माध्यम से जाते हैं। हम केवल नए साल के करीब लिखते हैं।

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

9 जुलाई । इस पोस्ट को प्रकाशित करें।