मैं साक्षात्कार, सुझाव के भाग में हाथ नहीं रख रहा हूँ? [बन्द है]


13

इसलिए मेरे पोर्टफोलियो में कुछ सॉफ्टवेयर / साइट हैं। वे पैसा कमाते हैं लेकिन पूरी तरह नहीं।

इसलिए मैंने कुछ नौकरी के अनुभव प्राप्त करने का फैसला किया, मुख्य रूप से जावा / पीएचपी जूनियर डेवलपमेंट पदों पर आवेदन किया।

समस्या यह है कि मैं सभी तकनीकी प्रश्नों का सही उत्तर देता हूं और हम साक्षात्कार का अंतिम चरण "कोडिंग" टेस्ट करने के लिए तय करते हैं। मैं कभी आराम नहीं कर सकता और चीजों पर सोच सकता हूं और परीक्षण को बहुत धीरे-धीरे समाप्त करता हूं। या कभी-कभी मैं सिर्फ एक ब्लॉक मारता हूं और मेरे पैरों पर सोचना बहुत मुश्किल होता है।

मुझे यह समझ में नहीं आता क्योंकि मेरे द्वारा लिखा गया अन्य सामान अधिक जटिल समस्याओं को हल कर रहा था जबकि "टेस्ट" वास्तव में क्रूर रूप से सरल है जैसे कि लेखन और परीक्षण पैलिंड्रोम।

दूसरी बार, वे मुझे गणित के संचालन के लिए प्रवाह के साथ एक तर्क परीक्षा देंगे और फिर से मैं उन्हें आवंटित किए गए समय में नहीं कर पाऊंगा।

मुझे पता है कि मैं बेचने योग्य सॉफ़्टवेयर / वेबसाइटें लिख सकता हूं जो छोटे राजस्व उत्पन्न कर सकते हैं और समस्याओं को हल करने के तरीके खोज सकते हैं लेकिन मुझे साक्षात्कार में सरल कोडिंग परीक्षणों के साथ बहुत कठिनाई है।

कोई सुझाव?



जाहिरा तौर पर कम से कम आपको लगता है कि साक्षात्कार परीक्षण सरल हो सकते हैं, लेकिन ऐसा लगता है कि आप थोस परीक्षणों से परेशान होने वाले अकेले नहीं हैं: infoworld.com/d/application-development/…
कुछ प्रोग्रामर दोस्त

2
मुझे इस लिंक से असहमत होना है। एक अच्छे देव और एक बुरे व्यक्ति के भेद को देखते हुए, आप वास्तव में बुरे लोगों की तुलना में कुछ अच्छे उम्मीदवारों को लुभाने का जोखिम उठाना चाहते हैं।
deadalnix

7
@deadalnix मैं आपकी असहमति से असहमत हूं। :-) मैंने देखा है कि अच्छे प्रोग्रामर फ्लंक टेस्ट और खराब प्रोग्रामर टेस्ट पास करते हैं, जो मुझे लगता है कि टेस्टिंग उपयोगी नहीं है और अक्सर उल्टा होता है। IMO, वे सभी साक्षात्कारकर्ता / एचआर को अच्छा महसूस कराते हैं।
ब्रायन नोब्लुच

2
@BJoachim और सभी: यदि आप उस लिंक में पहले पैराग्राफ को पढ़ते हैं, तो यह वास्तव में परीक्षणों को प्रासंगिक और उपयोगी बनाए रखने के लिए अच्छी सलाह है: यह नहीं कहता कि परीक्षण बेकार हैं।
MarkJ

जवाबों:


18

साक्षात्कार में भाग लेते रहें। आपको अंततः एक ऐसी जगह मिल जाएगी, जो आपकी ताकत के लिए और अधिक उत्तरदायी सवाल पूछेगी। आपको साक्षात्कार के साथ बेहतर और अधिक आरामदायक भी मिलेगा, जो केवल मदद कर सकता है। इसे एक खेल के रूप में देखें, क्योंकि यह वास्तव में यही है। खेलते रहो, और अंततः तुम जीत जाओगे।


