काम और देव मज़ा (हानिकारक) # 0। एक भरोसेमंद जूनियर में एक प्रशिक्षु डेवलपर को विकसित करने के लिए क्या उम्मीद करें और कैसे मदद करें?

यह लेखों की एक श्रृंखला है। निम्नलिखित यहाँ पढ़ा जा सकता है।

एक भरोसेमंद जूनियर में एक प्रशिक्षु डेवलपर को विकसित करने के लिए क्या उम्मीद करें और कैसे मदद करें?

डेवलपर का स्तर वह है जो सभी को मापने के लिए उपयोग किया जाता है और हर कोई कंपनी से कंपनी के लिए चल रहा है।

पिछले कुछ वर्षों में, बाजार का रुझान ऐसा है कि प्रस्ताव :: टैग :: के संबंध में वास्तविक कार्य अनुभव कम हो गया है।

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

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

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

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

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

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

एक संयुक्त मूल्यांकन के परिणाम तकनीकी कौशल दिखाएंगे, लेकिन यह भी सिखाना महत्वपूर्ण है कि प्रश्नों को कैसे तैयार किया जाए, ग्राहकों या हितधारकों के साथ संवाद कैसे करें, सिस्टम में प्राप्त जानकारी कैसे दर्ज करें।

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

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

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

जूनियर `ए का वर्णन करने के लिए, हम टीम संस्कृति में लौट आएंगे। इस स्तर पर, एक व्यक्ति संचार की टीम की संस्कृति को अवशोषित करेगा, यदि आप परीक्षकों को हिलाते हैं और उन्हें बेकार मानते हैं, लेकिन यह महसूस नहीं करते हैं, तो जून को देखें और याद रखें कि क्या वह आधे साल / साल पहले की तरह था। क्या उसने इन लोगों के प्रति वही व्यवहार किया? यदि नकारात्मक दिशा में "नहीं" है, तो यहां घंटी है। उसने आपसे और आपके पर्यावरण से यह सीखा है। वह अभी भी स्पष्ट रूप से नहीं कह सकता है कि कुछ महत्वपूर्ण क्यों नहीं है, लेकिन यह पहले से ही है। इसके अलावा, हम सभी पहले से ही जानते हैं कि एक आवेदन के विकास में प्रत्येक चरण महत्वपूर्ण है और जो भी टीम, एक परीक्षक के बिना वे उत्पाद को बदतर या धीमा और अधिक महंगा जारी करेंगे।

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

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