अच्छा कोड Google तक नहीं पहुंचेगा

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

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

वरिष्ठ, जो च ... ऐलिस वरिष्ठ है?

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

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

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

प्रोग्रामर का मूल्यांकन - प्रोग्रामर का काम?

आपका विकास इस बात पर निर्भर करता है कि आप अभी किस अवस्था में हैं। लेकिन इसका मूल्यांकन कैसे करें? यह दूसरी समस्या है।

चुनावों से कई जानकारियां प्राप्त हुईं: 70% जूनियर - मध्यम प्रोग्रामर अपने दम पर खुद का मूल्यांकन करने की कोशिश करते हैं। विरोधाभास: मूल्यांकन का स्तर जितना कम होगा, उतना ही वह अपने विचारों से संचालित होगा।
प्रारंभिक चरणों में, ज्ञान और क्षितिज की गहराई की कोई गहराई नहीं है - तस्वीर बहुत सीमित है। और ऐसा मूल्यांकन 86% मामलों में उनके स्तर के विचार को कम कर देता है।

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

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

यदि आप नहीं जानते कि आप कहाँ जा रहे हैं, तो आप सबसे अधिक संभावना है कि आप कहीं न कहीं गलत जगह पा सकते हैं।

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

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

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

कठिन कौशल

1. कोड सफाई;
2. ऊपरी स्तर कठिन कौशल:

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

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

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

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

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

PS लेख के प्रारंभिक संस्करण में, हमने सभी को परीक्षा पास करने का प्रस्ताव दिया। हालांकि, हमें उत्तरदाताओं के ऐसे शक्तिशाली प्रवाह की उम्मीद नहीं थी। और वे वर्तमान उत्तरों को संसाधित करने में सक्षम होने के लिए और संपर्क विवरण छोड़ने वाले लोगों के लिए परीक्षण को बंद करने के लिए मजबूर किया गया था। कृपया धैर्य के लिए परीक्षण भरें :)