2
मुझे नहीं लगता कि यह प्रश्नों की मेरिट / सामग्री की बात है, उत्तर की शर्तें। मैंने बुरी तरह से लेखन को गड़बड़ कर दिया bool isPalindrome(string)क्योंकि मुझे इसे कागज पर लिखना था, एक समय सीमा में (15 मिनट का?)। एक पाठ संपादक और कोई समय सीमा नहीं होने के कारण मुझे विश्वास है कि मैं इसे एक मिनट में पूरी तरह से कर सकता था।
एसएफ।

9
@ एसएफ: आपने साक्षात्कार के बाद इसकी कोशिश की? कितना वक्त लगा तुम्हे?
केविन क्लाइन

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

बस इसे स्लैशडॉट से जुड़ा हुआ देखा; कुछ हद तक संबंधित: infoworld.com/d/application-development/…
केविन ह्सू

यदि समस्या यह है कि आप कागज पर कार्यक्रम नहीं कर सकते हैं, तो यह मेरी राय में एक वास्तविक समस्या है। "isPalindrome" को किसी अस्पष्ट API कॉल या भाषा सुविधाओं की आवश्यकता नहीं होनी चाहिए; आपको इस तरह का एक अनिवार्य कार्यक्रम बनाने में सक्षम होना चाहिए, जिसमें कोई अंतरंगता या आईडीई लाभ न हो।
इयोन कैरोल

12

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

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

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

ध्यान दें, एक बार जब आप नौकरी पा लेते हैं, तो आप आमतौर पर कार्यालय के स्थान पर अपना खुद का आराम क्षेत्र बना सकते हैं।

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


कौन है सोफा? सोफी की खूबसूरत जुड़वां?
uɐɪ

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

@kevincline मैं सहमत हूं, इसीलिए मैं उसे साक्षात्कारों में जाने और अपने जैसे साक्षात्कारकर्ताओं के साथ सहज रहने की सलाह देता हूं।
रिक रोड्स

6

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


1
+1, और एक एंटेरपेरुनारियल स्पिरिट को एक बहुत ही सकारात्मक गुणवत्ता के रूप में देखा जा सकता है।
maple_shaft

5

आपने पहले ही पहचान लिया है कि आपकी समस्या क्या है - दबाव में समस्याओं को हल करना (ईई जब कोई आपको देख रहा है)। क्या ऐसा इसलिए है क्योंकि आपके पास आत्मविश्वास की कमी है या आपके पास पर्याप्त अनुभव नहीं है या आप दबाव में हैं?

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

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


1
आपको इस प्रकार के परीक्षण प्रश्नों में से कुछ को भी समझना चाहिए। एक साक्षात्कार में उन्हें प्राप्त करने के तरीके को प्रिंट करें और उन्हें हल करें। अपने कंप्यूटर पर नहीं एक मेज पर बैठो। आपको साक्षात्कार के दबाव को आज़माने और पुन: बनाने की आवश्यकता है।
बिल लीपर

3

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

एक विकल्प यह होगा कि आप नमूना समस्याओं और अपने स्वयं के समय को लिखने का अभ्यास करें। एक बार जब आप जानते हैं कि आप उन्हें दस मिनट से कम समय में कर सकते हैं, तो आपको समय कम होने का डर हो सकता है।

एक और विकल्प यह होगा कि आप अपने डर को शांत करने के लिए एक तकनीक लेकर आएं और इसका इस्तेमाल खुद को अन-चोक करने के लिए करें। एक ध्यान तकनीक सीखना आपको मदद कर सकता है। या डर के खिलाफ लिटनी को याद करें ( ड्यून से ।) अपने डर की प्रतिक्रिया को कम करने के लिए किसी प्रकार की चाल सीखें।


3

