सहकर्मी Julius

 (ploum.net)
2 पॉइंट द्वारा GN⁺ 2024-12-24 | 1 टिप्पणियां | WhatsApp पर शेयर करें
  • कॉलेज और नौकरी के दौरान बार-बार मिले Julius ऐसे व्यक्ति थे जिनमें आत्मविश्वास और presentation skills तो बेहतरीन थीं, लेकिन तकनीकी समझ और वास्तविक योगदान पर लगातार संदेह होता रहा
  • C project में C virtual machine की बात करना या ग्राहक से यह कहना कि internet server का कोई IP address नहीं है—ऐसी बुनियादी concepts से मेल न खाने वाली बातें बार-बार सामने आईं
  • टीम को हर बार उसके code और documents दोबारा review करने पड़ते थे और ग्राहकों से किए गए वादे भी संभालने पड़ते थे, लेकिन boss और HR उसकी presentation skills और attitude को बहुत अच्छा मानते थे
  • Julius हर बार company बदलते हुए अपना resume और compensation बढ़ाता गया, और LinkedIn व media exposure के जरिए ऐसा career बनाए रखा जिसमें वह बड़ा योगदान देने वाला व्यक्ति दिखता था
  • जब company ने productivity बढ़ाने के नाम पर कई AI software लागू किए और उन्हें disable करने पर रोक लगा दी, तो narrator को ऐसा work environment झेलना मुश्किल लगने लगा जैसे उसके आसपास दर्जनों Julius भर गए हों

कॉलेज में पहली बार दिखे Julius

  • Julius कॉलेज में मिले एक सहकर्मी थे—शांत, विनम्र और हमेशा मुस्कुराते रहने वाले
  • वह किसी की बात नहीं काटते थे, गलती होने पर भी स्वीकार करते थे, और सवालों का बिना झिझक जवाब देते थे
  • वह हर class में मौजूद रहते थे और अपने notes से तुलना करने के लिए अक्सर दूसरे students के notes मांगते थे

C project में दिखी पहली दरार

  • student team ने C language में एक अपेक्षाकृत जटिल system software बनाने का project किया
  • Julius हर meeting में शामिल हुए, लेकिन narrator को याद नहीं कि उन्होंने code की एक भी line लिखी हो
  • आखिर में लगता है Julius ने report formatting संभाली थी, और वह काम बहुत अच्छी तरह किया गया था
  • presentation भी Julius ने ही दी, और उन्होंने बहुत आत्मविश्वास के साथ presentation किया
  • presentation के दौरान उन्होंने project में इस्तेमाल की गई C virtual machine की बात की और एक अनजान logo व असंबंधित screenshots दिखाए
    • C एक compiled language है, इसलिए virtual machine की जरूरत नहीं होती
    • C virtual machine की बात करना electric car के carburetor की बात करने जैसा बेतुका है
  • narrator अपनी जगह से उठे, Julius की बात रोकी, और तुरंत स्थिति संभालते हुए कहा कि यह मजाक था
  • professors के बीच राय बंटी रही: कुछ ने Julius को बहुत अच्छा माना, तो कुछ ने कहा कि उनकी मूलभूत समझ कमजोर है; वह कुछ subjects में fail हुए, लेकिन अंततः साथ में graduate हो गए

company में Julius से दोबारा सामना

  • कुछ साल बाद narrator एक बड़ी company में जिम्मेदार role निभा रहे थे, और boss ने बताया कि recruiters को team के लिए एक दुर्लभ talent मिला है
  • नया व्यक्ति कॉलेज का batchmate Julius निकला, और वह अब भी उतना ही charismatic और आत्मविश्वासी था
  • वह कई companies में लंबे समय तक नहीं रुका था; आम तौर पर 1 साल या उससे भी कम समय तक रहता था
  • resume प्रभावशाली था और ऐसा लगता था कि उसने computing के कई क्षेत्रों का अनुभव लिया है
  • बाद में narrator को पता चला कि Julius को लगभग समान पद के बावजूद उससे दोगुनी salary पर hire किया गया था, और उसे ऐसे bonus भी मिले थे जिनके बारे में narrator को पता तक नहीं था

