शेर, चुड़ैल, और रिक्रूटर की बेशर्मी

• एक जॉब उम्मीदवार ने दो कंपनियों की hiring process से गुज़रते हुए आलोचना की कि role mismatch और feedback asymmetry कैसे उम्मीदवार के समय को बर्बाद करते हैं
• Hop.NS ने “Senior Elixir Developer” पद के लिए 1 हफ्ते का trial contract चलाया, लेकिन असली काम TypeScript browser extension का maintenance और UI features जोड़ना निकला
• trial week की शुरुआत में Slack, GitHub और design template access पाने में समय लगा, और लगभग 10~12 घंटे बाद ही extension को local में चलाया जा सका
• PerhapsMaybe ने 5 घंटे से ज़्यादा technical interviews के बाद व्यक्तिगत feedback देने से मना कर दिया, लेकिन एक हफ्ते बाद candidate experience survey भेजकर सिर्फ उम्मीदवार से feedback मांगा
• अगर कोई कंपनी लंबे समय और गंभीरता की मांग करती है, तो उसे role description की सटीकता, personalized rejection reason, और उम्मीदवार के प्रति सम्मान भी देना चाहिए

---

Hop.NS: Elixir पद से browser extension task में बदला trial week

• उम्मीदवार ने LinkedIn पर Hop.NS की job posting देखकर आवेदन किया, जहां उसका एक पूर्व सहकर्मी काम करता था
  • कानूनी समस्या से बचने के लिए कंपनी का नाम और कुछ विवरण बदले गए हैं
  • पहले यह कंपनी 1 हफ्ते का take-home project देती थी और उस समय के लिए भुगतान भी करती थी
• posting Senior Elixir Developer की थी, और CTO के साथ कॉल में भी Elixir developer role, टीम और process पर बात हुई
• CTO ने बताया कि 1 हफ्ते के trial contract के दौरान वही काम कराया जाएगा “जो hire होने पर करना होगा”
• contract documents बिना दिक्कत पूरे हुए और सोमवार 09:00 बजे trial week शुरू हुआ

Day 1: access issues और असली task का खुलासा

• पहले दिन temporary company email credentials तो मिले, लेकिन Slack workspace में login नहीं हो पाया और सिर्फ admin से संपर्क करने का संदेश दिखा
  • संपर्क का कोई दूसरा तरीका न होने पर उम्मीदवार ने LinkedIn पर कंपनी के अंदर के परिचित को message भेजकर access दिलाने में मदद मांगी
  • 40 घंटे के contract में से 2~3 घंटे Slack access की समस्या में निकल गए
• उसके बाद GitHub access भी अतिरिक्त अनुरोध और इंतज़ार के बाद मिला, तब repository clone की जा सकी
• supervisor South America में था, इसलिए task explanation call 18:00 बजे रखी गई, और उससे पहले उम्मीदवार ने Elixir codebase देखकर एक छोटा fix PR खोला
• शाम की कॉल में पता चला कि trial week का काम TypeScript browser extension का maintenance और नए feature व UI design जोड़ना है
  • उम्मीदवार ने स्पष्ट किया कि इस क्षेत्र में उसका अनुभव कम है, लेकिन जिम्मेदार व्यक्ति ने कहा कि यही task सही है
  • जिम्मेदार व्यक्ति ने कहा, “backend का काम तो पहले ही पूरा हो चुका है, इसलिए चिंता की जरूरत नहीं है”
• उम्मीदवार ने इसे ऐसे समझा कि वह backend/Elixir काम, जो वह चाहता था, पहले ही खत्म हो चुका है, और अब उसे ऐसा frontend-प्रकृति का काम करना है जो वह नहीं चाहता था

Day 2: environment setup और role mismatch की पुष्टि

• दूसरे दिन browser extension को चलाने और समझने के लिए Google Chrome install करना पड़ा
  • उम्मीदवार आम तौर पर Safari और Firefox को पसंद करता था, इसलिए Chrome से बचता रहा था
• local build और run करने का तरीका समझने में कई घंटे लगे, और अतिरिक्त credentials व access पाने के लिए उसे अलग-अलग लोगों से लगातार संपर्क करना पड़ा
• referral देने वाले परिचित से बातचीत में उसने पूछा कि क्या trial week का काम उम्मीदवार की expertise से पूरी तरह अलग हो सकता है
  • परिचित ने कहा कि कभी-कभी उम्मीदवार को comfort zone से बाहर रखा जाता है, लेकिन अगर backend developer को शुद्ध frontend काम दिया जाए तो यह समस्या है
  • उसने यह भी कहा कि वह खुद ऐसी स्थिति में तुरंत process छोड़ देता