मैं काफी हैरान हूं कि किसी ने भी अभी तक यह नहीं पूछा है, लेकिन आप प्रोग्रामिंग कार्यों के लिए कैसे आ रहे हैं ?

यदि आप बस कोड में कूद रहे हैं, तो संभावना है कि आप अपने आप को खो देंगे और अंत में सरल गलतियां कर रहे हैं और अपने आप को भड़क रहे हैं। इस मामले में एक समय में एक कदम उठाएं:

  1. आवश्यकताओं को इकट्ठा करें : यह वास्तव में क्या है, जो आपका साक्षात्कारकर्ता पूछ रहा है। सुनिश्चित करें कि कोडिंग से पहले हवा में शून्य प्रश्न हैं । उदाहरण के लिए, यदि पुराने "isPalindrome" वाले पुराने प्रश्न के साथ सामना किया जाता है, तो "स्ट्रिंग विशेष वर्ण हैं" तो क्या होगा? या "विचित्र लंबाई के तार जैसे कि 'अडा' गिनती पैलिंड्रोम्स के रूप में?"। एल्गोरिथ्म डिजाइन करने से पहले आपको यह जानना होगा कि आवश्यकताओं को कैसे स्पष्ट किया जाए।
  2. अपने एल्गोरिथ्म को डिज़ाइन करें : अगर यह समझ में आता है तो इसे तार्किक खंडों में तोड़ दें। इसके बारे में बात करें .. हो सकता है कि आप व्हाइटबोर्डिंग कर रहे हों तो कुछ स्यूडोकोड लिखें। अपने चरणों के माध्यम से अपने साक्षात्कारकर्ता चलो। वांछित परिणाम प्राप्त करने के लिए कुछ अलग इनपुट्स (मान्य और अमान्य दोनों) के साथ इसके माध्यम से चलने का प्रयास करें।
  3. अब कोडिंग शुरू करें : इस बिंदु तक, आपको इस बारे में बहुत आश्वस्त होना चाहिए कि आप क्या लिखने वाले हैं। अनिवार्य रूप से, आपको सिर्फ जिस भी भाषा से आप परिचित हैं उसके साथ गति से गुजरना चाहिए। इस बिंदु पर, यह वास्तव में कोई फर्क नहीं पड़ता है कि अगर वाक्यविन्यास संबंधी त्रुटियां हैं, तो साक्षात्कारकर्ता के रूप में एक पैसा वसूल करने वालों को व्हाइटबोर्डिंग सत्र में माफ कर दिया जाएगा (यदि आपको समस्या को हल करने के लिए पीसी / आईडीई दिया गया है, तो यह एक अलग कहानी है)।

वास्तव में, कोडिंग की समस्याओं से निपटने के दौरान, एक साक्षात्कारकर्ता महान कोड के लिए बहुत कुछ नहीं देख रहा है .. यह देखना अधिक है कि आप किसी दिए गए समस्या से कैसे निपटते हैं। कोड में सीधे डाइविंग एक बुरी बात है, अवधि।

आपको यह भी पता चलेगा कि आप समस्या के बारे में बात कर रहे हैं (आवश्यकताओं को इकट्ठा करना और डिजाइन करना), आपको थोड़ा और आराम मिलेगा और कोडिंग भाग के दौरान मूर्खतापूर्ण गलतियाँ करने की संभावना कम है।


3

प्रोजेक्ट यूलर

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

अपने मूल पर ब्रश करें

मैं जो सलाह दूंगा वह यह है कि आप अपने बेसिक्स पर ब्रश करें।

http://projecteuler.net/

साइन अप करें और अभ्यास करना शुरू करें, आप पाएंगे कि उन उदाहरणों से गुजरने से आपको कोर प्रोग्रामिंग अवधारणाओं की गहरी समझ मिल जाएगी। मुझे लगता है कि आप वहाँ के दृश्यों और अन्य गणितीय अवधारणाओं (ध्वनि परिचित) के साथ एक पैलिंद्रोम प्रश्न पाएंगे।


