सवाल लड़के का नहीं, बल्कि जून का है। "मध्य पायथन-डेवलपर" की स्थिति के लिए एक साक्षात्कार में नियोक्ता को 22 प्रश्न

परिचय

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

सामान्य विचार

एक मध्य डेवलपर के साथ एक साक्षात्कार अक्सर एक जूनियर के साथ एक साक्षात्कार के रूप में ही दिखता है।

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

एक साक्षात्कार एक परीक्षा नहीं है, लेकिन यह पहचानने का अवसर है कि कंपनी और उम्मीदवार एक साथ कैसे फिट होते हैं।

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

मध्य-विकास बिना अनुभव के नहीं हो सकता।

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

सॉफ्ट-स्किल्स मध्य-डेवलपर की स्थिति में एक महत्वपूर्ण कारक बन जाते हैं।

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

मध्य-डेवलपर पद के लिए टेस्ट जॉब्स दिए जाने की संभावना कम है।

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

सवाल

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

1. परीक्षण के साथ चीजें कैसी हैं? आप कौन से परीक्षण लिख रहे हैं? परीक्षण के लिए आप किन पुस्तकालयों का उपयोग करते हैं? ( कारखानों , मोकी , आदि)

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

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

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

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

2. रिपॉजिटरी में भेजने से पहले डेवलपर कोड के साथ क्या करता है?

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

• Flake8 - PEP8 के अनुपालन के लिए कोड विश्लेषण,
• Pylint - स्थिर कोड विश्लेषण,
• कवरेज - परीक्षण कवरेज के लिए कोड विश्लेषण,
• टोक्स - अलग-अलग पैकेज के विभिन्न संस्करणों और पायथन के विभिन्न संस्करणों के साथ संगतता के लिए कोड की जांच करना।

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

3. क्या कोई सीआई / सीडी प्रोजेक्ट हैं? क्या कोई DevOps इंजीनियर है?

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

4. क्या एक कोड की समीक्षा है? यह कैसे जाता है?

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

5. आप किस संस्करण नियंत्रण प्रणाली का उपयोग करते हैं?

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

6. क्या आप git / hg-flow या किसी विशिष्ट कार्यप्रणाली का उपयोग git / hg के साथ काम करते समय करते हैं?

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

7. क्या आप विकास पद्धति (स्क्रम, कंबन, आदि) का उपयोग करते हैं?

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

8. क्या मॉनिटरिंग सिस्टम प्रोजेक्ट्स (संतरी, NewRelic, आदि) में उपयोग किए जाते हैं?

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

9. क्या परियोजना लॉग को स्टोर करने और उनके साथ काम करने के लिए एक प्रणाली का उपयोग करती है (ईएलके-प्रौद्योगिकी, आदि)?

मेरे लिए, यह भी एक महत्वपूर्ण संकेतक है। यदि कोई ईएलके नहीं है, तो सिस्टम में एक जटिल त्रुटि का कारण निर्धारित करना बहुत मुश्किल है। यह प्रश्न प्रश्न संख्या 8 के रूप में इतना महत्वपूर्ण नहीं है, लेकिन यह समझने के लिए भी पूछने योग्य है कि प्रोफाइलिंग जटिल त्रुटियों में टीम का अनुभव कितना समृद्ध है।

10. प्रोजेक्ट में किन डेटाबेस का उपयोग किया जाता है? वास्तव में ये क्यों?

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

11. परियोजनाओं में पायथन के किस संस्करण का उपयोग किया जाता है? यदि Python2.x के संस्करण का उपयोग किया जाता है, तो क्या Python3.x पर माइग्रेट करने की योजना है? और आप एक संस्करण से दूसरे में कैसे प्रवास करेंगे?

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

12. क्या कंपनी एक फुलस्टैक डेवलपर या बैकएंड डेवलपर की तलाश कर रही है?

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

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

13. परियोजनाओं में कंटेनरीकरण तकनीक का उपयोग किया जाता है?

यह प्रश्न प्रश्न संख्या 3 का पूरक है।

14. साक्षात्कारकर्ता से थोड़ा पूछें कि वह इस परियोजना से पहले क्या कर रहा था और वह कितने समय से इस परियोजना में था।

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

15. क्या कंपनी का वार्षिक / त्रैमासिक कर्मचारी मूल्यांकन है और यह कैसे होता है?

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

16. क्या कंपनी का प्रसंस्करण है? यदि हां, तो क्या वे ऑफसेट हैं और वे कितनी बार होते हैं?

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

17. कंपनी में नौकरशाही कितनी मजबूत है? (1 से 10 तक की दर)
कई डेवलपर्स आईटी क्षेत्र में नौकरशाही की उपस्थिति के बारे में भी नहीं जानते हैं, लेकिन, दुर्भाग्य से, यह मौजूद है। यह विशेष रूप से बड़ी पुरानी कंपनियों या उन कंपनियों पर लागू होता है जो राज्य के साथ काम करते हैं। आदेश। एक कंपनी में नौकरशाही की डिग्री केवल प्रबंधन की कल्पना पर निर्भर करती है। आमतौर पर, नौकरशाही में कंपनी के कई विभागों के बीच विभिन्न औपचारिक अनुप्रयोगों, स्थलों, पहुंच, हितों के टकराव और वर्ड में उबाऊ कच्चे दस्तावेज लिखना शामिल है। इस तरह की नौकरशाही की मुख्य समस्या विकास प्रक्रिया का बहुत मजबूत निषेध है। एक सामान्य कंपनी में एक कार्य दिवस में क्या किया जाता है, फिर इसमें सप्ताह लगेंगे। सीधे शब्दों में कहें, कंपनी में नौकरशाही जितनी मजबूत होगी, उत्पाद के विकास और एक विशेषज्ञ के रूप में आपका विकास धीमा होगा।

18. संसाधन स्ट्रिपिंग के साथ स्थिति क्या है?

कर्मचारियों, सर्वरों, डोमेन, लाइसेंस आदि के लिए संसाधनों को नए कंप्यूटर के रूप में समझा जाता है। इस मुद्दे को नौकरशाही के पिछले मुद्दे के लिए भी जिम्मेदार ठहराया जा सकता है।

19. साक्षात्कारकर्ता परियोजना में नए कार्यान्वयन से कैसे संबंधित है?

यह प्रश्न हमें टीम के भीतर लोकतंत्र का आकलन करने की अनुमति देता है। और यह सवाल भी आपको यह समझने की अनुमति देगा कि एक सामान्य डेवलपर की आवाज़ में टीम और संरक्षक के लिए कितना वजन है।

20. क्या कंपनी किसी भी आईटी सम्मेलनों में भागीदार है और क्या कंपनी के आईटी विषयों पर प्रकाशन हैं?

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

21. क्या कंपनी के भीतर कोई कमी है?

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

22. क्या कंपनी में इंटर्न और एक मेंटरिंग सिस्टम है?

इंटर्न कंपनी के लिए संभावित भविष्य हैं। यदि कंपनी के पास इंटर्न हैं, तो शायद आप उनके लिए एक संरक्षक हो सकते हैं और अपने व्यक्तिगत अनुभव को साझा कर सकते हैं। Mentoring भी उन क्षेत्रों में से एक है जहाँ आप विकास कर सकते हैं।

निष्कर्ष

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