👩🏿‍🎓 🤚🏻 📀 एक इंजीनियर कैसे टेकलिडा में विकसित होता है 🎴 🧗🏾 👨‍👩‍👦‍👦

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

हमें यह भी पता चला कि टेकलाइड्स के लिए कई सम्मेलन हैं। लेकिन उनमें से लगभग सभी उपकरण पर ध्यान केंद्रित करते हैं, न कि इंजीनियरिंग प्रथाओं और प्रक्रियाओं पर। यही कारण है कि हमने नए TechLead Conf 2020 ऑनलाइन सम्मेलन का शुभारंभ किया - उन लोगों के लिए जो एक तकनीकी विशेषज्ञ बनना चाहते हैं और समझते हैं कि गुणवत्ता क्या है।

TechLead Conf 2020 ऑनलाइन में, माध्यमिक प्रश्न "समस्या को हल करने के लिए किस तकनीकी उपकरण का उपयोग किया गया था?"। यह सम्मेलन उन लोगों के लिए है जो तकनीकी समाधानों की गुणवत्ता के लिए प्रयास करते हैं और उत्पाद के तकनीकी विकास की जिम्मेदारी लेते हैं। 8 से 10 जून तक, हम कंपनी में प्रथाओं, प्रौद्योगिकी और प्रक्रिया प्रबंधन को लागू करने और उपयोग करने के अनुभव का अध्ययन करेंगे। हम आपको कार्यक्रम के बारे में अधिक बताएंगे और हम घटना के बारे में क्या बात करेंगे।

लघु कार्यक्रम

TechLead Conf 2020 ऑनलाइन कार्यक्रम डीडीडी को व्यवहार में लाने और कई ब्लॉक शामिल करने के लिए टेकलाइड के विकास पर चर्चा करने से जाता है।

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

चर्चा भी करें:

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

हम प्रत्येक ब्लॉक और उनमें रिपोर्ट के बारे में अधिक विस्तार से बताएंगे।

टेकलाइड डेवलपमेंट मैप

तहलिड एक इंजीनियर की भूमिका है जो प्रक्रियाओं का प्रबंधन करता है। आमतौर पर, ये कम से कम वरिष्ठ इंजीनियर होते हैं: डेवलपर्स, आर्किटेक्ट, स्वचालन, एसआरई, कम सामान्यतः सीटीओ। कभी-कभी वे टीम लीडर हो सकते हैं। लेकिन टीम लीडर टीमों का निर्माण करता है, लोगों और उनके विकास का प्रबंधन करता है।

Tehlid प्रक्रियाओं का निर्माण करता है: तकनीकी निर्णय लेता है जो अनिश्चितता की स्थिति में उत्पाद विकास को प्रभावित करता है।

इसलिए, सम्मेलन में लोगों को प्रबंधन और प्रेरणा पर रिपोर्ट नहीं होगी, लेकिन केवल प्रौद्योगिकी प्रबंधन, तकनीकी नेतृत्व और इंजीनियरिंग प्रक्रियाओं के निर्माण पर विषय होंगे। और सीखने की सबसे पहली बात यह है कि एक अच्छा टेकलाइड कैसे बने।

कंपनी की सफलता मजबूत विशेषज्ञों की उपलब्धता पर निर्भर करती है। हमने पहले ही वर्णन किया है कि कैसे टेकलाइड अन्य व्यवसायों से अलग है, और वांडेक्स में डेटा साइंस उत्पाद प्रबंधक व्लादिमीर गोरोवॉय , अन्य व्यवसायों से एक अच्छा तकनीक के बीच अंतर के बारे में व्लादिमीर गोरोवॉय को बताता है । रिपोर्ट से " कैसे एक अच्छा Techlide बनने के लिए»पता लगाएं कि हमारे विकास को कहां शुरू करना है, क्या कौशल और गुणों को पंप करना है। व्लादिमीर अपने समृद्ध अनुभव को साझा करने के लिए Yandex.Travel, Yandex.Real Estate और Yandex.Market परियोजनाओं के निर्माण में भाग लेंगे।

कौशल जितना मजबूत होगा, आपके कार्यों का सामना करना उतना ही आसान होगा। लेकिन दर्द कहीं भी नहीं जाता है - वे सभी तकनीकियों के लिए समान हैं।

कोड लिखें या उत्पाद और टीम के लिए एक प्रौद्योगिकी विकास रणनीति में संलग्न हों?
स्वयं या प्रतिनिधि को जटिल तकनीकी समस्याओं का समाधान करें?
क्वालिटी कोड लिखने और फीचर्स रोल करने के बीच कैसे फटे नहीं?

