मोबाइल डेवलपर विकास मानचित्र

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



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

डेनियल पोपोव : आज हमारे अतिथि पांडो परियोजना के Mail.ru से अलेक्जेंडर चेर्नी हैं। हमें अपने बारे में और बताएं।

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

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

डेनियल पोपोव : यह पता चला है कि आप एक साधारण डेवलपर से विभाग के प्रमुख तक गए हैं?

अलेक्जेंडर चेर्नी : रास्ता रैखिक था। सबसे पहले मैं एक आईओएस डेवलपर के रूप में बड़ा हुआ, फिर मुझे एक टीममेट मिला, फिर मेरी अपनी छोटी आईओएस डेवलपमेंट टीम, बाद में एक बड़ी वितरित टीम। किसी समय, सभी मोबाइल विकास के नेतृत्व के लिए एक संक्रमण था।

मोबाइल विकास के लिए प्रवेश

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

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

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

अलेक्सेई कुद्रियावत्सेव : यह पता चला है कि पाठ्यक्रमों के लोग सामान्य जोन्स हो सकते हैं और पर्याप्त रूप से विकसित करने में सक्षम हो सकते हैं? मुझे यह प्रतीत हुआ कि बहुत से लोगों को जल्दी से जल्दी पैसा कमाने के लिए हर चीज से गुजरने की प्रेरणा है, लेकिन वास्तव में वे कुछ भी नहीं जानते हैं।

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

जेंटलमैन का जून सेट

डेनियल पोपोव : एक जूनियर को कठिन और नरम कौशल से कौन सी तीन चीजें पता होनी चाहिए?

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

जून से इस सवाल का जवाब सुनना अधिक दिलचस्प है कि "आपने Android या iOS क्यों चुना?"।

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

डेनियल पोपोव : स्वतंत्र रूप से अपने स्तर को कैसे समझें: क्या आप जून, मध्य या वरिष्ठ के लिए परिपक्व हैं?

अलेक्जेंडर चेर्नी : स्तर उस टीम के सापेक्ष मापा जाता है जिसमें डेवलपर वर्तमान में स्थित है।

डेनियल पोपोव : यह पता चला है कि एक टीम में आप एक वरिष्ठ हो सकते हैं, और दूसरे मध्य में?

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

अलेक्सेई कुद्र्यावत्सेव: जोन्स अक्सर इस विश्वास के साथ नौकरी पाने के लिए आते हैं कि वे पहले से ही महान हैं, लेकिन साथ ही साथ उनके पास अलग-अलग कौशल हैं। साक्षात्कार में और क्या कठिनाइयाँ हैं?

अलेक्जेंडर चेर्नी : सबसे बड़ी समस्या खरोंच से मूल्यांकन है, क्योंकि जून के बारे में कुछ भी नहीं पता है: सिफारिशों को लिखने और पूछने के लिए कोई भी नहीं है, कोई भी पूर्ण परियोजनाएं नहीं हैं।

यह अच्छी तरह से GitHub पर लाइव रिपॉजिटरी द्वारा इलाज किया जाता है, भले ही यह सिर्फ एक सिंथेटिक प्रोजेक्ट हो और डेढ़ गतिविधि लिखी गई हो।

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

संक्षेप में, यहाँ जून के लिए सिफारिशें दी गई हैं:

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

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

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

बीच में बढ़ रहा है

डेनियल पोपोव : जूनियर से मध्य तक कैसे कूदें? तुरंत कैसे समझें कि एक विशेषज्ञ ने अगले कदम के लिए कदम रखा है?

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

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

डेनियल पोपोव : जूनियर के पास आपने किन कौशल को बीच में जोड़ा?

अलेक्जेंडर चेर्नी : आप क्या लिखते हैं, और एचओडब्ल्यू पर वास्तुकला और प्राथमिकता की समझ होनी चाहिए।

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

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

"पता / पता नहीं" के माध्यम से मानदंड पर विचार करना अधिक सही है, लेकिन "मैं कितनी गहराई से जानता हूं" के माध्यम से। जूनियर अस्तित्व के बारे में जान सकता है, मध्य जानता है कि अंदर क्या है, और वरिष्ठ समझता है कि इसका आविष्कार क्यों किया गया था।

डेनियल पोपोव : क्या मध्य को कंप्यूटर विज्ञान को समझना चाहिए? डेटा संरचनाएं, एल्गोरिदम, हैश संग्रह?

