डॉ। बाइकोव और उनके प्रशिक्षुओं के उदाहरण पर व्यावसायिक विकास का मार्ग

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

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


डॉ। बाइकोव अपने इंटर्न से असंतुष्ट हैं



यह संयोग से नहीं है कि मैंने "एक निश्चित व्यावसायिक विकास" लिखा है और, इसके अलावा, मैं कह सकता हूं कि यह सभी के लिए नहीं है
विधि काम करेगी।

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

अंतिम सत्य होने का दावा किए बिना, मैं तीन तरीकों को उजागर करता हूं जिनके द्वारा प्रोग्रामर "बढ़ते" हैं।

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

दूसरा तरीका भीख मांगना है। यह तब है जब छात्र "न तो मछली और न ही मांस।" सरल सवालों के जवाब के लिए, जो सतह पर झूठ बोलते हैं और आपको बस समस्या में गहराई से उतरने की ज़रूरत है, वे एक तैयार जवाब के लिए शिक्षक से भीख माँगते हैं। यदि वे ब्यॉकोव जैसे लोगों में भाग लेते हैं, तो जल्दी या बाद में वे या तो अपने काम के स्थान को बदलते हैं, या यहां तक ​​कि उनकी विशेषज्ञता भी। "नरम" नेता के तहत, वे पेशेवर रूप से या तो लंबे समय तक बढ़ते हैं या बिल्कुल भी नहीं बढ़ते हैं, अधिकांश भाग के लिए वे परजीवी हैं। इस तरह के संबंधों के नकारात्मक प्रभाव को कम करना संभव है अगर पहले से पहले से मिले कार्यों पर सही निर्णय लेने के लिए दृढ़ता से आवश्यक है। दूसरे शब्दों में, शीघ्र, लेकिन केवल एक बार। एक विकल्प है जिसमें पेशेवर विकास तीसरे पथ का अनुसरण करता है। स्तर आमतौर पर औसत से नीचे है।

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

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

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


यहां तक ​​कि लोबानोव भी जल्द या बाद में एक अच्छा डॉक्टर बन जाएगा ... मुझे उम्मीद है

किस विधि ने आपकी मदद की?