प्रोग्रामर विकास घटता है और थोड़ा - धूर्त प्रभाव के बारे में

आईटी कंपनियों में शीर्ष प्रबंधन बनने के दो मुख्य तरीके हैं:

1. प्रबंधकीय - जब एक परियोजना प्रबंधक अन्य प्रबंधकों का प्रबंधन करना शुरू करता है।
2. Teknarsky - जब एक डेवलपर अन्य डेवलपर्स का प्रबंधन करना शुरू करता है और उसके द्वारा प्रबंधित कर्मचारियों की संख्या बढ़ जाती है।

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

दूसरा तरीका लंबा है और सफलता की गारंटी नहीं देता है, क्योंकि यह अंतर्मुखी प्रोग्रामर के सार के विपरीत है। हालांकि, इस रास्ते पर मैं अनुभव और ज्ञान पर ध्यान केंद्रित करना और साझा करना चाहूंगा।

ध्यान देना, बिगाड़ना।

1. सभी नाम काल्पनिक हैं
2. अनुकूलन विकास से अधिक संबंधित है।
3. कौशल, और विशेष रूप से नरम कौशल, औपचारिक रूप से मूल्यांकन करना मुश्किल है, इस लेख के सभी ग्राफिक्स सशर्त हैं और मेरी व्यक्तिगत राय को दर्शाते हैं

प्रोग्रामर के पथ की शुरुआत

इसलिए, हम प्रोग्रामर के पथ पर बहुत शुरुआत में हैं।

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

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


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


यह निकोलाई का पहला संकट है, "प्रथम परियोजना का प्रभाव"।

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

जून, जो एक वर्ष में 3-4 परियोजनाओं को प्रतिस्थापित करता है, जून के नियोक्ता के लिए बहुत बेहतर है, जो एक वर्ष के लिए एक ही परियोजना पर बैठे, क्योंकि वह:

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

सहकर्मी जो इस स्तर पर थे, वे निम्नलिखित कामना करना चाहेंगे:

• असफल होने पर हिम्मत मत हारो
• नए पुस्तकालयों और प्रौद्योगिकियों को लगातार जानने और जानने के लिए
• सितारा मत करो

जूनियर → मध्य → वरिष्ठ

खैर, कुछ साल बीत चुके हैं और हम क्या देखते हैं?

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

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

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

इस स्तर पर, दो तरीके संभव हैं: एक साधारण कलाकार होने के लिए, तनाव और कार्यों को हल करने के लिए नहीं; दूसरा एक अग्रणी प्रोग्रामर की दिशा में विकसित करने के लिए, जिम्मेदारी और पहल करने के लिए है।

प्रोग्रामर के विकास के इस स्तर पर, टीम और प्रबंधन इसके गुणों की सराहना करते हैं:

• उत्तरदायित्व
• विश्वसनीयता
• communicability
• proactivity

यह कहां विकसित होने लायक है?

• वह उन तकनीकों की गहन समझ रखता है जो वह उपयोग करता है
• क्षितिज को चौड़ा करना
• परियोजनाओं और लोगों की जिम्मेदारी लें

इसके अलावा, अंतिम पैराग्राफ से कौशल को पंप किया जाना चाहिए अगर वह वक्र के साथ सिर तक विकसित करना चाहता है। यदि वह दिलचस्पी नहीं रखता है, तो हम एक तकनीकी विशेषज्ञ के कौशल पर ध्यान केंद्रित कर सकते हैं।

प्रौद्योगिकी संकट

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


तीन तरीके हैं:

1. एक नए स्टैक के लिए पुनः प्रयास करें
2. पुराने में बेहतर बनें और अंतिम आदेशों को पकड़ो। वही डेल्फी अभी भी संकीर्ण क्षेत्रों में विरासत कोड की एक बड़ी मात्रा के साथ मांग में है
3. उचित कौशल के साथ प्रबंधन में छोड़ दें

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

TeamLead। आयु का संकट

खैर, निकोले ने प्रौद्योगिकी स्टैक को बदल दिया, और सब कुछ ठीक लग रहा है, लेकिन हम देखते हैं कि नए कौशल धीरे-धीरे दिए जा रहे हैं, और युवा पीढ़ी तेजी से पकड़ रही है।


यहां आता है आखिरी संकट - उम्र का संकट।

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

क्या विकल्प हो सकते हैं:

• यदि आप एक किराने की कंपनी में काम करते हैं, तो शायद यह आपके लिए इतना महत्वपूर्ण नहीं है, और आप सब कुछ छोड़ सकते हैं जैसा कि यह है
• उदाहरण के लिए, सलाहकार, वास्तुकार आदि बनने के लिए प्रशिक्षण पर जाएं।
• तकी प्रबंधन के पास जाओ

चलो घटता पर चलते हैं

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



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

तकनीकी कौशल अपेक्षाकृत जल्दी प्राप्त हो जाते हैं और यहां तक ​​कि तेजी से भूल जाते हैं और अप्रचलित हो जाते हैं, अगर पक्ष से देखा जाए।


यह पता चला है कि प्रोग्रामर के पास विकास का चरम है, और फिर "उम्र" शुरू होती है, और किसी समय यह उसके रिटायर होने का समय है?

हाँ और नहीं। वास्तव में, एक ग्राफ के बजाय, आप 3 (फिर से IMHO, मानों की तरह) आकर्षित कर सकते हैं।

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

लेकिन एक और चार्ट जोड़ते हैं

value = (0,5*tech + 1*hard + 1,5*soft)/3

, , 10 .
, .

, ? « , — » , . , , , , . , , .

HR- . , . , . : , , , ( , ).

2

, :

Junior → Middle → Senior → TeamLead? → Project manager? → Head Of * → Chief * Officer

?
, : . , : , .

TechLead vs TeamLead

       ,     (,   ),    .

TeamLead ( 1   ) — , .   :

1.        
2.   ,  
3.   (    )
4.       ,   .
5.   TechLead  PM

TechLead ( 2   ) — .     , TeamLead,   , ..     2 .
 — TechLead,   TeamLead:

1.   ,    , ,  
2.  — ,  ,   —  
3.   ,    
4. PM    
5.    TeamLead,  

,  ,  , (  ), .

 — ,        ,    , ,   , ,       ,     - .

, , , , , . , .

( , , ) , , .

, :

• , ,
• , ,
• ,

, , , , - « ». : , , .

/ , , : , ..

, — . , . , , , .