तकनीकी नौकरी के इंटरव्यू इतने डरावने क्यों बन गए

“दुःस्वप्न” का दायरा

• बहुत से लोग आधुनिक टेक इंटरव्यू को Kafkaesque बताते हैं: 5–6 राउंड, लंबे take-homes, हफ्तों तक कोई जवाब नहीं, फिर भूमिका रद्द हो जाना या लगातार “on hold” रहना।
• एंट्री-लेवल और non-senior भूमिकाओं को खास तौर पर बहुत खराब बताया जाता है: multi-stage funnels, unpaid projects, ghosting, और ऐसी कंपनियाँ जो भर्ती की वास्तविक मंशा के बिना इंटरव्यू लेती हैं।
• कुछ senior लोग अब इंटरव्यू से पूरी तरह बचते हैं और मजबूरी होने पर ही बदलाव करना पसंद करते हैं।

अन्य उच्च-भुगतान वाले पेशों से तुलना

• बैंकिंग/consulting की तुलना में: टेक को skill-focused माना जाता है, जबकि अन्य क्षेत्रों को pedigree/network/“vibe”-driven समझा जाता है।
• मेडिसिन की तुलना में: medical training और exams बहुत कठोर होते हैं, लेकिन वे मुख्यतः शुरू में ही होते हैं; टेक में पूरे करियर के दौरान बार-बार grind करना पड़ता है (जैसे LeetCode)।
• कुछ लोगों का तर्क है कि कुल मिलाकर टेक इंटरव्यू अभी भी आसान हैं; अन्य लोग इसके cumulative burden और family life के साथ असंगति पर ज़ोर देते हैं।

LeetCode, Algorithms, और Gatekeeping

• algorithm-heavy interviews के लिए FAANG-style प्रक्रियाओं और उद्योग की “cargo culting” को दोषी ठहराया जाता है।
• आलोचकों का कहना है कि ये:
  • परिवार वाले अनुभवी engineers के खिलाफ जाते हैं, जो महीनों तक grind नहीं कर सकते।
  • वास्तविक दुनिया के development और product thinking की बजाय test-taking और memorization को चुनते हैं।
  • job पर होने वाले काम से केवल ढीले रूप से जुड़े होते हैं, और Goodhart’s law से प्रभावित होते हैं।
• समर्थक तर्क देते हैं कि:
  • ये elite degrees की तुलना में merit-based gate ज़्यादा हैं।
  • उच्च वेतन वाली भूमिकाएँ (जैसे >$150–250k) और बहुत बड़े applicant pools सख्त filtering की मांग करते हैं।
• take-home tests को कड़ा विरोध मिलता है: unpaid labor, बार-बार cheating, और कम predictive value; ये अक्सर ईमानदार या समय-सीमित शीर्ष उम्मीदवारों को बाहर कर देते हैं।

विकल्प और प्रक्रिया डिज़ाइन

• बेहतर संकेतों के रूप में प्रस्तावित चीज़ें:
  • पिछले निर्णयों, गलतियों, और गर्व के क्षणों पर conversational “grown-up” interviews।
  • छोटे, यथार्थवादी coding tasks या mini “day at the office” problems, कभी-कभी paid trials।
  • open source या side projects का सीमित उपयोग पूरक प्रमाण के रूप में, सख्त filters के रूप में नहीं।
• विकल्पों को लेकर चिंताएँ:
  • informal chats में bias छिप सकता है (अपने जैसे लोगों को पसंद करना, remote/non-native/कम-networked उम्मीदवारों को नुकसान होना)।
  • OSS पर ज़ोर उन लोगों को फायदा देता है जिनके पास खाली समय, उदार employer, या कुछ ecosystems तक पहुँच है; fake/performative OSS भी मौजूद है।

HR, प्रक्रिया की फुलावट, और मूलभूत बातें

• HR-led multi-screen pipelines उम्मीदवारों को परेशान करते हैं, खासकर अत्यधिक specialized भूमिकाओं के लिए।
• इंटरव्यू की गुणवत्ता अक्सर खराब होती है: inconsistent rubrics, pet questions, और 5–7 घंटे के इंटरव्यू से हज़ारों घंटे के काम की भविष्यवाणी करने में अति-आत्मविश्वास।
• कुछ managers बताते हैं कि इंटरव्यू मुख्यतः कमजोर negative signals देते हैं; work history और बुनियादी technical conversations अक्सर पर्याप्त होते हैं।
• बताये गए underlying drivers: layoff के बाद आवेदकों की भरमार, hiring mistakes के visible होने का डर, juniors को train करने की अनिच्छा, और programming में व्यापक रूप से विश्वसनीय credentials या certifications का अभाव।