2

साक्षात्कार में या उसके बाद प्रतिक्रिया के लिए पूछें। उन्हें क्या पसंद आया? उन्हें क्या अच्छा नहीं लगा? आप जवाबों पर आश्चर्यचकित हो सकते हैं।

अलग-अलग लोग अलग-अलग चीजों की तलाश करते हैं, बेशक, लेकिन आप एक समस्या को हल करने के बारे में कैसे जाते हैं, आमतौर पर 100% सही समाधान लिखने से अधिक महत्वपूर्ण है। आप सभी गलत चीजों के बारे में चिंतित हो सकते हैं।

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

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


2

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

मैं उत्तर याद करने का सुझाव नहीं दे रहा हूं, क्योंकि यह इस तरह की समस्या को देखते हुए और इसके माध्यम से बात करने के लिए क्या करना है, इसका एक खाका है। यह किसकी तरह दिखता है? क्या आपने ऐसी ही समस्याएं देखी हैं? एक एल्गोरिथ्म के संदर्भ में कुछ सरल दृष्टिकोण क्या हो सकते हैं? कम से कम आपके लिए मेरा सुझाव तो यही है।


2

सॉफ्टवेयर डेवलपर्स के लिए जब कोडिंग टेस्ट बैठना या साक्षात्कार पर एक छोटे से कोड को लिखने के लिए कहा जाता है तो यह काफी सामान्य है। जैसा कि किसी ने पहले ही उल्लेख किया है, ऐसा इसलिए है क्योंकि हम में से ज्यादातर केवल तभी कोड कर सकते हैं जब हम अपने "कम्फर्ट ज़ोन" में होते हैं और एक छोटे से कमरे में बैठे होते हैं, 2-5 साक्षात्कारकर्ताओं से घिरे होने से वास्तव में बहुत अधिक आराम नहीं मिलता है।

उत्तर तीन गुना है:

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

  • अपने डर को नियंत्रित करना सीखें। अगर आपको लगता है कि परीक्षण बहुत कठिन है और आप इसे केवल 20% पूरा कर सकते हैं - तो उस 20% को करें, बाकी की चिंता न करें। यह हो सकता है कि परीक्षण करने के लिए दिए गए समय के लिए अनुचित रूप से बड़ा है (उदाहरण के लिए साक्षात्कार पर लोग आपको इसे खत्म करने के लिए 20 मिनट देने वाले हैं, लेकिन उन्हें कुछ उत्पादन झटका, आदि के कारण साक्षात्कार को 5 मिनट में लपेटने की आवश्यकता है) । यह भी संभव है कि अन्य उम्मीदवार केवल 10% परीक्षण पूरा करने में सफल रहे हैं, इसलिए 20% पूर्ण होने के बाद भी आप अन्य उम्मीदवारों से आगे रहेंगे।

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

[बाद में मेरे जवाब को संपादित / सुधारेंगे,]


1

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

यदि आपको अपनी भाषा या पसंद के लिए प्रोग्रामिंग साक्षात्कार प्रश्नों के लिए Google खोज का उपयोग करके अपने स्वयं के प्रयास करने और हल करने के लिए समस्याओं के साथ आने वाला कठिन समय आ रहा है।

इसके अलावा, आप उन पुस्तकों को उठा सकते हैं जिन्हें निचले स्तर के सीएस पाठ्यक्रमों को पढ़ाने के लिए डिज़ाइन किया गया है। इनमें से अधिकांश पुस्तकें प्रोग्रामिंग असाइनमेंट से भरी होती हैं जो कि छोटी होती हैं और इन्हें घर पर जल्दी किया जा सकता है। उनका उपयोग अभ्यास के लिए किया जा सकता है।


0

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

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

इस बात पर निर्भर करता है कि आप कहां नौकरी प्राप्त करना चाहते हैं या यह आपके लिए काम नहीं कर सकता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.