मध्य / वरिष्ठ: दलदल से बाहर निकलने के लिए कैसे?

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

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


"मुझे बताओ, कृपया, मुझे यहाँ से कहाँ जाना चाहिए?"
"आप कहाँ जाना चाहते हैं?" - बिल्ली ने उत्तर दिया।
"मुझे परवाह नहीं है," ऐलिस ने कहा।
"तो यह कोई फर्क नहीं पड़ता कि कहाँ जाना है," बिल्ली ने कहा।
"बस कहीं पाने के लिए," ऐलिस ने समझाया।
"आप कहीं जाने के लिए निश्चित हैं," बिल्ली ने कहा। "आपको अभी बहुत लंबा जाना है।"
(सी) लुईस कैरोल, एलिस इन वंडरलैंड

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



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

सिद्धांत 1. किसी विशेषज्ञ का व्यक्तिगत विकास कंपनी की परिपक्वता के स्तर के लिए प्रयास करता है।

अधिक सही प्रक्रियाएं - तेज विकास। दूसरी ओर, जितना अधिक अनुभव और ज्ञान, उतना ही कठिन उस संगठन में साथ होना है जहाँ प्रक्रियाओं का निर्माण बिलकुल नहीं होता है।

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

इसके बाद, एक नई जगह की तलाश में, मैंने स्थापित प्रक्रियाओं वाली कंपनियों को चुना। यह प्रेरित करता है, सही दिशा में "पंप" करता है।

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

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

सिद्धांत 2. ज्ञान के संबंधित क्षेत्रों में मास्टर करना संभव और आवश्यक है। यह आपको ब्याज के नए क्षेत्रों की खोज करने के लिए, जो पहले से ही जाना जाता है, उसे फिर से महसूस करने के लिए, एक अलग स्तर की वृद्धि की अनुमति देता है।

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

स्वचालन में महारत हासिल करने के बाद, मैं, कई सहयोगियों के साथ, QA स्वचालन विभाग में समाप्त हो गया। और एक अजीब संयोग से, केवल एक ही चीज बची थी - किसी तरह बाहर निकलने और अकेले परीक्षण के सभी स्वचालन को खींचने के लिए।

ईमानदारी से कहूं तो बहुत ज्ञान नहीं था। मैं वास्तव में CI / CD के बारे में भी नहीं जानता था, हालांकि ट्रैविस सेटिंग कार्यों के बीच लटका हुआ था। मुझे इसके बारे में पढ़ना, मंचों पर जवाब माँगना या खोजना था। लेकिन यह मेरे क्षितिज का एक और विस्तार था, और मुझे यह पसंद आया। अंत में, मैं अभी भी ट्रैविस सीआई पाने में कामयाब रहा।

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

सिद्धांत 3. प्रौद्योगिकी और उपकरण पेशेवर विकास में महत्वपूर्ण भूमिका निभाते हैं। लेकिन एक पूरे के रूप में श्रम बाजार में एक विशेषज्ञ की तरलता मेरे लिए अधिक महत्वपूर्ण है।

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

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

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

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

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

सिद्धांत 4. नियोक्ता के विंग के तहत विकास में कुछ हद तक स्वतंत्रता होनी चाहिए।
मेरे पास काफी बहुमुखी अनुभव है, जिसने मुझे अपनी त्वचा में आईटी के सामान्य सत्य की पुष्टि करने की अनुमति दी: यदि आप विकास नहीं कर रहे हैं, तो आप ज्ञान में अभी भी खड़े हैं, विचार करें कि आप पहले से ही पीछे हैं।

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

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

ऊपर हम संकीर्ण अर्थों में स्वतंत्रता की बात कर रहे हैं। लेकिन मेरे लिए, व्यापक अर्थों में स्वतंत्रता महत्वपूर्ण थी - तकनीकी ढेर के बीच स्विच करने की क्षमता।

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

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

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

सिद्धांत 5. काम का प्रारूप मेरे पहले के विचार की तुलना में आत्म-साक्षात्कार में कम भूमिका निभाता है। दूरस्थ कार्य और विकास एक-दूसरे के विपरीत नहीं होते हैं।

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

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

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

सूचीबद्ध सिद्धांत इस सवाल का जवाब नहीं देते हैं कि "मुझे अब क्या अध्ययन करना चाहिए?" या "अगले काम पर कहाँ जाना है?"। लेकिन मेरे लिए, एक विशेषज्ञ के रूप में, वे व्यक्तिगत आराम के कुछ मापदंडों को निर्धारित करते हैं, इस विचार को दर्शाते हैं कि प्रश्न का बहुत सूत्रीकरण "मुझे क्या सीखना चाहिए ताकि विकास हो"। यह सोचने के लिए बहुत अधिक सही है कि किसी के लक्ष्यों और क्षमता की प्राप्ति का समर्थन करने के लिए आमतौर पर क्या स्थितियां (या मिली) होनी चाहिए।

---

लेख लेखक: रुस्लान अब्दुलिन

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