HackerRank-शैलीच्या coding test चा सराव

खरी परीक्षा सहसा कशी असते

HackerRank ची एकच ठरलेली चाचणी नाही. HackerRank हे एक प्लॅटफॉर्म आहे: प्रत्येक employer प्रश्न, परवानगी असलेल्या programming languages आणि वेळेची मर्यादा ठरवून स्वतःची चाचणी तयार करतो. तुमच्या चाचणीबाबत employer कडून आलेले invitation हा सर्वात चांगला मार्गदर्शक आहे.

प्रश्नांचे प्रकार. HackerRank आपल्या चाचण्यांमध्ये अनेक प्रकारचे प्रश्न असल्याचे सांगते. त्यात coding, database, multiple choice, front-end, back-end, full-stack, code review, subjective आणि इतर प्रकारांचा समावेश आहे (HackerRank). बहुतेक coding चाचण्यांमध्ये यांपैकी काही प्रकार असतात:

• Coding प्रश्न: तुम्ही editor मध्ये solution लिहिता. उमेदवार आपला code test cases वर चालवू शकतात आणि त्यानंतर दिसणाऱ्या sample cases तसेच न दिसणाऱ्या hidden cases च्या आधारे त्याचे गुणांकन केले जाते, असे HackerRank सांगते (HackerRank support).
• Database प्रश्न: तुम्ही SQL query लिहिता आणि तिचा result अपेक्षित output शी तुलना केला जातो (HackerRank support).
• Multiple choice: concepts, complexity आणि code चा एखादा भाग काय करतो यावरील प्रश्न. त्यांचे गुणांकन स्वयंचलितपणे होते (HackerRank).

कालावधीची सार्वजनिक उदाहरणे. HackerRank च्या स्वतःच्या skills tests वरून कालावधीतील फरक लक्षात येतो: त्यांच्या Python (Basic) चाचणीत 90 minutes मध्ये 2 questions असल्याचे नमूद आहे (HackerRank), तर SQL (Basic) चाचणीत 30 minutes मध्ये 2 questions आहेत (HackerRank). Employer ची चाचणी कमी किंवा जास्त वेळेची असू शकते आणि त्यात प्रश्नही कमी किंवा जास्त असू शकतात.

Coding चाचण्यांमध्ये सामान्यतः येणारे विषय: arrays आणि strings, hash maps आणि sets, sorting आणि searching, time complexity, रिकामा किंवा negative input यांसारखे edge cases आणि basic SQL.

आमच्या mock tests मध्ये काय असते. प्रत्येक पूर्ण mock test मध्ये 90 minutes मध्ये 14 questions असतात. त्याचे तीन विभाग आहेत: concepts आणि code reading (10), coding problems (3) आणि database problem (1). Coding problems साठी तुम्ही Python, JavaScript, Java किंवा C++ मध्ये solution लिहून चालवता; database problem साठी SQL query लिहिता. प्रत्येक प्रश्न hidden test cases वर तपासला जातो आणि पास झालेल्या प्रत्येक case साठी गुण मिळतात. Laptop वापरण्याची शिफारस आहे. तुम्ही मागे जाऊन प्रश्नांना flag लावू शकता.

आमचा मोफत sample कसा वेगळा आहे. 10 मोफत प्रश्न multiple choice स्वरूपाचे आहेत: coding प्रश्नांत कोणते solution पास होईल किंवा कोणत्या input मुळे ते अयशस्वी होईल हे विचारले जाते. हे प्रश्न पास होणारा code लिहिण्यासाठी आवश्यक कौशल्ये तपासतात. पूर्ण mock tests मध्ये तुम्ही स्वतः code लिहून चालवता. आमचे hidden cases छोटे असतात आणि correctness तसेच edge cases तपासतात. त्यामुळे काही वास्तविक चाचण्यांप्रमाणे अतिशय मोठ्या inputs वरील धीमे solution साठी वेळ मोजला जात नाही; speed कुठे महत्त्वाची ठरेल, हे स्पष्टीकरणांमध्ये दिलेले असते.

सोडवून दाखवलेल्या उदाहरणांसह प्रश्नांचे प्रकार

प्रत्येक प्रकारच्या प्रश्नाचे एक सोडवून दाखवलेले उदाहरण, आणि बहुतेक जण ज्या सापळ्यात अडकतात तोही.

