नया इंजीनियरिंग काम शुरू करना तनावपूर्ण हो सकता है, लेकिन हमारे नवीनतम कर्मचारियों में से एक ने आपके नए वातावरण में समायोजित होने के लिए कुछ सलाह साझा की है।
जब किसी नए कंपनी में शुरुआत की जाती है, तो नए कर्मचारी को संस्कृति सदमे का थोड़ा अनुभव होना सामान्य है। विभिन्न कार्यालय, लोग, प्रक्रियाएँ, आदि सभी अजीब हो सकते हैं। हालांकि, इंजीनियर अक्सर अपने ऑनबोर्डिंग के दौरान एक अतिरिक्त प्रकार के सदमे का सामना करते हैं। मैं इसे कोड कल्चर शॉक कहता हूँ।
कोड कल्चर शॉक एक नए कोडबेस में काम करने के लिए विशिष्ट है जहाँ चीजें उस तरह की हो सकती हैं जैसे कि इंजीनियर को पहले से ही पता हो - जैसे कि फ़ोल्डर संरचनाएँ, पैटर्न, परीक्षण सेटअप, उपयोग की जाने वाली पुस्तकालय, CI/CD प्रक्रियाएँ, आदि। छोटी-छोटी अंतर जैसे lint नियम और स्वरूपन कॉन्फ़िगरेशन भी सदमे के रूप में आ सकते हैं।
टीम के सदस्यों के बीच व्यक्तिगत पसंद में भिन्नता जोड़ें और यह सब काफी अजीब हो सकता है। हालांकि, इस सदमे का एक पक्ष है। यह एक अद्वितीय स्थिति की ओर ले जाता है जिस पर नए इंजीनियर और मौजूदा टीम के सदस्य दोनों को पूर्ण लाभ उठाने के लिए तैयार होना चाहिए।
अधिकतम फीडबैक क्षमता
शुरुआती सदमा समाप्त होने के बाद, वास्तव में एक छोटा सा समय होता है जहाँ ईमानदार, निष्पक्ष फीडबैक की संभावना अपने उच्चतम स्तर पर होती है - जब तक दृष्टिकोण इंजीनियरिंग बाहरी से एक साथी टीम के सदस्य में नहीं बदलता।
यह मीठा स्थान तब होता है जब एक इंजीनियर ने कोडबेस के साथ तालमेल बिठा लिया है, लेकिन इससे पहले कि उन्होंने जो देखा है उसे ‘ऐसा ही कैसे किया जाता है’ स्वीकार किया है। इस समय के दौरान, उनके पास इस संभावना का लाभ उठाने और टीम और बड़े संगठन दोनों को अद्वितीय दृष्टिकोण प्रस्तुत करने का अवसर होता है।
एक नए इंजीनियर के रूप में इस भावना का लाभ उठाने के कुछ प्रमुख तरीके हैं:
💪️ प्रतिकारी को अस्वीकार करें
आपने साक्षात्कारों के दौरान यह पूरा किया, प्रस्ताव स्वीकार किया, और अब आप काम करने के लिए तैयार हैं, लेकिन यह एक नासमझ भावना है कि शायद आप अपने सिर के ऊपर हैं। कोडबेस और प्रक्रियाएँ आपके लिए विदेशी हैं। आप अपने पिछले काम में विशेषज्ञ थे और प्रणालियों को अच्छे से जानते थे, लेकिन अब आप खो गए हैं और अपने आप पर सवाल कर रहे हैं।
आराम करें, सब ठीक होगा! आपको अपने सीखने और योगदान की संभावनाओं के लिए ही भर्ती किया गया था। कोई उम्मीद नहीं करता कि आप केवल कुछ हफ्तों में विशेषज्ञ बन जाएं। प्रतिका सिंड्रोम वास्तविक है। इसे स्वीकार करें, लेकिन फिर उन भावनाओं को अलग रखें और अपने नए कार्य में कूदें।
☀️ पूर्वाग्रहों को अलग रखें
अपना ज्ञान, अनुभव और ताज़ा दृष्टिकोण लेकर आएं और किसी भी पूर्वाग्रह को पीछे छोड़ दें। आपको कोडबेस में अपने आदतों से भिन्नताएँ मिलेगी — यह आपके लिए नए हैं, लेकिन "अलग" को "गलत" से समानता न दें।
"मैं इसे इस प्रकार कैसे करूँगा" "यह कैसे किया जाना चाहिए" के समान नहीं है। कोड की खूबसूरती यही है: एक समस्या के लिए कई समाधान हो सकते हैं। यह स्वीकार करें कि जबकि कभी-कभी आपकी विधि बेहतर हो सकती है, अक्सर ये सिर्फ अलग होते हैं।
🛠️ चीजें तोड़ें
ऐसा कोई कारण है कि हम प्रोडक्शन में विकास नहीं करते हैं और नए कोडबेस को सीखने का इससे बेहतर तरीका कुछ नहीं है कि आपको अपने हाथ गंदे करने दें। कुछ बदलें और देखें क्या होता है। सुधार के लिए कुछ जगह देखते हैं? जाइये।
संभावना है कि आपका कार्यभार अभी भी इतना हल्का है कि आपके पास नए विचारों के साथ प्रयोग करने का समय हो। यदि परिवर्तन सफल नहीं होते हैं तो चिंता न करें। आप अभी भी उस कोड की गहरी समझ के साथ निकलेंगे जिसमें आप जीवन व्यतीत करने जा रहे हैं।
📓 सब कुछ दस्तावेज करें
जो कुछ अजीब या अलग दिखता है उसे सूचीबद्ध करें और उठाए गए प्रश्नों को लिखें। यह सामान्य है जब आप अपने आप से पूछते हैं उन्होंने ऐसा क्यों किया? यह मान लेना न करें कि आप जो कोड देख रहे हैं वह ऐसी ही सही है। आप अभी तक यह नहीं जानते कि चीजें जिस तरह हैं उसकी ऐतिहासिक जानकारी क्या है।
यह संभव है कि आप जिस हिस्से को देख रहे हैं उसे जल्दी में बाहर निकाला गया हो और कोने काटे गए हों, इसे फिर से देखने का इरादा था। पैटर्न और पुस्तकालय तेजी से बदलते हैं और कोड आपको यह जानने से पहले समाप्त हो जाता है। यदि आपको ये चीजें इंगित करने की अनुमति हो, तो यह ठीक है, अगर यह अपेक्षित नहीं है। याद रखें, यदि कोड सही था, तो आपको इस पर काम करने के लिए नहीं कहा जाता।
🤝 साझा करना स्नेह है
एक बार जब आप आरामदायक महसूस करें, तो अपनी टीम या प्रबंधक से संपर्क करें और अपनी फीडबैक साझा करें। वे जानते हैं कि आप ताज़ा विचारों और विचारों की पेशकश करने की अद्वितीय स्थिति में हैं और इसका स्वागत करते हैं।
सभी एक ही लक्ष्य की ओर काम कर रहे हैं कि हमारे ग्राहकों के लिए सबसे अच्छा उत्पाद बनाना। हम इसे उस तरीके से कर रहे हैं जब हम एक-दूसरे से सुनते हैं और सीखते हैं।
चाहते हैं कि आप हमेशा इस पोस्ट में दी गई अच्छी सलाह याद रखें? फिक्र न करें, हम सब कुछ एक गुरु कार्ड में डालते हैं!
जब किसी नए कंपनी में शुरुआत की जाती है, तो नए कर्मचारी को संस्कृति सदमे का थोड़ा अनुभव होना सामान्य है। विभिन्न कार्यालय, लोग, प्रक्रियाएँ, आदि सभी अजीब हो सकते हैं। हालांकि, इंजीनियर अक्सर अपने ऑनबोर्डिंग के दौरान एक अतिरिक्त प्रकार के सदमे का सामना करते हैं। मैं इसे कोड कल्चर शॉक कहता हूँ।
कोड कल्चर शॉक एक नए कोडबेस में काम करने के लिए विशिष्ट है जहाँ चीजें उस तरह की हो सकती हैं जैसे कि इंजीनियर को पहले से ही पता हो - जैसे कि फ़ोल्डर संरचनाएँ, पैटर्न, परीक्षण सेटअप, उपयोग की जाने वाली पुस्तकालय, CI/CD प्रक्रियाएँ, आदि। छोटी-छोटी अंतर जैसे lint नियम और स्वरूपन कॉन्फ़िगरेशन भी सदमे के रूप में आ सकते हैं।
टीम के सदस्यों के बीच व्यक्तिगत पसंद में भिन्नता जोड़ें और यह सब काफी अजीब हो सकता है। हालांकि, इस सदमे का एक पक्ष है। यह एक अद्वितीय स्थिति की ओर ले जाता है जिस पर नए इंजीनियर और मौजूदा टीम के सदस्य दोनों को पूर्ण लाभ उठाने के लिए तैयार होना चाहिए।
अधिकतम फीडबैक क्षमता
शुरुआती सदमा समाप्त होने के बाद, वास्तव में एक छोटा सा समय होता है जहाँ ईमानदार, निष्पक्ष फीडबैक की संभावना अपने उच्चतम स्तर पर होती है - जब तक दृष्टिकोण इंजीनियरिंग बाहरी से एक साथी टीम के सदस्य में नहीं बदलता।
यह मीठा स्थान तब होता है जब एक इंजीनियर ने कोडबेस के साथ तालमेल बिठा लिया है, लेकिन इससे पहले कि उन्होंने जो देखा है उसे ‘ऐसा ही कैसे किया जाता है’ स्वीकार किया है। इस समय के दौरान, उनके पास इस संभावना का लाभ उठाने और टीम और बड़े संगठन दोनों को अद्वितीय दृष्टिकोण प्रस्तुत करने का अवसर होता है।
एक नए इंजीनियर के रूप में इस भावना का लाभ उठाने के कुछ प्रमुख तरीके हैं:
💪️ प्रतिकारी को अस्वीकार करें
आपने साक्षात्कारों के दौरान यह पूरा किया, प्रस्ताव स्वीकार किया, और अब आप काम करने के लिए तैयार हैं, लेकिन यह एक नासमझ भावना है कि शायद आप अपने सिर के ऊपर हैं। कोडबेस और प्रक्रियाएँ आपके लिए विदेशी हैं। आप अपने पिछले काम में विशेषज्ञ थे और प्रणालियों को अच्छे से जानते थे, लेकिन अब आप खो गए हैं और अपने आप पर सवाल कर रहे हैं।
आराम करें, सब ठीक होगा! आपको अपने सीखने और योगदान की संभावनाओं के लिए ही भर्ती किया गया था। कोई उम्मीद नहीं करता कि आप केवल कुछ हफ्तों में विशेषज्ञ बन जाएं। प्रतिका सिंड्रोम वास्तविक है। इसे स्वीकार करें, लेकिन फिर उन भावनाओं को अलग रखें और अपने नए कार्य में कूदें।
☀️ पूर्वाग्रहों को अलग रखें
अपना ज्ञान, अनुभव और ताज़ा दृष्टिकोण लेकर आएं और किसी भी पूर्वाग्रह को पीछे छोड़ दें। आपको कोडबेस में अपने आदतों से भिन्नताएँ मिलेगी — यह आपके लिए नए हैं, लेकिन "अलग" को "गलत" से समानता न दें।
"मैं इसे इस प्रकार कैसे करूँगा" "यह कैसे किया जाना चाहिए" के समान नहीं है। कोड की खूबसूरती यही है: एक समस्या के लिए कई समाधान हो सकते हैं। यह स्वीकार करें कि जबकि कभी-कभी आपकी विधि बेहतर हो सकती है, अक्सर ये सिर्फ अलग होते हैं।
🛠️ चीजें तोड़ें
ऐसा कोई कारण है कि हम प्रोडक्शन में विकास नहीं करते हैं और नए कोडबेस को सीखने का इससे बेहतर तरीका कुछ नहीं है कि आपको अपने हाथ गंदे करने दें। कुछ बदलें और देखें क्या होता है। सुधार के लिए कुछ जगह देखते हैं? जाइये।
संभावना है कि आपका कार्यभार अभी भी इतना हल्का है कि आपके पास नए विचारों के साथ प्रयोग करने का समय हो। यदि परिवर्तन सफल नहीं होते हैं तो चिंता न करें। आप अभी भी उस कोड की गहरी समझ के साथ निकलेंगे जिसमें आप जीवन व्यतीत करने जा रहे हैं।
📓 सब कुछ दस्तावेज करें
जो कुछ अजीब या अलग दिखता है उसे सूचीबद्ध करें और उठाए गए प्रश्नों को लिखें। यह सामान्य है जब आप अपने आप से पूछते हैं उन्होंने ऐसा क्यों किया? यह मान लेना न करें कि आप जो कोड देख रहे हैं वह ऐसी ही सही है। आप अभी तक यह नहीं जानते कि चीजें जिस तरह हैं उसकी ऐतिहासिक जानकारी क्या है।
यह संभव है कि आप जिस हिस्से को देख रहे हैं उसे जल्दी में बाहर निकाला गया हो और कोने काटे गए हों, इसे फिर से देखने का इरादा था। पैटर्न और पुस्तकालय तेजी से बदलते हैं और कोड आपको यह जानने से पहले समाप्त हो जाता है। यदि आपको ये चीजें इंगित करने की अनुमति हो, तो यह ठीक है, अगर यह अपेक्षित नहीं है। याद रखें, यदि कोड सही था, तो आपको इस पर काम करने के लिए नहीं कहा जाता।
🤝 साझा करना स्नेह है
एक बार जब आप आरामदायक महसूस करें, तो अपनी टीम या प्रबंधक से संपर्क करें और अपनी फीडबैक साझा करें। वे जानते हैं कि आप ताज़ा विचारों और विचारों की पेशकश करने की अद्वितीय स्थिति में हैं और इसका स्वागत करते हैं।
सभी एक ही लक्ष्य की ओर काम कर रहे हैं कि हमारे ग्राहकों के लिए सबसे अच्छा उत्पाद बनाना। हम इसे उस तरीके से कर रहे हैं जब हम एक-दूसरे से सुनते हैं और सीखते हैं।
चाहते हैं कि आप हमेशा इस पोस्ट में दी गई अच्छी सलाह याद रखें? फिक्र न करें, हम सब कुछ एक गुरु कार्ड में डालते हैं!
गुरु प्लेटफॉर्म की शक्ति का अनुभव स्वयं करें - हमारे इंटरैक्टिव प्रोडक्ट टूर को लें