ये और अन्य संघर्ष इवगेनी कोरीटोव द्वारा हल किए जाएंगे । रिपोर्ट में " तकनीकी प्रौद्योगिकी की समस्याएं और उन्हें कैसे हल किया जाए?" "यूजीन आपको बताएगा कि नेताओं के कार्यों और समस्याओं का सामना कैसे किया जाए, एक रूपरेखा की मदद से" समस्याओं को हल करता है। "

व्यवसाय और विकास का मेल

उच्च गुणवत्ता वाले कोड को बनाए रखना और सही तकनीकी निर्णय लेना संपूर्ण काम नहीं है। आपको व्यवसाय और ग्राहकों को वास्तु और तकनीकी कार्यों में समय और ऊर्जा लगाने की आवश्यकता को लगातार साबित करना होगा। बेहतर जीवन कंपनी से एलेक्सी डेरिशकिन अनुभव से जानते हैं कि यह क्या है: टीम के नेतृत्व के 15 साल और परामर्श के 5 साल के अनुभव। “ बिजनेस को तकनीकी कार्यों को कैसे बेचें ” रिपोर्ट में , वह दिखाएगा कि कैसे शांत विशेषताओं को बनाने के लिए व्यापार के साथ एक संवाद का संचालन करना है और जीवन उदाहरणों का उपयोग करके गुणवत्ता के बारे में नहीं भूलना है।

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

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

हम इंजीनियरिंग प्रथाओं का चयन और कार्यान्वयन करते हैं

कुछ नया, समान एमवीपी, पीएल या ढांचा लागू करना हमेशा कठिन होता है। नवीनता "कच्ची" हो सकती है और उम्मीदों पर खरा नहीं उतरेगी। कैसे सही विकल्प बनाने के लिए और " एक नई तकनीक का परिचय दें और सभी पॉलिमर को बर्बाद न करें, " रॉकवेलबैंक से टीम लीड पावेल माइनव कहते हैं।

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

जब मानकों को लागू किया जाता है, तो उन्हें परीक्षण करने का समय होता है, उदाहरण के लिए, कुछ बड़े पैमाने पर - एक प्रौद्योगिकी मंच बनाने के लिए। MTS एक बड़ी IT कंपनी है जो टेलीमेडिसिन से IoT तक की परियोजनाएं लागू कर रही है। प्रत्येक नई परियोजना निम्नलिखित के लिए मांग को उत्तेजित करती है और उनके निर्माण की लागत को कम करती है। यह केवल सर्वोत्तम इंजीनियरिंग प्रथाओं के कार्यान्वयन के माध्यम से संभव है। लेकिन कठिनाइयाँ हैं: विभिन्न स्तरों और प्रक्रियाओं के साथ सैकड़ों टीमें, विरासत, व्यापार को "बेचने" के विचारों की आवश्यकता। कंपनियां इन कार्यों का सामना कैसे करती हैं, हम रिपोर्ट से सीखते हैं " हमें एक प्रौद्योगिकी मंच क्या बनाना चाहिए?" एक कदम-दर-चरण विचार से कार्यान्वयन तक का मार्गदर्शन । ” राज फिलिप बुच्रोव बताता है- एमटीएस आईटी में विकास के लिए परियोजना प्रबंधक।

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

भारी भार के तहत और नियमित रिलीज के साथ मैट्रिक्स के साथ कैसे काम किया जाए;
जो पहले निगरानी करने के लिए;
तीव्र प्रतिक्रिया प्रक्रिया का निर्माण कैसे करें और उपयोगकर्ताओं के सामने सेवा में समस्याओं के बारे में जानें।

प्लेटफार्म की टीमें

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

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

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

इन आज्ञाओं की आवश्यकता क्यों है और क्या इनकी आवश्यकता है?
इन्हें बनाना फैशनेबल क्यों हो गया है?
क्या उनके लिए कोई उपयोग है या यह प्रचार है?
« », ?

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

पहला " रीडेबल कोड कैसे लिखें " है । ग्रेगरी विकास, सम्मेलनों ( मॉस्को पायथन कॉन्फ ++ ), हैकाथॉन, जनरलिस्ट और शौकिया न्यूरोफिज़ियोलॉजिस्ट का आयोजन करता है । नतीजतन, रिपोर्ट में बहुत अधिक न्यूरोफिज़ियोलॉजी, संज्ञानात्मक और सामाजिक अंतर्ज्ञान होगा। लेकिन मुख्य बात यह है कि ग्रेगरी आपको बताएगा कि कोड जटिलता कहां से आती है, इसे क्यों नहीं हटाया जा सकता है और इसके साथ कैसे रहना है। दूसरी रिपोर्ट है “ विरोधाभासों का संतुलन। कोड और टीम में सबसे अच्छे अभ्यासों का चयन » Gleb Lobastov