अलेक्जेंडर चेर्नी : हाँ, एक ही संग्रह के काम को समझने के बिना एक लागू समस्या को हल करना मुश्किल है, इसलिए, एक मध्य के लिए ऐसी आवश्यकता निश्चित रूप से प्रस्तुत की जा सकती है।

अलेक्सेई कुद्र्यावत्सेव : आपने दक्षताओं के त्रिकोण का उल्लेख किया है, और फिर इसमें क्या शामिल है?

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

अलेक्सेई कुद्र्यावत्सेव : उन कौशलों के बारे में जो एक इंजीनियर को हमेशा ज़रूरत नहीं होती हैं, लेकिन यह उपयोगी हो सकता है: डिबगिंग, क्रिप्टोग्राफी, प्रदर्शन?

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

डेनियल पोपोव : क्या मध्य को संबंधित क्षेत्रों में दिलचस्पी लेनी चाहिए और अपने क्षितिज को व्यापक बनाना चाहिए?

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

सामान्य तौर पर, मध्य सबसे अशुभ था। यह बहुत लंबा और अप्रत्याशित विकास क्षेत्र है, यह स्पष्ट नहीं है कि यह लंबे समय तक खींचेगा या नहीं।

एक ही dzhuns सरल हैं: एक पर्याप्त टीम में परियोजनाओं पर निरंतर रोजगार के साथ, मध्य में आपकी वृद्धि एक वर्ष से ढाई साल तक होगी, अब और नहीं।

डेनियल पोपोव : मध्य के लिए नरम कौशल के बारे में क्या?

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

डेनियल पोपोव : संचार के बारे में कैसे? उनके बिना, कार्य का मूल्यांकन और मूल्यांकन नहीं किया जा सकता है?

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

डेनियल पोपोव : सबसे अधिक बार मिडल को नहीं पता है?

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

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

बधाई हो, आप सीनेटर हैं!

डेनियल पोपोव : मध्यम लोगों के लिए क्या कौशल जोड़ा जाना चाहिए ताकि आप खुद को वरिष्ठ कह सकें?

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

वरिष्ठ - तकनीकी विशेषज्ञता के गारंटर। वे एक सवाल और कार्रवाई के एक विशिष्ट सेट प्राप्त करने की इच्छा के साथ उसके पास जाते हैं।

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

अलेक्सेई कुद्र्यावत्सेव : रिवर्स इंजीनियरिंग में ज्ञान के बारे में कैसे?

अलेक्जेंडर चेर्नी : कोई भी उल्टा कर सकता है। ऐसा करने से डरो मत - यह मध्य और वरिष्ठ की सीमा है। आपको यह समझने की आवश्यकता है कि डेटा और संसाधन कहाँ संग्रहीत हैं - कुछ भी शानदार नहीं।

मध्य की एक दिलचस्प विशेषता, जो उसके वरिष्ठ को अलग करती है, कि वह हमेशा कहता है कि वह कार्य करने के लिए तैयार है, लेकिन हमेशा यह नहीं समझता है कि इसके पीछे क्या है और इसके परिणाम क्या होंगे।

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

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

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

अलेक्जेंडर चेर्नी : एक पुस्तकालय को जोड़ते समय, स्वामी परिणामों की पूरी जिम्मेदारी लेता है। मध्य पुस्तकालय या अपने डेवलपर्स के लिए जिम्मेदारी को खींचेगा और स्थानांतरित करेगा।

आगे कहां?

डेनियल पोपोव : क्या आधिपत्य के बाद जीवन है? मुझे विकल्प दिखाई देते हैं: सीसा, विभाग प्रमुख, सीटीओ या परियोजना प्रबंधन।

अलेक्सई कुद्र्यावत्सेव : तकनीकी विकास के बारे में क्या: तकनीकी विशेषज्ञता, प्रिंसिपल, या यहां तक ​​कि दिशा भी बदल सकती है?

अलेक्जेंडर चेर्नी : सभी विकल्पों के अपने परिणाम हैं। हां, आप प्रबंधकीय पदों पर जा सकते हैं, लेकिन आप तकनीकी वातावरण में रह सकते हैं - यह निश्चित रूप से विकास का एक पड़ाव नहीं है।

डेनियल पोपोव : मुझे यह महसूस हुआ कि कठिन कौशल सेट उस कंपनी पर अत्यधिक निर्भर करता है जिस पर आप काम करते हैं और उसकी प्रोफ़ाइल।

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