1. Time complexity. List वरील loop प्रत्येक वेळी "x in other_list" वापरतो. दोन्ही lists मध्ये n items आहेत. Loop n वेळा चालतो आणि प्रत्येक membership check मध्ये जास्तीत जास्त n items तपासले जातात. त्यामुळे संपूर्ण प्रक्रियेची time complexity O(n squared) आहे. other_list चे set मध्ये रूपांतर केल्यास प्रत्येक तपासणी सरासरी O(1) वेळ घेते आणि loop O(n) होतो. सापळा: फक्त दिसणारा loop मोजणे. List वरील "in", list.index आणि slicing यांसारख्या built-in calls मध्येही काम होते.

2. Code वाचणे. print([x * 2 for x in range(3)]) काय दाखवते? range(3) मधून 0, 1 आणि 2 मिळतात, त्यामुळे उत्तर [0, 2, 4] आहे. सापळा: 1 पासून सुरुवात करणे किंवा 3 समाविष्ट करणे. range मध्ये शेवटची value समाविष्ट होत नाही.

3. कोणते solution उत्तीर्ण होईल. एका प्रश्नात 100,000 पर्यंत items असू शकतात. O(n squared) solution ला सुमारे 10 billion steps लागतात, जे नेहमीच्या time limit साठी खूपच धीमे आहे. O(n) किंवा O(n log n) सहज चालेल. सापळा: दिसायला सर्वात लहान solution निवडणे. आधी त्याची complexity दिलेल्या size शी जुळते का ते तपासा.

4. कोणत्या input मुळे अडचण येते. एक function list ची सरासरी sum(nums) / len(nums) म्हणून काढतो. कोणता input त्यात अडचण निर्माण करेल? रिकामी list, कारण शून्याने भागाकार होतो. सापळा: फक्त नेहमीचा input तपासणे. रिकामी list, एक item, सर्व values सारख्या असणे, negative values आणि परवानगी असलेली सर्वात मोठी size वापरून पाहा.

5. Database प्रश्न. ज्यांनी काहीही खर्च केलेले नाही अशा customers सह प्रत्येक customer चा एकूण खर्च हवा आहे. customers LEFT JOIN orders वापरा, customer नुसार group करून amount ची बेरीज करा आणि COALESCE वापरून NULL चे 0 मध्ये रूपांतर करा. सापळा: inner join वापरणे. त्यामुळे order नसलेले customers नकळत वगळले जातात.

तयारी कशी करावी

1. सर्वप्रथम तुमचे invitation वाचा. वेळेची मर्यादा, प्रश्नांची संख्या आणि प्रकार, तसेच परवानगी असलेल्या languages नोंदवा. हे सर्व employer ठरवतो, त्यामुळे गृहीत धरू नका.
2. एक language निवडा आणि तीच वापरा. Coding प्रश्नांसाठी तुम्हाला सर्वात चांगली अवगत असलेली language वापरा. तिच्या built-in lists, dictionaries, sets, sorting आणि string methods यांची माहिती शोधावी न लागेल इतकी तयारी ठेवा.
3. Input च्या आकारानुसार complexity समजून घ्या. Code लिहिण्यापूर्वी नमूद केलेल्या मर्यादा तपासा. साधारण 1,000 items पर्यंत O(n squared) सहसा ठीक असते; 100,000 किंवा त्याहून अधिक असल्यास O(n) किंवा O(n log n) चे लक्ष्य ठेवा.
4. Edge cases चा मुद्दाम सराव करा. रिकामा input, एक item, duplicate values, negative values, खूप मोठ्या values आणि कमाल आकार. Coding प्रश्नांचे गुणांकन hidden test cases वर केले जाते (HackerRank support), आणि त्यांपैकी बरेच cases याच ठिकाणी असतात.
5. Sample cases चालवा, मग स्वतःचे cases तपासा. दिसणारे samples पास होणे ही सुरुवात आहे, शेवट नाही. Submit करण्यापूर्वी स्वतःचे काही cases जोडा.
6. Basic SQL ची उजळणी करा. Joins, GROUP BY, HAVING, NULLs आणि sorting यांचा बहुतांश database प्रश्नांत उपयोग होतो. Result मधील प्रत्येक row तपासा, कारण database ची उत्तरे अपेक्षित output शी तुलना केली जातात (HackerRank support).
7. वेळेत पूर्ण solutions लिहिण्याचा सराव करा. आमच्या पूर्ण mock tests मध्ये तुम्ही code लिहून hidden cases वर चालवता. स्वतःच्या problems वरही असाच सराव करा, म्हणजे वेळेत पूर्ण solution लिहिणे सहज वाटेल.
8. चाचणीच्या खऱ्या गतीने सराव करा. पूर्ण timed mock tests द्या, म्हणजे चाचणीच्या दिवशी 90 minutes लक्ष केंद्रित करून काम करणे नेहमीचे वाटेल.