• उम्मीदवार ने referral देने वाले दो लोगों के प्रति सम्मान के कारण process जारी रखने का फैसला किया
• hiring-only Slack channel में उसने पूछा, “अगर hire हुआ तो क्या मैं यही project जारी रखूंगा, या कुछ और करूंगा?” और जवाब मिला, “हमेशा ऐसा नहीं होता”
• design template पाने के लिए उसे फिर जिम्मेदार व्यक्ति के पीछे लगना पड़ा, और trial week के 40 घंटों में 10~12 घंटे बीत जाने के बाद ही browser extension को local में चलाया जा सका

Day 3: task scope बढ़ा और trial रोका गया

• तीसरे दिन तक वह काम करने के तरीके और ज़रूरी चीज़ों को कुछ हद तक समझ चुका था, लेकिन browser extension debugging का ज्ञान अभी भी कम था
• trial week के बीच, तीसरे दिन दोपहर के आसपास, कंपनी ने task scope को और बढ़ा दिया
• उम्मीदवार ने एक लंबा संदेश भेजकर विरोध किया कि यह task hiring process में बताई गई बातों से बिल्कुल मेल नहीं खाता
  • job description में TypeScript या browser extension का कोई उल्लेख नहीं था
  • उसने कई बार ज़ोर देकर कहा था कि वह “backend-and-ops” प्रकृति का engineer है
  • उसके अनुसार यह task उसके समय और कंपनी के समय, दोनों की बर्बादी था
  • उसने कहा कि तुरंत process न छोड़ने की एकमात्र वजह उसे refer करने वाले परिचितों के प्रति सम्मान था
• CTO ने जवाब दिया कि वे यह देखना चाहते थे कि वह “culture fit” है या नहीं, और कहा कि उन्हें नहीं लगता कि कंपनी ने कुछ गलत किया है; साथ ही उन्होंने यह भी अनुरोध किया कि वह यह लेख प्रकाशित न करे
• Hop.NS ने तकलीफदेह लगभग 20 घंटे के काम का भुगतान किया
• 3~4 हफ्तों बाद CTO ने LinkedIn पर पूछा कि क्या उसे Staff Software Engineer पद में रुचि है, जिस पर उम्मीदवार ने पलटकर पूछा कि क्या वे अब भी bait-and-switch tactics इस्तेमाल कर रहे हैं

PerhapsMaybe: लंबे interview के बाद feedback नहीं, survey की मांग

• PerhapsMaybe में Software Engineer with Elixir पद खुला था, और कंपनी में कुछ परिचित होने के कारण उम्मीदवार ने आवेदन किया
• एक परिचित ने आवेदन को उस VP of Infrastructure तक पहुंचाया जो उस पद का hiring manager लगता था, लेकिन process तेज़ नहीं था
  • आवेदन की जानकारी 2026 5 27 को भेजी गई
  • hiring team का पहला संपर्क 2026 6 11 को आया, यानी 2 हफ्ते से भी बाद
  • LinkedIn पर VP को invite भेजने के बाद ही recruiter ने संपर्क किया
• VP के साथ 1 घंटे की कॉल अच्छी रही और role में उसकी रुचि और बढ़ी
• इसके बाद technical interview scheduling चली, और पूरा interview loop 5 घंटे 30 मिनट का तय हुआ

PerhapsMaybe interview structure और rejection notification

• interviews एक ही दिन हुए, और हर session के बीच 30 मिनट और 2 घंटे का break था
• structure तीन हिस्सों में था
  • Systems Design 1 घंटा: synchronous payment gateway का उपयोग करने वाले asynchronous payment system की design
  • Coding Interview 1 घंटा: cross product और keypad पर chess piece movement जैसे LeetCode-जैसे tasks
  • Technical Deep Dive 1 घंटा: पिछले project Ultravisor के technical details की व्याख्या
• उम्मीदवार को लगा कि coding interview के दूसरे task में उससे big-O complexity analysis में गलती हुई, लेकिन कुल मिलाकर solution ठीक था
• Technical Deep Dive में उसे लगा कि उसने ठीक किया, लेकिन सामने वाला प्रभावित नहीं हुआ या कुछ और उम्मीद कर रहा था
• interview के दो दिन बाद दिन खत्म होने के करीब उसने recruiter से update पूछा और rejection मिल गया
• rejection email में यह पंक्ति शामिल थी कि “आवेदकों की संख्या अधिक होने के कारण व्यक्तिगत feedback नहीं दिया जाता”

