साक्षात्कार प्राप्त करने के लिए जावा जूनियर / प्रशिक्षुओं के लिए परीक्षण कार्य कैसे करें

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

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



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

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

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

इस संबंध में, मैं परीक्षण कार्य पूरा करने के लिए अपनी सिफारिशों की सूची प्रस्तुत करता हूं

1. आपका निर्णय ToR के अनुसार काम करना चाहिए
   समस्या को हल करने के लिए शर्तों में निर्धारित आवश्यकताओं का सावधानीपूर्वक पालन करें। संस्थाओं में अपने क्षेत्र के बारे में मत सोचो, मान्यता की शर्तों को मत बदलो, आदि। और इसी तरह। इससे पता चलता है कि आप विवरण के प्रति कितने चौकस हैं, जो डेवलपर के लिए बहुत महत्वपूर्ण है।
2. पूर्ण कार्य की सावधानीपूर्वक जाँच करें
   कार्य पूरा किया - प्रदर्शन की जाँच करें। सबसे पहले, ToR में वर्णित मुख्य कार्यक्षमता, फिर अतिरिक्त। अपने आवेदन को "तोड़ने" का प्रयास करें: आवेदन को कार्य के लिए पर्याप्त रूप से जांचें या दर्ज करें, यदि आप अवैध डेटा दर्ज करते हैं, तो डेटा यथासंभव संभव है। जो कुछ भी आप पाते हैं उसे ठीक करने के लिए याद रखें।
3. एन्कोडिंग
   सभी फाइलें एक ही एन्कोडिंग में होनी चाहिए, UTF-8 में मेरी राय में। इसके लिए अपनी IDE कॉन्फ़िगर करें। याद रखें, यदि आपके पास विंडोज है, तो समीक्षक के पास लिनक्स हो सकता है, और एन्कोडिंग के साथ अतिरिक्त स्क्वाट्स समीक्षक के लिए समय की बर्बादी है।
4. एक कमिट में न करें
   आपको अपनी समस्या को हल करने के लिए प्रतिबद्ध होने की आवश्यकता है, कमिट्स में स्पष्ट विवरण जोड़ें। यदि आप अंग्रेजी जानते हैं, तो यह अंग्रेजी में बेहतर है। यह अप्रत्यक्ष रूप से इंगित करता है कि आपने केवल किसी अन्य व्यक्ति के समाधान को मर्ज से नहीं जोड़ा है, बल्कि कोड को स्वयं लिखा है।
5. दूसरे लोगों के फैसलों को मर्ज न करने की कोशिश करें
   यह देखते हुए कि आप जून के लिए अधिकतम दावा करते हैं, सबसे अधिक बार आपके पास अभी भी किसी और के कोड का उपयोग करने के लिए पर्याप्त अनुभव नहीं है। कार्य की स्थितियां थोड़ी भिन्न हो सकती हैं, और जब आप बस किसी और के समाधान की नकल करते हैं, तो यह पहले से ही वर्तमान कार्य के साथ थोड़ा असंगत हो सकता है। और कार्य को कार्य के साथ ठीक से पूरा किया जाना चाहिए (देखें P1)।
6. रीडमी फ़ाइल जोड़ें
   प्रोजेक्ट रूट में readme.md फ़ाइल जोड़ें। अपने आवेदन का संक्षेप में वर्णन करें, यदि आवश्यक हो, तो लॉन्च के लिए अतिरिक्त स्पष्टीकरण दें। यदि आपके पास अन्य कार्य पहले से ही पूर्ण हैं, तो वहां भी रीडमी जोड़ें। उदाहरण के लिए, यदि मुझे किसी उम्मीदवार में दिलचस्पी है, तो मैं उसका अन्य कोड देख सकता हूं। और यदि आप यहां नहीं जाते हैं, तो आप इस कोड को अपने फिर से शुरू करने के लिए भी संलग्न कर सकते हैं।
7. एक सुविधाजनक मेनू बनाओ
   आवेदन उपयोगकर्ता के अनुकूल होना चाहिए। याद रखें कि चेक करने का समय अक्सर सीमित होता है, इसलिए एप्लिकेशन को डेटा के साथ लोड करें, सभी संस्थाओं को दिखाने के लिए एक विधि जोड़ें (जो कि शर्तों में है)। मेनू नेविगेशन सुविधाजनक होना चाहिए, उदाहरण के लिए संख्याओं का उपयोग करना। और कभी-कभी वे इसे इस तरह से लागू करते हैं कि एक इकाई को हटाने के लिए आपको कंसोल में "हटाएं" दर्ज करना होगा। हालाँकि, कोई भी इसे ज़्यादा नहीं कर सकता है और टीके के दायरे से परे जा सकता है।