review cost जो team ने उठाई

  • शुरुआत में narrator ने Julius को project और internal processes सिखाए और काम सौंपा
  • Julius बहुत सवाल पूछता था, लेकिन वे हमेशा relevant नहीं होते थे
  • उसने code और documents लिखे और कई क्षेत्रों के सवालों के जवाब दिए, लेकिन output कभी अच्छा, अक्सर औसत, और कुछ मामलों में पूरी तरह बेतुका होता था
  • team को समझ आया कि Julius के हर contribution को किसी दूसरे team member को पूरी तरह review और modify करना पड़ेगा
    • अगर विषय team की expertise में नहीं था, तो external review की जरूरत पड़ती थी
    • एक informal rule बन गया कि Julius के documents team के बाहर जाने से पहले दो लोग proofread करेंगे
  • दूसरी ओर formatting, presentations और meeting management में वह बेहतरीन था, और boss उसे team का बड़ा contributor मानता था

ग्राहक से किए वादे team ने संभाले

  • narrator ने boss को बताने की कोशिश की कि Julius team का काम समझता नहीं है, लेकिन सफल नहीं हुआ
  • team कभी-कभी Julius को कुछ घंटों के लिए दूर रखने के लिए बेकार meetings में भेज देती थी, लेकिन इस strategy की भी सीमा थी
  • Julius ने एक ग्राहक से वादा कर दिया कि interface को सिर्फ एक button तक सरल बनाकर वह ठीक वही काम करवा सकता है जो ग्राहक चाहता है; इसके बाद निराश ग्राहक को मनाने के लिए team को एक हफ्ते तक crisis management meetings करनी पड़ीं
    • team ने समझाया कि ग्राहक की जटिल जरूरतों को एक button से पूरा करने के लिए mind-reading machine विकसित करने जैसी चीज चाहिए होगी
  • hacking से चिंतित ग्राहक से उसने कहा कि security के लिहाज से internet से जुड़े servers के पास IP address नहीं होता
    • IP address में “I” का मतलब Internet है
    • internet उन computers का आपस में जुड़ा network है जिनके पास IP addresses होते हैं
    • IP address के बिना internet पर होने की बात वैसी ही है जैसे phone number के बिना phone पर संपर्क में आने की बात
  • team ने Julius को अकेले ग्राहकों से मिलने नहीं दिया
  • एक programmer ने boss से सीधे समस्या उठाई, लेकिन boss ने इसे jealousy समझा; उस programmer को डांट पड़ी और वह जल्द ही company छोड़ गया

Julius का resignation और career expansion

  • Julius ने कहा कि उसे ऐसा offer मिला है जिसे ठुकराया नहीं जा सकता, और company छोड़ दी
  • boss और HR department को उसके जाने का सचमुच अफसोस हुआ
  • Julius का LinkedIn account बहुत active था और उस पर सैकड़ों comments आते थे
  • उसके साथ बिताया गया 1 साल LinkedIn पर एक शानदार अनुभव के रूप में पेश किया गया; उसने facts को बढ़ा-चढ़ाकर नहीं बताया, लेकिन ऐसा impression छोड़ा जैसे उसने team में बहुत बड़ा योगदान दिया हो
  • इसके बाद Julius एक ऐसे startup का vice CEO बना जिसे एक multinational company ने acquire किया, और फिर interim CEO बन गया
  • एक business newspaper ने उस पर article किया, और बाद में वह minister-level figure की team में शामिल हो गया

AI software बने “दर्जनों Julius”

  • narrator ने Julius को भूलने की कोशिश की, लेकिन boss एक company के sales representative से मिलने के बाद productivity बढ़ाने वाले artificial intelligence software से बहुत प्रभावित हुआ
  • company में कई AI tools लागू किए गए
    • coding में मदद करने वाला AI software
    • information search में मदद करने वाला AI software
    • emails summarize और write करने वाला AI software
  • narrator इन tools को disable नहीं कर सकता
  • उसे हर पल ऐसा महसूस होता है जैसे वह दर्जनों Julius से घिरा है, और computer clicks व phone notifications सब Julius की तरफ से आ रहे हैं
  • boss कहता है कि team productivity खतरनाक रूप से गिर रही है और AI को ज्यादा effective तरीके से इस्तेमाल करना होगा
  • फिर वह कहता है कि competitors latest AI इस्तेमाल कर रहे होंगे, और उसने नया time-productivity management AI install करने के लिए consultant hire किया है
  • जब narrator “एक और Julius” कहकर रो पड़ता है, तो boss जवाब देता है कि उसे भी Julius की याद आती है और Julius इस मुश्किल दौर से गुजरने में मदद करता

संबंधित पढ़ाई