। Gleb OneTwoTrip में 10 साल के अनुभव के साथ विकास टीम का तकनीकी सलाहकार और नेता है। रिपोर्ट "अच्छा" कोड लिखने के लिए दृष्टिकोण साझा करेगी - समझने योग्य और समर्थन के लिए सुविधाजनक, और कई सवालों के जवाब देगी:

परियोजना और टीम के दृष्टिकोण से सर्वोत्तम प्रथाओं को लागू करते समय क्या विचार करें;
अच्छे कोड का मुख्य दुश्मन और इससे कैसे निपटना है;
अच्छा कोड लिखने के अभ्यास में विरोधाभास।

यह सब उदाहरणों के साथ, कोड लिखने के लिए सिद्धांतों और प्रथाओं के एक सेट के साथ जिस पर आपको गर्व हो सकता है।

लिगेसी और रिफैक्टिंग

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

आप न केवल कोड, बल्कि वास्तुकला, बुनियादी ढांचे और प्रक्रियाओं को भी रिफ्लेक्टर कर सकते हैं।

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

बुनियादी ढांचे की प्रक्रियाओं को फिर से शुरू करने के बाद, आप इसे मानकीकृत करने के लिए आगे बढ़ सकते हैं। उदाहरण के लिए, प्रौद्योगिकी के "चिड़ियाघर" से छुटकारा पाएं। एक विशेष रूप से बड़े एप्लिकेशन के बुनियादी ढांचे को मानकीकृत करने के अनुभव के उदाहरण पर ऐसा कैसे करें, इल्या मितरुकोव बताएगा- डॉयचे बैंक टेक्नोलॉजी सेंटर के इंफ्रास्ट्रक्चर मैनेजर (तकनीकी सूचना सुरक्षा अधिकारी)।

रिपोर्ट “ देवताओं ने बर्तन नहीं जलाए। बुनियादी ढांचे का मानकीकरण "प्रौद्योगिकियों के उन्नयन, अभिनव समाधान, तकनीकी" कॉसमॉस "या सीआई / सीडी पाइपलाइनों के बारे में कुछ भी नहीं होगा। कुछ वर्षों की परियोजनाओं का केवल ढांचागत जीवन होगा, लागत को कम करना और व्यावसायिक विकास को समर्थन देना।

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

DDD, इवेंट स्टॉर्मिंग और नॉलेज मैनेजमेंट

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

डीडीडी में कई प्रथाएं हैं। उनमें से एक इवेंट स्टॉर्मिंग है। यह डीडीडी और माइक्रोसवर्क डिजाइन के क्षेत्र में और काम करने की सुविधा प्रदान करता है। माइक्रोसर्विस पर एक प्रणाली बनाते समय, आप आसानी से एक वितरित मोनोलिथ बना सकते हैं। इवेंट स्टॉर्मिंग इसके द्वारा 100% की रक्षा नहीं करता है, लेकिन यह जोखिम को काफी कम कर सकता है। कैसे के बारे में, व्यावहारिक उदाहरणों के साथ, सर्गेई बारानोव (स्क्रैमट्रैक) की रिपोर्ट में " इवेंट स्टॉर्मर का उपयोग करके मॉडलिंग करने वाले माइक्रोसिस्टर्स "।

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

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

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

कॉन्स्टेंटिन वलेव (रोस्टेलकॉम आईटी) मार्केडाउन स्रोतों से अनुकूलित पीडीएफ और एचटीएमएल बनाने का एक तरीका साझा करेगा;
वीमेन फॉकटोरोविच (डॉक्यूमेंटैट.आईओ) पंडोक के "स्विस चाकू" के बारे में बात करेंगे और इसके साथ DOCX पीढ़ी को कैसे हराएंगे;
निकोलाई वोल्किन (Plesk) - स्फिंक्स-डॉक का उपयोग करके विशाल HTML पोर्टल्स कैसे उत्पन्न करें।

तीन वक्ता अपने अनुभव साझा करेंगे और हर कोई उनसे इस विषय पर अपना सवाल पूछ सकेगा।

TechLead Conf 2020 को उन लोगों के लिए ऑनलाइन करना चाहते हैं जो टेकलिडा में विकास करना चाहते हैं

TeLidov के लिए कॉन्फ्रेंस TechLead Conf 2020 ऑनलाइन और जो लोग, QA, विकास प्रबंधकों के इंजीनियर, डेवलपर्स, टीम लीड, बनना चाहते हैं। यहां तक कि अगर आप अभी तक एक टेकलाइड नहीं हैं, तो सम्मेलन में आएं और आप के लिए निर्देश एकत्रित करें कि कैसे एक बनें - तकनीकी दक्षता का एक नक्शा।

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

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

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

29 18:00 -. , maturity model.

. . live-, Spring Cloud Contract Pact. , .

एक इंजीनियर कैसे टेकलिडा में विकसित होता है