candidate experience survey से बनी feedback asymmetry

• rejection के एक हफ्ते बाद PerhapsMaybe Hiring Team ने Candidate Experience Survey email भेजा
• email में कहा गया कि वे देखना चाहते हैं कि hiring process efficient है और candidate experience अच्छा है या नहीं, और हाल की interview experience पर ईमानदार feedback व सुधार सुझाव मांगे गए
• उम्मीदवार का मानना था कि कंपनी के पास लगभग 5 घंटे की recordings और automatic meeting notes होने की संभावना है
  • उसने कहा कि वह खुद meeting notes के लिए AI का उपयोग करने पर रोक रखता है
  • उसने आलोचना की कि कंपनी 3~4 वाक्यों का personalized rejection reason तो नहीं देती, लेकिन उम्मीदवार से process improvement feedback मांगती है
• उम्मीदवार को लगा कि उसके साथ उम्मीदवार की तरह नहीं, बल्कि hiring process को evaluate करने वाले contractor की तरह व्यवहार हुआ, और उसने contractor rate पर invoice भेजने के लिए billing details मांगे

hiring market पर आलोचना और एक अपवादस्वरूप सकारात्मक उदाहरण

• उम्मीदवार ने कहा कि मौजूदा hiring market टूटा हुआ है
• उसने उल्लेख किया कि कुछ recruiters application process में LLM use की आलोचना करते हैं
• उसने उन applications की आलोचना की जिनमें अक्सर “आप XYZ में काम क्यों करना चाहते हैं?” और “XYZ में काम करने की सबसे रोमांचक बात क्या है?” जैसे सवाल होते हैं
  • उम्मीदवार का मानना था कि कंपनी के product को उसी कंपनी को बेचने जैसा समझाना उसका काम नहीं है
  • उसने कहा कि वह बस दिलचस्प काम करना चाहता है और उसके बदले पैसे पाना चाहता है
  • उसके अनुसार किसी कंपनी के product को लेकर सच में उत्साहित केवल founder हो सकता है, और IPO के बाद shareholders भी सिर्फ valuation बढ़ना चाहते हैं
• अपवाद के रूप में Fresha की application process में Christine Wong एक सकारात्मक उदाहरण थीं
  • rejection reason था “coding agents का अनुभव कम होना”
  • Christine Wong ने personalized feedback सीधे देने के लिए कॉल तय करने का प्रस्ताव रखा
• उम्मीदवार ने कहा कि उम्मीदवारों के प्रति सम्मान दिखाने वाले किसी वास्तविक इंसान को देखना अच्छा लगा, और वह उस अनुभव के लिए आभारी है

[GN⁺]

Lobste.rs की रायें

• यह कहना कि उम्मीदवार को comfort zone से बाहर धकेला जा रहा है, ऐसा लगता है जैसे मनचाहे व्यक्ति को चुनने का बहाना बनाया जा रहा हो और बाकी चीज़ों को अनदेखा किया जा रहा हो
  किसी backend developer से pure frontend काम करवाकर फिर “culture fit” देखना, मछली को पेड़ पर न चढ़ पाने के लिए दोष देने जैसा है
  जब तक workers को अपनी team के hiring और firing पर, कम से कम अपनी ही team के लिए, control नहीं मिलता, ऐसी नौटंकियां चलती रहेंगी

