एक 'खराब कोड' साक्षात्कार वह है जहां साक्षात्कारकर्ता को 'खराब कोड' का एक स्निपेट दिखाया जाता है और इसे सही करने या उन चीजों को इंगित करने के लिए कहा जाता है जो इसके साथ गलत हैं। मुझे इन साक्षात्कारों से परेशानी है क्योंकि मुझे कोड को पढ़ने में कुछ समय लगता है, यह पता लगाना चाहिए कि क्या कर रहा है, और खामियों को इंगित करता है। ऐसी स्थिति में जहां समय का दबाव होता है, मैं स्थिर हो जाता हूं और देखता हूं कि कोड 'काम' करना चाहिए, तब भी नहीं।
इस तरह के साक्षात्कार को संभालने का एक अच्छा तरीका क्या है, और, आमतौर पर, कोड को जल्दी से पढ़ने और समझने के लिए कुछ अच्छी तकनीकें क्या हैं ?
8
क्यों "जल्दी से"? यदि आपको सोचने के लिए समय चाहिए, तो सोचने में समय लेने में क्या हर्ज है?
—
एस.लॉट
क्या यह लिखित / एप्टीट्यूड टेस्ट का हिस्सा है? तो आपको चिंता में कंपनियों के लिए इस प्रकार के परीक्षणों पर अपना होमवर्क करने की आवश्यकता है।
—
आदित्य पी
@ S.Lott खैर, मैं मुख्य रूप से कुछ तकनीकों को चाहता था जो मुझे उस तरह की स्थिति में संज्ञानात्मक लॉक से बचने में मदद करेंगे। ऐसी तकनीकें जिन्हें जल्दी लागू किया जा सकता है, वे मेरे लिए बेहतर काम करती हैं।
—
क्वांटिकल
@ AdityaGameProgrammer खैर, इसका लिखित परीक्षण नहीं है। आपको उस पर स्रोत कोड के साथ एक शीट सौंपी गई है, और आपसे स्रोत के माध्यम से जाने और उसकी कमियों पर चर्चा करने की अपेक्षा की जाती है। यह वास्तव में बेहतर होगा यदि यह एक लिखित परीक्षा थी, क्योंकि मैं एक लिखित प्रारूप में कम दबाव महसूस करता हूं।
—
क्वांटिकल
@ क्वेंटिकल: "स्टॉप एंड थिंक" "नॉट द फर्स्ट" तकनीक है जिसका आप उपयोग करेंगे? वास्तव में, "स्टॉप एंड थिंक" के अलावा और कौन सी संभावित तकनीक है?
—
एस.लॉट