8. अपने कौशल की अनुमति के रूप में सबसे अच्छा है।
   चूंकि आपने परीक्षण कार्य को पूरा करने का निर्णय लिया है, इसलिए इसके समाधान को अधिकतम रिटर्न के साथ करें। भले ही कार्य तुच्छ और सरल लगता है, आपको इसके समाधान को औपचारिक रूप से देखने और अपने घुटने पर कोड लिखने की आवश्यकता नहीं है। और यदि आप इस कंपनी में नहीं जाते हैं, तो आपके पास जीथब पर पूरा समाधान होगा, जो अभ्यास है।
9. ओओपी के सिद्धांतों को मत भूलना
   आपको यह प्रतीत होता है कि एक छोटा कार्य, मत भूलना - कार्य एक परीक्षण है, और जावा मुख्य रूप से एक वस्तु-उन्मुख भाषा है। और वे न केवल आवेदन के संचालन में, बल्कि कोड में भी देखेंगे। कोड गुणवत्ता समाधान का एक बहुत महत्वपूर्ण हिस्सा है । स्पेगेटी कोड न लिखें। सब कुछ कक्षाओं, पैकेजों में डालें। जहाँ आवश्यक हो, इंटरफेस बनाएँ, यदि आवश्यक हो, तो ENUM को स्थानान्तरण करें ।
10. डिज़ाइन पैटर्न का उपयोग करने का प्रयास करें
    कम से कम एक डिज़ाइन पैटर्न का एक सफल अनुप्रयोग दिखाएगा कि आपके पास डिज़ाइन पैटर्न (या आप नहीं) के बारे में एक अवधारणा है। इस या उस पैटर्न को लागू करने से पहले - यह पता करें कि विचार क्या है, यह कैसे काम करना चाहिए और इसका आविष्कार क्यों किया गया था। यदि मैं कोड में पैटर्न देखता हूं, तो साक्षात्कार में मैं लागू पैटर्न के बारे में एक प्रश्न पूछ सकता हूं।
11. संसाधनों का उपयोग करें
    उपयोगकर्ता को प्रदर्शित सभी संदेशों को संसाधनों में सबसे अच्छा लिया जाता है और वहां से लिया जाता है। यह समीक्षक को दिखाएगा कि आप संसाधनों के साथ काम करना जानते हैं और समझते हैं कि उनका उपयोग किस लिए किया जाता है। संदेश अंग्रेजी में सर्वश्रेष्ठ प्रदर्शित किए जाते हैं।
12. जहाँ और बराबर हैशकोड है को फिर से परिभाषित करने के लिए याद रखें
13. Java8 + का प्रयोग करें जैसे लैम्ब्डा एक्सप्रेशन, स्ट्रीम
    यह मत भूलो कि अधिक बार संग्रह सरणी से अधिक सुविधाजनक होते हैं। यदि पसंद संग्रह के पक्ष में गिर गई है, तो सही संग्रह का उपयोग करें। आपको किसी विशेष संग्रह या सरणी के पक्ष में अपनी पसंद को सही ठहराने के लिए साक्षात्कार में तैयार होना चाहिए।
14. परीक्षण
    यदि आप कर सकते हैं, तो परीक्षण लिखें, लेकिन यह पहले से ही कुछ प्लसस के साथ पांच है। अक्सर, यह समझा जाता है कि कोई भी अच्छा कोड आमतौर पर परीक्षणों में शामिल होता है। हालांकि उदाहरण में दिए गए कार्य के लिए, परीक्षणों की अनुपस्थिति माइनस नहीं होगी, क्योंकि यह जावा कोर को जानने के लिए एक सरल कंसोल एप्लिकेशन है।

सारांश

आवेदकों का एक बड़ा आधा त्रुटियों के बिना समस्या का समाधान भेजता है, और एक ठोस कोड - इकाइयां जो प्राकृतिक चयन से गुजरती हैं और अगले दौर में आती हैं। सभी कलाकारों को प्रतिक्रिया मिलती है। जिन लोगों ने एक ठोस कोड लिखा, जो लॉन्च किया गया - एक व्यक्तिगत प्रतिक्रिया, जिन्होंने अपने घुटनों पर लिखे स्पेगेटी भेजे - वे अधिक सामान्यीकृत हैं।

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