डेनियल पोपोव : और क्या होगा अगर मैं एक ऐसे कौशल में संलग्न होना चाहता हूं जो किसी कंपनी के उत्पाद के लिए विशिष्ट नहीं है?

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

इस प्रक्रिया को व्यक्तिगत रूप से अपनाना महत्वपूर्ण है। यह अक्सर पता चलता है कि यह सबसे अच्छा नहीं है जो एक व्यक्ति अब कर सकता है।

डेनियल पोपोव : आपने कहा कि आपने जून, मध्य और वरिष्ठ फ़ज़ी में विभाजन पर विचार किया। क्या इसकी जरूरत है?

अलेक्जेंडर चेर्नै : जब टीम छोटी है और हर कोई सब कुछ जानता है, तो आप शॉर्टकट के बिना कर सकते हैं। एक विशाल निगम में, वेतन को स्थानांतरित करने के लिए श्रम संहिता का पालन करने के लिए स्नातक की आवश्यकता होगी।

डेवलपर विकास कार्ड

अलेक्सई कुद्र्यावत्सेव : एक डेवलपर विकास बिंदुओं का निर्धारण कैसे कर सकता है?

अलेक्जेंडर चेर्नी : मेरी राय है कि कर्मचारी को कैरियर में व्यस्त होना चाहिए, क्योंकि सभी को संरक्षण देना असंभव है। यदि कोई व्यक्ति किसी चीज़ की तलाश करना चाहता है, तो सही अनुरोध प्लेटफ़ॉर्म और डेवलपर रोडमैप का नाम है। आप विस्तृत जानकारी के साथ दिमाग के नक्शे का एक गुच्छा पा सकते हैं, किस क्रम में और क्या विकसित करना है।

डेनियल पोपोव : रिलीज़ की तैयारी करते समय, हमने आईओएस डेवलपर के विकास मानचित्र को देखा। कई चीजें हैं जो ऐसा लगता है कि पूरे स्पेक्ट्रम का अध्ययन करने के बाद, एक इंजीनियर रूसी बाजार में 90% कंपनियों के लिए अयोग्य हो जाएगा।

अलेक्जेंडर चेर्नी : कोई भी ज्ञान की गहराई की जांच नहीं करता है। उदाहरण के लिए, मैं मानचित्र को देखता हूं और कोर लोकेशन फ्रेमवर्क को देखता हूं, लेकिन इसमें कोई खासियत नहीं है कि वास्तव में इसकी क्या जरूरत है: इसके अस्तित्व के बारे में जानने के लिए या निम्न-स्तरीय चीजों को समझने के लिए, उदाहरण के लिए, जो कॉपीरॉसेस पृष्ठभूमि में अतिरिक्त ऊर्जा दक्षता का उत्पादन करने में सक्षम हैं।

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

अलेक्सई कुद्र्यावत्सेव : रोडमैप हमेशा उपयोगी नहीं होते हैं, क्योंकि वे अक्सर काम में आवश्यक नहीं होते हैं, और वे हमेशा उन चीजों को कवर नहीं करते हैं जिनमें आप "तैरते हैं"। व्यक्तिगत रोडमैप कैसे बनाएं?

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

अलेक्सेई कुद्र्यावत्सेव : आप व्यक्तिगत विकास कार्ड के बारे में कैसा महसूस करते हैं, जहां दक्षताओं का वर्णन किया जाता है, एक टीम लीड के साथ, परिणामों का मूल्यांकन किया जाता है और यह निर्धारित किया जाता है कि आगे क्या पंप करना है?

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

अलेक्सेई कुद्र्यावत्सेव : फिर क्या यह विकास के लिए काम करने के लायक है?

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

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

डेनियल पोपोव : आप तकनीकी सवालों के अलावा साक्षात्कार में और क्या पूछते हैं?

अलेक्जेंडर चेर्नी : हाल ही में, मैं अपनी टीमों की पिछली परियोजनाओं के मामलों का उपयोग कर रहा हूं। मेरे लिए यह समझना महत्वपूर्ण है कि एक व्यक्ति विभिन्न परिस्थितियों में कैसे प्रतिक्रिया करता है। उदाहरण के लिए, दो डेवलपर्स दृश्य मॉडल की भूमिका और जिम्मेदारी को अलग-अलग समझते हैं। आप तीसरे हैं। , . , . -, , . ?

, , , 30 , soft skill .

: : soft hard?

: , . hard skill. - — . . . soft skill , 65% 35%.

, , soft skill . , Saint AppsConf 2019 . Introductory- , General- . , — 16 .