• मुझे इस लेख के author से बहुत ज़्यादा सहानुभूति नहीं हुई
  corporate environment में access rights मिलने या किसी दूसरे time zone के व्यक्ति से बात करने में एक दिन लग जाना इतना चौंकाने वाला नहीं है, और ऐसी स्थिति पर कोई कैसे react करता है, यह culture fit देखने का अच्छा signal हो सकता है
  यह भी हैरानी की बात नहीं कि सबसे urgent काम पहले से तय role scope के बाहर हो; और जो उम्मीदवार अपने scope से बाहर काम कर सकता है, वह company के लिए किसी ऐसे व्यक्ति से ज़्यादा valuable होता है जो सिर्फ़ एक fixed scope में रहता है
  बेशक, specialization से बाहर का काम करवाने पर progress धीमी होगी और result भी खराब हो सकता है, लेकिन company शायद outright मना करने के बजाय इसी को prefer करेगी
  recruiter को interview schedule करने में कई हफ्ते लगना, या LinkedIn पर VP से संपर्क करने पर process तेज़ हो जाना भी corporate environment में अजीब नहीं है। VP से कब संपर्क करना है, यह जानना भी काम का हिस्सा है
  अगर recruiter ने feedback मांगा जबकि candidate को feedback नहीं दिया, तो यह कहना कि वही बात सबसे ज़्यादा याद रही, अपने आप में अच्छा feedback हो सकता है
  सबसे खटकने वाली चीज़ सबसे ऊपर strike-through किया हुआ “bitch” वाला expression था। किसी colleague या prospective colleague को इस तरह बुलाना बिल्कुल ठीक नहीं है। मतभेद हो सकते हैं, लेकिन gender-targeted personal attack नहीं होना चाहिए

  • जो लोग मेरी respect नहीं करते, उनसे मुझे सहानुभूति नहीं है
    job posting में pure backend work बताया गया था, और मैंने यह भी कहा था कि मैंने लगभग सिर्फ़ backend और systems operations ही किए हैं
    ऐसे में pure backend काम offer करके अचानक मुझे ऐसा task देना जिसके बारे में मुझे बिल्कुल जानकारी नहीं, और maximum 32 hours के अंदर “system के बाकी हिस्से से मेल खाने वाली design” वाला working solution expect करना, मेरी experience और knowledge के प्रति बेअदबी के अलावा कुछ नहीं लगता
    मैं 10 साल से ज़्यादा समय से backend developer रहा हूं, जिनमें से करीब 7 साल observability और performance पर काम किया है; frontend मैंने अपेक्षाकृत ज्यादा बस 8 साल पहले किसी existing Vua application में features add करते समय किया था
    अगर वे ऐसे task से मेरी experience और knowledge evaluate करना चाहते हैं, तो मुझे यही मानना पड़ेगा कि वे मुझे चाहते ही नहीं। बेहतर होता वे यह बात विनम्रता से कह देते, बजाय इसके कि मुझे बेकार काम के लिए मजबूर करके परेशान करें—यह लगभग insult जैसा है
    hiring schedule में कई हफ्ते लगना भी मेरे लिए चौंकाने वाला था। क्योंकि उस company के senior/principal/staff-level engineer ने 2 हफ्ते पहले उस VP से मेरे लिए vouch किया था, और मुझे पता था कि VP ने इसकी confirmation भी की थी
    मैंने feedback दिया था, और recruiter से invoice details भी मांगीं ताकि मैं hiring process consulting की fee charge कर सकूं
    अच्छी बात है कि feedback पाने के और तरीके भी हैं। मैं EU में हूं, इसलिए GDPR की वजह से मैं अपनी hiring process से जुड़े सभी notes और details request कर सकता हूं
  • मतभेद स्वाभाविक हैं, लेकिन किसी भी तरह की गाली-गलौज या नाम रखकर बुलाना नहीं होना चाहिए
    corporate-speak इसी लिए exists करता है कि ज़िंदगी के सभी बड़े सवालों पर पूरी तरह opposite side पर खड़े दो लोग भी company goals की ओर शानदार तरीके से साथ काम कर सकें
    मैंने भी इसे कुछ इसी तरह पढ़ा। समझता हूं कि यह दोस्तों के बीच venting वाला post है, लेकिन interview stage पर अगर इस attitude की थोड़ी भी झलक दिखती, तो शायद मैं interview reject कर देता
  • पढ़ते समय मेरी भी similar reaction थी, और corporate environment की reality पर ऊपर दी गई explanation से भी सहमत हूं
    अपनी expertise के बाहर काम करने की willingness employer के लिए valuable होने के साथ-साथ, ऐसे career और learning opportunities भी खोल सकती है जो केवल अपने domain में रहने पर पता ही नहीं चलतीं
    ज़रूरी यह है कि वह boundary कहां है, इसे communicate करके expectations और timeline सही से set किए जाएं; और कोई ऐसा कर सकता है या नहीं, यह खुद interview में strong signal है
    हालांकि balance ज़रूरी है। अगर आपकी career direction पहले से बहुत clear है, और मांगा गया project उस दिशा में नहीं ले जाता, तो समय कहीं और लगाना बेहतर हो सकता है
    लेकिन मेरे और employer के goals clash करते हैं इसलिए मैं इसे personal insult के रूप में नहीं लूंगा, न ही bridges burn करने का risk उठाऊंगा
  • company का bait-and-switch ठीक नहीं है, लेकिन यह article companies से ज़्यादा author के बारे में बताता है
    सिर्फ़ इस article के आधार पर मैं hiring नहीं करूंगा; यह immature और unprofessional लगता है

