नौकरी के लिए आवेदन करते समय सामान्य प्रोग्रामर त्रुटियां

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

1. वक्र फिर से शुरू

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

विशिष्ट पुनरारंभ गलतियाँ:

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

2. कोई प्रोजेक्ट और अनुभव नहीं

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

3. कॉल / पत्र का जवाब नहीं देता

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

4. घुमावदार परीक्षण कार्य

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

• कार्य का असंगत पढ़ना। उदाहरण के लिए, ORM का उपयोग जब यह लिखा जाता है कि इसका उपयोग नहीं किया जा सकता है;
• E.printStackTrace () के माध्यम से अपवाद जाम;
• टिप्पणियों की कमी;
• ओओपी वक्र: क्या वर्गों को क्या करना चाहिए;
• अपर्याप्त कोड पृथक्करण
• एसक्यूएल इंजेक्शन
• नूडल कोड; विशाल विधियाँ जिन्हें स्पष्टता के लिए कई भागों में विभाजित किया जा सकता है;
• गिट के साथ काम करना: रिपॉजिटरी में अतिरिक्त फाइलें;
• वर्गों, विधियों, कोडिंग शैली का नामकरण;
• गलत जगह डेटाबेस सेटिंग्स;
• "मेरी अंग्रेजी बहुत अच्छी है।" यदि बुरा है, तो रूसी में लिखें
• परीक्षणों की कमी
• अनछुए संसाधन: फाइलें, कनेक्शन

5. खराब रिश्ते

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

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

- निकोलाई पुपकिन ने फोन किया और शिकायत की कि आपने इसे नहीं लिया। आप इसे क्यों नहीं ले गए?
- क्योंकि वह एक गधे है
"आह, मैं समझता हूँ, अच्छा है।"

कभी-कभी हम पूरी तरह से अपरिपक्व जूनियर्स लेते हैं, क्योंकि "एक अच्छा आदमी।" यदि वह एक अच्छा व्यक्ति होता, तो हम ज्ञान को आंतरिक पाठ्यक्रमों में आगे बढ़ाते या उसे बाहरी पाठ्यक्रमों में पढ़ने के लिए भेजते।

6. उनके निर्णयों को प्रमाणित करने में असमर्थता

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

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

7. आय की गलतफहमी

अक्सर एक उम्मीदवार आता है और यह नहीं जानता कि वह कितना अर्जित करना चाहता है। जब मैं एक प्रश्न पूछता हूं, तो मैं अक्सर यह उत्तर सुनता हूं: "ओह, यह एक कठिन प्रश्न है, मैंने इसके बारे में अभी तक नहीं सोचा है।" ऐसा उम्मीदवार हमेशा न्यूनतम प्राप्त करता है। मेरी रणनीति:

- आप कितना कमाना चाहते हैं?
- मुझे नहीं पता
- 10 हजार पर्याप्त है?
- नहीं, बहुत नहीं
- अच्छा है, लेकिन 25 हजार पर्याप्त है?
- थोड़ा नहीं, यह केवल कार के लिए ऋण के लिए है
- ठीक है, फिर 45?
- हां, कम या ज्यादा।

इस तरह के एक संवाद के साथ, उम्मीदवार हमेशा उतना ही प्राप्त करता है जितना वह कर सकता था। यदि वह पहले से तैयार है, तो अपने स्तर के लिए बाजार में अपने स्तर और वेतन को जानता है, वह वास्तव में खुद का मूल्यांकन कर सकता है।

8. आत्म-विकास में आलस्य

मैं उम्मीदवारों से उन पुस्तकों के बारे में पूछता हूं जो वह मुझे अपने उद्योग में पढ़ने के लिए सुझाएंगे। मैं कुछ इस तरह से कहता हूं: "मैं कोणीय 6 नहीं जानता। सीखने के लिए आप क्या पढ़ने / देखने की सलाह देते हैं?" यदि उम्मीदवार अपनी नौकरी के लिए उत्सुक नहीं है, तो वह कुछ बहुत ही सापेक्ष जवाब देगा। और अगर उम्मीदवार निरंतर प्रशिक्षण का आदी है, तो वह तुरंत एक विशिष्ट पुस्तक या विशिष्ट पाठ्यक्रमों की सिफारिश करेगा।

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