गुणांकन साधारणपणे कसे केले जाते

प्रत्येक नियोक्ता स्वतः गुणांकन ठरवतो. HackerRank प्रश्नांच्या प्रकारांना कसे गुण दिले जातात याचे वर्णन करते, आणि कोणता निकाल पुरेसा चांगला आहे हे प्रत्येक नियोक्ता ठरवतो. सर्वांसाठी लागू होणारी एकच उत्तीर्ण गुणमर्यादा नाही.

• Coding questions: HackerRank नुसार, सिस्टम तुमचा code प्रत्येक test case वर चालवते आणि प्रत्येक output ची अपेक्षित output शी तुलना करते. प्रत्येक test case साठी ठरावीक गुण असतात: उत्तीर्ण झाल्यास ते सर्व गुण मिळतात आणि अयशस्वी झाल्यास एकही गुण मिळत नाही. एका test case मध्ये अंशतः गुण दिले जात नाहीत. प्रश्नाचे तुमचे गुण म्हणजे तुम्ही उत्तीर्ण केलेल्या test cases चे एकूण गुण. तुम्हाला दिसणाऱ्या sample cases साठी कदाचित 0 गुण असतील, तर लपवलेल्या cases साठी गुण असतात (HackerRank support).
• Database questions: तुमच्या query च्या निकालाची अपेक्षित output शी तुलना केली जाते: जुळल्यास पूर्ण गुण मिळतात, अन्यथा शून्य गुण. मात्र नियोक्त्याने तो स्वतः तपासून अंशतः गुण दिल्यास अपवाद असू शकतो (HackerRank support).
• Multiple choice: आपोआप गुणांकन केले जाते (HackerRank).

म्हणूनच जवळपास योग्य असलेला किंवा योग्य असूनही खूप धीमा असलेला solution बहुतेक गुण गमावू शकतो: प्रत्येक लपवलेला case उत्तीर्ण किंवा अनुत्तीर्ण असा असतो.

आमचा सराव गुण म्हणजे तुम्ही आमच्या प्रश्नांपैकी किती प्रश्नांची योग्य उत्तरे दिली, आणि विभागानुसार त्याचा तपशील. त्यामुळे कुठे लक्ष द्यायचे हे तुम्हाला समजते. हा सरावाचा गुण आहे: तो HackerRank चा गुण किंवा कोणत्याही नियोक्त्याचा निकाल नाही आणि तुम्ही उत्तीर्ण व्हाल की नाही हे सांगत नाही.

सामान्य चुका

• नमुना चाचण्या पास झाल्यावरच थांबणे. दिसणाऱ्या नमुना चाचण्या हा एकूण प्रकरणांचा छोटा भाग असतो. रिकामा इनपुट, एक घटक, ऋण संख्या आणि सर्वात मोठा आकार स्वतः तपासा.
• इनपुटच्या मर्यादांकडे दुर्लक्ष करणे. योग्य पण धीमे solution मुळे मोठ्या hidden cases मध्ये अपयश येऊ शकते. कोणता approach निवडायचा हे ठरवण्यापूर्वी मर्यादा वाचा.
• कमाल मूल्य 0 पासून सुरू करणे. पहिल्या घटकापासून सुरू करा, नाहीतर ऋण संख्यांमुळे उत्तर चुकीचे येईल.
• ज्या list वर loop चालू आहे त्यात बदल करणे. Iteration सुरू असताना घटक काढल्यास काही घटक वगळले जातात. त्याऐवजी नवीन list तयार करा.
• इंडेक्सच्या मर्यादेत एकाने होणारी चूक. range(a, b) मध्ये b चा समावेश होत नाही आणि slices देखील त्याच पद्धतीने काम करतात. छोट्या उदाहरणात पहिला आणि शेवटचा index तपासा.
• अतिरिक्त output प्रिंट करणे. Coding answers ची तुलना अपेक्षित output शी केली जाते, त्यामुळे debug prints किंवा जादा spaces मुळे एखादी केस fail होऊ शकते.
• एका problem वर खूप वेळ घालवणे. आधी चालणारे solution submit करा, मग वेळ उरल्यास त्यात सुधारणा करा.