वरिष्ठ डेवलपर्स छात्रों को क्यों पढ़ाते हैं

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

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

लेकिन छात्रों को वही व्यावहारिक कौशल कहां से मिलता है, आप पूछें? इसका जवाब हमारे डेवलपर्स में है, जो पूरी तरह से स्वैच्छिक आधार पर सलाहकार के रूप में कार्य करते हैं, बच्चों के लिए कोड समीक्षा करते हैं और बस अपने अनुभव साझा करते हैं। इसके अलावा, केवल वरिष्ठ डेवलपर्स ही इस गतिविधि में भाग लेते हैं। यह उनके साथ था (अकादमी से 3 स्नातक होने के बाद) हमने यह पता लगाने के लिए बात करने का फैसला किया:

• वे छात्रों पर अपना मूल्यवान समय क्यों व्यतीत करते हैं?
• एक नौसिखिया संरक्षक होना कैसा लगता है?
• कैसे / क्यों / क्यों विरासत कोड के साथ रहते हैं?
• आधुनिक शिक्षा में क्या कमी है?
• लोग बॉक्सिंग उत्पादों के विकास के लिए क्यों जाते हैं?

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

अभिनेता:

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

वीम अकादमी का विचार कैसे पैदा हुआ था?

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

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

आप एकेडमी में कैसे पहुंचे?

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

दूसरी ओर, अकादमी अधिक कर्मचारियों को नियुक्त करने का एक अवसर है, और किसी भी मामले में यह एक दिलचस्प अनुभव है और यह समझने का अवसर है कि यह ज्ञान स्थानांतरित करने के लिए क्या है।

फिलिप - सुझाव के अनुसार तुरंत सहमत हुए। यह देखना हमेशा दिलचस्प होता है कि लोगों के पास सोचने के तरीके क्या हैं, अपने लिए कुछ नया नोटिस करने के लिए। और यह आपके ज्ञान को साझा करने के लिए हमेशा उपयोगी होता है।

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

आपने अकादमी में क्या किया?

दिमित्री - ऑनलाइन परीक्षण के लिए तैयार किए गए प्रश्न, छात्रों के चयन और साक्षात्कार में लगे हुए थे, और कुछ छात्रों के लिए एक संरक्षक के रूप में भी काम किया।

अलेक्जेंडर - मैंने वही किया जो मैंने सोचा था और पहली बार में योजना बनाई थी, हमें क्या करना चाहिए और यह बताना चाहिए - और हमारे पास [उम्मीदवारों] की क्या कमी है, और यह कि इस अकादमी में आने वाले लोगों के लिए यह दिलचस्प होगा।

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

समय व्यतीत करने का पछतावा नहीं है?

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

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

आप मेंटर क्यों बने?

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

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

आधुनिक छात्रों में क्या कमी है?

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

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

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

छात्र कोड समीक्षाओं के बारे में इतना दिलचस्प क्या है?

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

छात्रों ने सातवें शार्प पर लिखा, क्रमशः सत्रहवें स्टूडियो में, कुछ ऐसे क्षण थे, जिनका मैं अभी तक अभ्यास में सामना नहीं कर पाया था। उदाहरण के लिए async / प्रतीक्षा करें।

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

एक साक्षात्कार के लिए आप एक छात्र से क्या उम्मीद करते हैं?

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

खाली समय होने का एक और पहलू है। भले ही उसकी [छात्र की] आँखें जल रही हों, लेकिन वह अकादमी के रास्ते में दो घंटे बिताएगा, साथ ही उसकी अंशकालिक नौकरी, जीवन की परेशानियाँ और घर पर एक भूखी बिल्ली, यह स्पष्ट हो जाएगा कि उसके पास खाली समय नहीं है और वह मैच के लिए जलता है। तीन महीने की पढ़ाई।

क्या यह सिखाना मुश्किल है कि कोड को “सही ढंग से और जैसा हमें चाहिए” कैसे लिखें?

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

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

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