• हाल ही में मेरे साथ काफ़ी interesting चीज़ हुई। एक company के recruiter ने contact किया और पूछा कि क्या मैं बात करने में interested हूं; मैं उस company का product रोज़ use करता हूं, इसलिए मैंने accept किया
  call शुरू होते ही recruiter ने पूछा, “तो आप क्या ढूंढ रहे हैं?” जबकि मैं कुछ भी नहीं ढूंढ रहा था। उन्होंने approach किया था, इसलिए मुझे लगा था कि company मुझे convince करेगी, न कि मैं company को
  फिर भी मैंने सोचा यह बस common opening line होगी, और करीब एक घंटे तक company क्या करती है वगैरह पर बात हुई। आखिर में उन्होंने पूछा कि क्या मैं process continue करना चाहूंगा, जिसमें तीन technical interviews के बाद offer मिल सकता है; मेरे पास stable job होने की वजह से मेरी position काफी अच्छी थी, इसलिए यह interesting लगा और मैंने accept कर लिया
  recruiter ने कहा कि call के बाद email भेजेंगे, और हमने goodbye कहा
  लेकिन लगभग एक हफ्ते तक कोई email नहीं आया। आखिरकार मैंने email करके पूछा कि कहीं भूल तो नहीं गए, और कुछ दिन बाद reply आया कि इस बार process आगे नहीं बढ़ाने का फैसला किया गया है
  मैंने apply भी नहीं किया था, फिर भी rejection notice मिल गया—यह अजीब तरह से hurtful लगा
  लेकिन कहानी यहीं खत्म नहीं हुई। कुछ हफ्तों बाद मैं एक बड़े programming conference में था, तभी उसी recruiter ने email किया कि वे भी वहां हैं, क्या मैं dinner करना चाहूंगा और क्या interview process फिर से शुरू करने में interested हूं
  उन्होंने खर्च उठाने को कहा, इसलिए मैं dinner पर चला गया और company के कुछ engineers से अच्छी बातचीत हुई। लेकिन यह अजीब लगा कि process मैंने रोकी ही नहीं थी, तो restart करना option कैसे हो गया, और यह मेरी जिम्मेदारी जैसा क्यों बनाया जा रहा था

• लगता है कि ऐसे interactions के लिए लोगों को तैयार करने वाली widely-read corporate IT environment guide जैसी कोई page चाहिए
  मैं वहां होने वाली चीज़ों को defend नहीं करना चाहता, लेकिन बहुत से लोग reality को ठीक से नहीं जानते
  delays होंगे, चाहे internal हों या external। access rights लेने की process में एक दिन खोना normal और expected है
  processes धीमे होते हैं, और आप individual success या failure नहीं बल्कि overall metrics देखने वाले process के छोटे cog बन जाते हैं
  कई जगहों की policy होती है कि feedback बिल्कुल न दिया जाए। potential loss lawsuit है, और potential gain कुछ नहीं
  communication अक्सर खराब होता है, और job tests बदल जाने या miss हो जाने जैसी चीज़ें भी होती हैं
  ऐसी guide expectations set कर सकती है और उन लोगों को filter करने का काम भी कर सकती है जो ऐसी everyday reality handle नहीं करना चाहते

  • delays होना सही है, लेकिन मेरे पास task खत्म करने के लिए fixed time था
    उस समय के अंदर खत्म करने के लिए मुझे process से बाहर के लोगों और third-party communication channels का इस्तेमाल करके access rights हासिल करने पड़े
    सामान्य काम में इंतज़ार किया जा सकता है, इसलिए delay normal हो सकता है, लेकिन hiring process का मेरी रोज़मर्रा की job पर असर नहीं पड़ना चाहिए। यह बड़ा फर्क है
    feedback न देने की policy भी—मैं EU में हूं और GDPR लागू होता है, इसलिए मैं अपनी सभी details और internal notes request कर सकता हूं
    आखिर में उन्हें बस यह impression मिलता है कि वे professional नहीं दिखते, और यह पूरी process legitimate hiring से ज़्यादा hiring process consulting जैसी महसूस होती है
    expectations set करना और लोगों को filter करना ठीक हो सकता है, लेकिन अगर मैं कहूं कि मुझे ज्यादा समय चाहिए, तो मुझे बहुत संदेह है कि वही standard उन पर भी लागू होगा। इसलिए unfair advantage बनता है
    पीछे मुड़कर देखें तो शायद मुझे कुछ भी नहीं करना चाहिए था, access rights के लिए push भी नहीं करना चाहिए था, weekend तक बस उनकी मशीन के चलने का इंतज़ार करना चाहिए था और फिर सिर्फ़ payment लेना चाहिए था। शायद तब मैं कम परेशान होता