मैं अंत तक छोड़कर पहुँच गया

कार्यभार, “कुछ न करने” वाली भूमिकाएँ, और प्रदर्शन चक्र

• कई लोग बताते हैं कि बड़े-टेक के प्रदर्शन सिस्टम कैसे लंबे समय तक “बहुत कम करने” को संभव बनाते हैं: पहले चक्र की उदारता, धीमी HR प्रक्रियाएँ, और अत्यधिक व्यस्त प्रबंधक।
• दूसरे लोग इसका विरोध करते हैं: बड़े पैमाने पर कंपनियाँ कम प्रदर्शन करने वालों को हटाती भी हैं और पास होने के लिए सिर्फ “एक उंगली उठाने” से ज़्यादा करना पड़ता है।
• कई लोग ज़ोर देते हैं कि व्यवहार में “कुछ न करना” का मतलब कम-प्रभाव वाला व्यस्तता-भरा काम होता है (मीटिंग्स, मॉनिटरिंग, रिपोर्ट्स), न कि सचमुच निष्क्रियता।
• कुछ लोग खुलकर ऐसा एक साल लेना चाहेंगे ताकि ओपन सोर्स या साइड प्रोजेक्ट्स पर काम कर सकें; दूसरे इसे मनोबल तोड़ने वाला, एक जाल, या नैतिक रूप से संदिग्ध मानते हैं।

Google संस्कृति: व्यापक विविधता और चयन पूर्वाग्रह

• बार-बार आने वाला विषय: Google में अनुभव टीम, org, और manager के हिसाब से बहुत अलग होता है; एक ही “Google culture” की बात करना अर्थहीन है।
• कई टिप्पणीकार अच्छे या “बस ठीक” अनुभव बताते हैं; दूसरे नौकरशाही, धीमी निर्णय-प्रक्रिया, कमजोर onboarding, और विषैले promotion खेलों की कहानियाँ सुनाते हैं।
• लोग मजबूत चयन पूर्वाग्रह की ओर इशारा करते हैं: डरावनी कहानियों पर ब्लॉग पोस्ट और HN upvotes मिलते हैं; “सब ठीक था” वाली कहानियाँ नहीं।

ओपन सोर्स और साइड प्रोजेक्ट्स

• Google को OSS और side projects के प्रति अपेक्षाकृत उदार बताया गया है, जिनमें कुछ for-profit काम भी शामिल हैं, बशर्ते IP नियमों और non-compete सीमाओं का सम्मान किया जाए।
• Apple को तुलनात्मक रूप से अधिक प्रतिबंधात्मक बताया गया है।
• टिप्पणीकार सुझाव देते हैं कि अगर salary पर spare time हो, तो सामाजिक/सीखने के मूल्य के लिए बड़े OSS समुदायों (LLVM, Rust, Linux, Postgres, आदि) से जुड़ना चाहिए।

प्रबंधन प्रोत्साहन और headcount साम्राज्य-निर्माण

• कई लोग तर्क देते हैं कि नेतृत्व की सफलता को headcount से जोड़ना बेकार परियोजनाओं और “empire-building” को बढ़ावा देता है।
• उदाहरणों में बड़े teams का एक साल तक तुच्छ आंतरिक काम पर लगना शामिल है, apparently किसी manager की org size को promotion के लिए बढ़ाने हेतु।
• Goodhart’s Law का उल्लेख किया जाता है: headcount मापो, तो headcount मिलेगा, value नहीं।
• कुछ लोग slack का बचाव “insurance capacity” और लोगों को employed रखने के तरीके के रूप में करते हैं; दूसरे इसे मानव क्षमता और कंपनी संसाधनों की बर्बादी मानते हैं।

उत्पादकता, प्रदर्शन, और राजनीति

• व्यक्तिगत engineering उत्पादकता को मापना स्वभावतः कठिन माना जाता है; कोई भी proxy (LOC, tickets, PRs) गेम किया जा सकता है।
• ऐसे promotion systems की आलोचना की जाती है जो visibility और self-promotion को पुरस्कृत करते हैं, जिससे शांत लेकिन प्रभावशाली काम किनारे हो जाता है।
• FAANG-adjacent कर्मचारियों का कहना है कि task चयन में “performance packet” वाली सोच हावी रहती है।

FAANG बनाम छोटी कंपनियाँ और hacker आदर्श

• कई लोग कहते हैं कि सबसे अच्छा IC अनुभव mid-sized कंपनियों में होता है (लगभग 50–500 कर्मचारी): पर्याप्त स्थिरता और लाभ, कम नौकरशाही।
• कुछ लोग अफ़सोस जताते हैं कि “hacker culture” चीज़ें बनाने और startups से हटकर FAANG employment, compensation, और status को optimize करने की ओर चली गई है।
• दूसरे जवाब देते हैं कि ज़्यादातर developers के लिए यह बस एक नौकरी है; उच्च वेतन और सुरक्षा तर्कसंगत लक्ष्य हैं, खासकर उन लोगों के लिए जिनके परिवार या स्वास्थ्य समस्याएँ हैं।

समष्टि दृष्टि: Late-Stage Google और big tech

• टिप्पणीकार Google के आंतरिक drift की तुलना अन्य “disruptors” से करते हैं, जो उन incumbents में बदल गए जिन्हें वे कभी चुनौती देते थे।
• Search/Ads से आने वाला cash flow bloated orgs और कमजोर अनुशासन को सक्षम करता हुआ देखा जाता है, जबकि stock buybacks और investor pressure structural reform के बजाय layoffs को बढ़ाते हैं।
• इस पर असहमति है कि Google सिर्फ धीमा पड़ रहा है, या पहले ही सांस्कृतिक/संगठनात्मक रूप से तीव्र गिरावट में है।