1 टिप्पणियां

 
GN⁺ 2024-12-24
Hacker News की रायें

  • मैंने Julius जैसे career-optimization टाइप लोगों को कई बार देखा है, लेकिन समझाना मुश्किल है
    जब आप किसी नई टीम में शामिल होते हैं, तो Pete नाम का एक senior engineer होता है, और उसे उस प्रतिभाशाली व्यक्ति के रूप में पेश किया जाता है जिसने नए product का शुरुआती version बनाया था। लेकिन जब codebase खोलते हैं, तो वह demo के लिए किसी तरह चलने वाला spaghetti mudball निकलता है, documentation और tests भी नहीं होते, इसलिए सिर्फ समझने में ही समय लग जाता है। मगर management इसे ऐसे देखती है: “Pete ने इसे 2 हफ्तों में बना दिया था, तो feature जोड़ने में इतना समय क्यों लग रहा है?”
    management को स्थिति समझाने पर भी वे Pete को इतना पसंद करते हैं कि आलोचना स्वीकार नहीं करते। Pete को कई बार company बचाने वाला व्यक्ति माना जाता है, और उल्टा यह निष्कर्ष निकाला जाता है कि बाकी लोग उसकी बराबरी नहीं कर पा रहे। आखिर में, जब बचे हुए लोग Pete द्वारा बनाए गए अव्यवस्था की कीमत चुका रहे होते हैं, Pete बड़े project पर चला जाता है, और समस्याएँ सामने आने से पहले promotion और salary hike लेकर निकल जाता है। यह pattern इतना specific है कि intentional behavior जैसा लगता है; सोचता हूँ ऐसे लोगों को क्या कहा जाता है

    • आह, मैं उस व्यक्ति को जानता हूँ… वह तो मैं ही हूँ
      लगभग 20 साल से छोटी कंपनियों में “computer से जुड़े काम” कर रहा हूँ, network cabling से लेकर support, programming और admin work तक सब किया है। अभी वाली नौकरी में कभी-कभी warehouse में forklift भी चलाता हूँ
      10 साल तक उसी company में software ecosystem का बड़ा हिस्सा बनाया, लेकिन एक professional की नजर से देखें तो यह duct tape से जोड़ी गई Rube Goldberg machine है। कुछ भी ठीक से plan, implement या test नहीं किया गया, और अक्सर Friday afternoon को boss आकर कहता था “feature X / problem Y का solution / bug Z बहुत urgent है।” कई बार उसका कारण पिछले emergency patch का side effect ही होता था
      फिर भी मैंने बनाया, और चलता है। boss से अक्सर कहा कि “इस system को warehouse के पीछे ले जाकर गोली मारकर इसकी पीड़ा खत्म कर देनी चाहिए,” लेकिन जैसे-तैसे चलता है। शायद अब मुझे भी जहाज बदलकर promotion और salary hike लेने वाली Pete-style technique सीखनी पड़े
    • John Osterhout ऐसे लोगों को tactical tornado कहते हैं। मतलब ऐसा programmer जो सिर्फ tactical तरीके से development करता है
      उनकी किताब “A Philosophy of Software Design” इस समस्या के technical पहलू पर सोचने के लिए अच्छी vocabulary देती है। खासकर chapter 3 “Working Code isn't Enough” उपयोगी है, और यह लोगों पर attack किए बिना समस्या से निपटना शुरू करने लायक भाषा दे सकती है
      ऐसे लोगों की psychology पर कोई एक अच्छा resource नहीं मिला, लेकिन यह साफ है कि जिस system में वे होते हैं, वह उनके behavior को reinforce करने वाले feedback loops देता है। Big Five जैसे personality models में orderliness जैसे factors भी असर डाल सकते हैं
    • यह Pete की समस्या नहीं, बल्कि ज्यादा management failure है
      अगर Pete से जितनी जल्दी हो सके demo बनाने को कहा गया था, तो उसने वही किया। सच कहें तो कई cases में management का ऐसा निर्देश देना गलत भी नहीं होता। product-market fit ढूँढना आम तौर पर technical debt से ज्यादा प्राथमिकता पा सकता है
      लेकिन management को यह पता होना चाहिए कि जैसे-तैसे जोड़े गए demo को real operating system में बदलने में कितना समय और कितनी मुश्किल लगती है
    • बड़ी companies में भी ऐसा pattern देखा है। आम तौर पर ये mid-level engineers होते हैं जिन्हें managers “काम निकाल देता है” कहकर पसंद करते हैं, लेकिन असल में वे code के ऊपर से गुजरने वाले bulldozer जैसे होते हैं, और बगल में कोई teammate होता है जो “ship it” कहकर approve कर देता है
      वे “तेजी से move” इसलिए कर पाते हैं क्योंकि जहाँ बाकी लोग complexity को सीमित रखने की कोशिश करते हैं, ये abstractions में छेद करके निकल जाते हैं। फिर promotion मिलने पर वही original comment वाला Pete बन जाते हैं
    • “समस्या सामने आने से पहले जहाज छोड़ देने की sense” कोई चालाकी नहीं, बल्कि समय के साथ सीखी गई manipulative skill है
      यह colleagues के बलिदान पर अपनी reputation चमकाने का तरीका है, और Pete जैसे लोग सच में बहुत खराब होते हैं

  • अंत तो बहुत पहले से दिख रहा था, लेकिन लेख इतना अच्छा लिखा था कि पढ़ने में मजा आया। computer science के associate professor के तौर पर मैं इस कहानी से काफी relate करता हूँ
    large language models छात्रों के लिए कई स्तरों पर headache हैं। शुरू में वे उनसे बेहतर लगते हैं और उनका confidence तोड़ देते हैं, जिससे student सीखने के बजाय tool इस्तेमाल करना चाहने लगते हैं, और आखिर में वही self-fulfilling prophecy बनने लगती है। यह technology भविष्य में क्या असर डालेगी, इसकी चिंता है। Julius से भरा समाज ज्यादा टिक नहीं सकता

  • शानदार, मजेदार, और बहुत relatable
    शायद middle age के करीब आते-आते मैं बहुत cynical हो गया हूँ, लेकिन लगता है यह phenomenon इसलिए होता है क्योंकि companies में final decision-making power business-side लोगों के पास होती है। companies उन्हें चलाने वाले लोगों के ego और goals के लिए मौजूद होती हैं, और उस नजरिए से technical ability या honesty से ज्यादा business results बनाना या ऊपर वालों को impress करना अहम हो जाता है। Julius सिर्फ coding में अच्छे दुखी programmers की तुलना में वह काम कहीं बेहतर करता है
    मैं मानना चाहता हूँ कि कोई और alternative संभव है, लेकिन दुनिया में incentives बहुत strongly इसी दिशा में जाते दिखते हैं। बहुत लोगों के लिए शायद best option ऐसी नौकरी हो जो बहुत टूटी हुई न हो, personal boundaries का सम्मान करे, और ठीक-ठाक salary दे। ऐसी जगह काम करने के लिए आभारी महसूस करते हुए भी दूसरी possibilities का सपना आता रहता है

    • आम counterargument यह होता है कि “अगर कोई बेहतर alternative हो, जैसे ऐसी company जिसे वे लोग चलाते हों जो सच में बनाई जा रही चीजों की basics समझते हैं, तो वे lazy और self-centered business लोगों को competition में हरा देंगे”
      वास्तव में ऐसी कई companies आईं और competitors पर भारी भी पड़ीं, लेकिन बाद में हमने देखा कि जिन business types को उन्होंने हराया था, वही उनमें घुसपैठ कर गए
      यह देखते हुए भी कुछ न कर पाना frustration देता है। Julius सच में बहुत हैं। फिर भी काम को identity का सब कुछ होना जरूरी नहीं है। अगर किस्मत से सही समय और जगह पर थे, तो lifetime याद रहने वाला experience मिला होगा; नहीं थे, तो भी ठीक है। फिर भी proud करने लायक काम किया जा सकता है, और बेहतर है कि ऐसी बातों से बहुत ज्यादा प्रभावित न हों। Julius के पास शायद वह विकल्प न हो
    • पसंद करें या न करें, Elon Musk ने काफी अच्छी तरह दिखाया है कि market उन autistic tech leaders को भी reward कर सकता है जो सबको नाराज कर देते हैं
      Elon के management style को समझाते Andrej Karpathy का हाल का viral video: https://www.youtube.com/watch?v=aSiJ4YTKxfM
      बेशक Elon की कमियाँ well-known हैं, और उसकी पूजा नहीं करनी चाहिए। लेकिन मैं इस दावे पर skeptical हूँ कि traditional management practices incentives की वजह से अनिवार्य रूप से तय हो जाती हैं

  • इस क्षेत्र में Julius के हिसाब से थोड़ा और ढलकर जीना शुरू करने के बाद मैं कहीं ज़्यादा खुश हो गया
    developers और engineers अपने tools को अपनी ज़रूरतों के मुताबिक बहुत बारीकी से ढाल सकते हैं, इसलिए वे यह मान लेने की प्रवृत्ति रखते हैं कि बाकी लोग भी ऐसा कर सकते हैं। लेकिन यह सच नहीं है। ज़्यादातर लोग ऐसे उलझे हुए tech समाधानों के बीच रहते हैं जो ठीक से काम नहीं करते, इसलिए software को कैसे काम करना चाहिए, इस बारे में उनकी अपेक्षाएँ बेहद कम होती हैं
    यह समझने के बाद मैं Julius बन गया। management को इस बात से फ़र्क नहीं पड़ता कि software कैसे और क्यों काम करता है या नहीं करता। वे self-help जैसी सूक्तियाँ और charisma चाहते हैं
    Julius को meetings में भेजना और बाकी लोगों का समस्या ठीक करना—यह हिस्सा ख़ास तौर पर दिल को लगा। meetings बेकार होती हैं, लेकिन वहीं सब लोग हाथ मिलाते हैं और मेलजोल बढ़ाते हैं। जो लोग इस तरह अच्छी तरह घुल-मिल जाते हैं, वे impression छोड़ते हैं
    फ़र्क बस यह है कि मुझे अब भी लगता है कि मैं अपना काम काफ़ी अच्छा करता हूँ। मैं सिर्फ़ यह मानता हूँ कि केवल शुद्ध high-level developer skill से career ladder नहीं बनती। उल्टा, यह बाधा भी बन सकती है। शायद यह cynical प्रतिक्रिया हो

    • अगर management को इस बात से फ़र्क नहीं पड़ता कि software कैसे और क्यों काम करता है या नहीं करता, और उन्हें सिर्फ़ सूक्तियाँ और charisma चाहिए, तो इसका मतलब है कि industry में, या management roles के चयन के तरीके में, और व्यापक रूप से धन, प्रभाव और अवसरों के बँटवारे के तरीके में कुछ गड़बड़ है

  • सच में पढ़ने लायक और बहुत अच्छी तरह लिखा गया लेख है
    लगता है यह इस बात की ओर इशारा करता है कि असली Julius लोग मौजूद हैं, और workplace में artificial intelligence लाने के लिए इस्तेमाल होने वाला mechanism वही है जिसका इस्तेमाल दुनिया के Julius लोग आगे बढ़ने के लिए करते हैं

  • वाकई शानदार था। अपने पूरे career में काफ़ी सारे Julius लोग मिले हैं
    लगता है ब्रह्मांड ऐसे लोगों को खूब बनाता और चलाता है, और शायद उन्हें काफ़ी पसंद भी करता है

  • non-technical क्षेत्रों में ऐसे लोगों को चापलूस कहा जाता है
    वे कभी पूर्व athletes होते थे, या हाज़िरजवाब, अच्छे दिखने वाले, अच्छी बोलचाल वाले, या अक्खड़ किस्म के। सभी जानते थे कि वे अक्षम हैं, लेकिन वे likable थे, इसलिए हमेशा बच निकलते दिखते थे
    project में जब वे संभाल नहीं पाते थे, तो हमेशा कोई न कोई उनके साथ लगा दिया जाता था और उन्हें बचा लेता था, जिससे दूसरों का workload बढ़ता और लोग उनसे चिढ़ते थे। आम तौर पर वे तभी मददगार साबित होते थे जब उनका promotion हो जाता था; उसके बाद project पर हमारा control हो पाता था, इसलिए वे उल्टा उपयोगी बन जाते थे

  • हमने भी Julius को hire किया था। 1 साल बाद नतीजा यह हुआ कि productive लोग निकाल दिए गए, सिर्फ़ बातें करने वाले लोग बचे रहे, revenue नहीं बढ़ा, और कमाई से ज़्यादा खर्च हुआ
    company के पास बची हुई runway 6 महीने की है। Julius, आखिर तुम ऐसा क्यों करते हो। presentation कमाल की थी, सच में film देखने जैसा था

    • ऐसी situation में समस्या Julius लोगों में नहीं, बल्कि उसे hire करने वाले और contribution को गलत समझने वाले managers में नहीं है क्या

  • Julius Peter Principle को बार-बार लागू करने जैसा लगता है, फर्क बस इतना है कि वह शुरू से ही कभी competent level तक पहुँचा ही नहीं
    polished लेकिन incompetent व्यक्ति है

  • बहुत अच्छा था और पढ़ने में मज़ा आया
    university और workplace में काफ़ी सारे Julius मिले, और हर बार मुझे अक्सर यह शक होने लगा कि मैं जो काम करता हूँ, उसकी परवाह आखिर क्यों करनी चाहिए