छात्रों को सुखद आश्चर्य हो सकता है?

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

क्या वीम एकेडमी आपके लिए व्यक्तिगत रूप से उपयोगी थी?

दिमित्री - हाँ, बिल्कुल। हमेशा की तरह - जब आप किसी को यह करने के लिए कहते हैं, तो सबसे पहले, आप समझते हैं कि यह कैसे करना है। दूसरे, आप अपने स्वयं के ज्ञान को व्यवस्थित करते हैं और यहां तक ​​कि व्याख्यान की प्रक्रिया में भी आप अपने लिए कुछ सवालों के जवाब पाते हैं, जो आपको लंबे समय तक पीड़ा देते हैं। इसलिए अपने ज्ञान को किसी और के साथ साझा करना अपने आप को विकसित करने का एक शानदार तरीका है।

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

आप अपने बारे में बहुत कुछ सहित सीखते हैं, और यह सबसे महत्वपूर्ण बात है।

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

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

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

उद्यम विकास हमेशा विरासत के बारे में है?

सिरिल - बिल्कुल सही बयान। जब कोई परियोजना 10 वर्षों के लिए लिखी गई है और लगातार विकसित हो रही है, तो विरासत कोड का एक निश्चित प्रतिशत इसमें होगा।

एक और सवाल यह है कि विभिन्न कंपनियां इस पर कैसे पहुंच सकती हैं

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

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

लेकिन सामान्य तौर पर, विरासत कोड के साथ आपको जीने में सक्षम होना चाहिए। उसे डरने की जरूरत नहीं है।

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

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

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

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

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

अर्योम - हाँ और नहीं। हमारा उत्पाद 10 साल पुराना है, इसलिए हमारे पास बहुत सारी विरासत है, लेकिन इसका मतलब यह नहीं है कि हम पुराने घटकों को आँख बंद करके उनके साथ कुछ भी नहीं करते हैं। ऐसा होता है कि हम इसे पूरी तरह से फिर से लिखते हैं।

फिर नई सुविधाओं की शुरुआत कैसे हुई?

अलेक्जेंडर - सबसे पहले, समझाएं कि आप किस समस्या को हल कर रहे हैं। यदि आप चंद्र रोवर की परियोजना लाए हैं - यह निश्चित रूप से बहुत अच्छा है, लेकिन समझाएं कि इसकी आवश्यकता क्यों है। , , , , .

— , — .. . - , . , , , .

- - . , , . , ? .

?

— - , - . ( ) — , . , “” , , . , , “ ”.

— , , , -, . -, , , .
, , — , . .

— . , , . , , .

, , . , . , . , , . , , .

?

— -, , . “-”, , . . .
legacy . . , . नहीं। , enterprise, . [ — .], [ — .].

— . backlog [ , — .], , . , - , , - .

-, . , , , .

, , ?

— Enterprise- , . , , , . , “ ”, “”. , enterprise[-]. , , , , . , Veeam 5 , SMB [small & medium businesses — .] Enterprise. enterprise[-], , , . , , .

. , enterprise. : , enterprise “”, . , , . , enterprise, . : - 5 ( ) , , , . , .

. , . , . , , .

— . , , - , , .
[.. — .] . , .

? , , . , , — . : , . .

, 2-3 . , . , Veeam, , - , - . — .. , , .

— , . , . , enterprise- , .

, , , . , Amazon , Facebook , , .
, enterprise. , .

— “, , ” , . . , . , , - , , , . , .

, , . , , .. , . . , , .

enterprise?

— , . , , , “ ”, .

— . - - . - , “”. . 8 , , . , .

— , enterprise. , , , . , , ..

— , — . , , .

?

— , . , . - , , .

, . — , . , , , . , . -, , , “” [ — .]. , , . .

?

— , . .

— , , .

— . -, . 15 - , , , [Microsoft Visual Studio — .], , - .

— , .

— , , . , , , . , , , .

, , , .