सीनियर इंजीनियर के रूप में सीखी गई बातें (2021)

• 10 साल के अनुभव वाले एक डेटा इंजीनियर द्वारा नशे की हालत में करियर, टेक्नोलॉजी, सहकर्मियों और जीवन पर ईमानदारी से लिखा गया लेख, जो मूल रूप से Reddit r/ExperiencedDevs पर पोस्ट किया गया था, उसका संरक्षित संस्करण
• टेक स्टैक से ज्यादा हर क्षेत्र के 10~20 मुख्य सिद्धांत महत्वपूर्ण होते हैं, और स्टैक सिर्फ उन्हें आसान बनाने वाले टूल हैं
• करियर ग्रोथ का सबसे प्रभावी तरीका नौकरी बदलना है, और असंतोषजनक कार्यस्थल में बने रहने की कोई वजह नहीं
• अच्छा कोड वह है जिसे जूनियर इंजीनियर भी समझ सके, और सबसे बेहतरीन कोड वह है जिसमें कोड ही न हो
• अपनी कीमत को मुआवज़े या पद से न जोड़ें, दयालुता और मेहनत लंबे समय में करियर और जीवन दोनों बदल देती हैं

---

> मैं नशे में हूँ और शायद बाद में पछताऊँगा, लेकिन पिछले 10 सालों में इंजीनियर के रूप में जो सीखा है उसका नशे वाला रैंकिंग-वर्ज़न लिख रहा हूँ।

• मेरे करियर को आगे बढ़ाने का सबसे अच्छा तरीका कंपनी बदलना रहा
• टेक स्टैक बहुत बड़ा मुद्दा नहीं है — डेटा क्षेत्र में लगभग 15 बुनियादी पैटर्न होते हैं, और हर क्षेत्र में 10~20 मुख्य सिद्धांत होते हैं; टेक स्टैक बस उन्हें आसान बनाने के टूल हैं, इसलिए ज़्यादा चिंता मत करो
• लोग नौकरी बदलने की सलाह यूँ ही नहीं देते — अगर नौकरी से असंतुष्ट हो तो छोड़ने का समय है
• मैंने कंपनी में अच्छे जीवनभर के दोस्त बनाए हैं, लेकिन यह हर नौकरी की शर्त नहीं होनी चाहिए — ऐसी नौकरियाँ भी थीं जहाँ दोस्त नहीं थे फिर भी मैं खुश था, और ऐसी भी जहाँ अच्छे दोस्त थे लेकिन मैं दुखी था
• मैंने मैनेजर के साथ ठीक-ठाक ईमानदार होना सीखा — बहुत ज़्यादा नहीं, लेकिन इतना कि काम पर अपनी असलियत बची रहे। सबसे बुरा क्या होगा? निकाल देंगे? 2 हफ्ते में नई नौकरी मिल जाएगी
• अगर हर तिमाही में एक बार से ज़्यादा आपको रात 2 बजे on-call के लिए जगाया जा रहा है, तो कोई गंभीर समस्या है; या तो उसे ठीक करो या नौकरी छोड़ो

> एक और पैग डालते हुए

• एक अच्छे मैनेजर की खूबियाँ काफी हद तक अच्छे इंजीनियर की खूबियों से मिलती हैं
• जब शुरुआत की थी, तब टेक्नोलॉजी, प्रोग्रामिंग और कंप्यूटर साइंस से मोहित था, लेकिन अब वह दौर निकल चुका है
• अच्छा कोड वह है जिसे जूनियर इंजीनियर समझ सके, शानदार कोड वह है जिसे CS का पहला साल पढ़ने वाला भी समझ ले, और सबसे बेहतरीन कोड वह है जिसमें कोड हो ही नहीं
• इंजीनियर के रूप में सबसे कम आंका गया स्किल है documentation — अगर कोई मुझे अच्छी documentation लिखना सिखा दे तो मैं सच में पैसे दूँगा; अगर 1,000 डॉलर का कोर्स मुझे अच्छी documentation लिखना गारंटी करे तो मैं देने को तैयार हूँ
• इसी से जुड़ा हुआ, बदलावों के लिए अच्छा proposal लिखना भी शानदार स्किल है
• लगभग हर धार्मिक युद्ध (vim vs emacs, mac vs linux वगैरह) मायने नहीं रखता… एक को छोड़कर. नीचे देखें
• उम्र बढ़ने के साथ dynamic languages के लिए मेरी कद्र बढ़ी है। हाँ, मैंने कहा। आओ भिड़ो
• अगर कभी लगे कि आप कमरे में सबसे स्मार्ट इंसान हैं, तो जाने का समय है
• समझ नहीं आता कि full-stack web developers को इतना कम क्यों मिलता है — उन्हें frontend, backend, browser compatibility, networking, database, caching, web और mobile के फर्क, और लगातार आते नए frameworks सब समझने पड़ते हैं। इनकी बेस सैलरी 500k डॉलर होनी चाहिए
• हमें ज़्यादा interns रखने चाहिए — ऊर्जा से भरे और आइडिया से लबालब लोग। जो intern सवाल पूछे और आलोचना कर सके, वही सबसे अच्छा

> एक घूंट

• अपने हीरो से मत मिलो — मैंने अपने हीरो का 5,000 डॉलर का कोर्स किया; वह शानदार इंसान है, लेकिन आखिर में पता चला कि वह भी बाकियों की तरह काफी कुछ मौके पर ही कर रहा था
• टेक स्टैक मायने रखता भी है — Python developer और C++ developer की छवि सोचो, दोनों बिल्कुल अलग लगते हैं, क्योंकि कुछ टूल कुछ खास कामों के लिए बने होते हैं। अगर समझ न आए क्या करना है, तो Java कर लो — भाषा खास नहीं, लेकिन लगभग हर चीज़ के लिए ठीक-ठाक है
• सबसे बेहतरीन programming language है Lisp. Lisp सीखनी चाहिए
• शुरुआती लोगों के लिए सबसे ज़्यादा कमाई वाली भाषा है SQL — बाकी भाषाएँ छोड़ो। सिर्फ SQL जानकर भी पैसा कमाया जा सकता है। payroll clerk 50k → SQL जानने वाला payroll clerk 90k। व्यवस्थित लेकिन साधारण ऑफिस कर्मचारी 40k → SQL जानने पर वही PM कहलाता है और 150k कमाता है
• testing ज़रूरी है, लेकिन TDD एक cult है
• स्थिर सरकारी नौकरी उतनी अच्छी नहीं जितनी लगती है (खासकर शुरुआती/मिड करियर में) — 120k + benefits + pension अच्छा लगता है, लेकिन आप अपनी आत्मा proprietary tech को बेच देते हैं। इंजीनियरों की औसत उम्र 50+ होने की वजह है। यह बात government contractors पर लागू नहीं होती
• third-party recruiters परजीवी हैं — लेकिन अगर अच्छा recruiter मिल जाए तो रिश्ता बनाए रखें। जो 3 साल से ज़्यादा third-party recruiter रहा हो, वह आमतौर पर खास नहीं होता; अच्छे लोग अक्सर बड़ी कंपनियों के recruiter बन जाते हैं
• stock options या तो बेकार होते हैं या आपको करोड़पति बना देते हैं — अगर engineering headcount 100 से ज़्यादा नहीं है, तो आमतौर पर वे बेकार ही होते हैं
• work from home शानदार है। लेकिन whiteboard का न होना खलता है
• मैंने कभी FAANG में काम नहीं किया — पता नहीं मैं क्या मिस कर रहा हूँ, लेकिन FAANG पृष्ठभूमि वाले लोगों का इंटरव्यू लिया है और उन्हें भी अक्सर उतना ही कम पता होता है कि वे क्या कर रहे हैं
• आपकी self-worth का total compensation से कोई संबंध नहीं है, और होना भी नहीं चाहिए — capitalism self-worth मापने का अच्छा पैमाना नहीं है
• managers के पास आपकी सोच से काफी कम power होती है — वे किसी को इसलिए नहीं निकालते क्योंकि अक्सर वे निकाल ही नहीं सकते
• titles ज़्यादातर मायने नहीं रखते — कौन किस कंपनी का Principal Distinguished Staff Lead Engineer है, इससे फर्क नहीं पड़ता। असली बात है आपने क्या किया और क्या हासिल किया
• title पर एक और बात: करियर की शुरुआत में (10 साल से कम) title promotion अच्छा है — skills और responsibility दोनों बढ़ते हैं। करियर के बाद के हिस्से में title demotion फायदेमंद हो सकता है — वही compensation और promotion पर फिर से raise की संभावना
• 401k को जितना हो सके भरें
• सबके साथ दयालु रहें — सिर्फ इसलिए नहीं कि करियर में मदद मिलेगी (मिलेगी), बल्कि इसलिए कि दयालु होना अपने आप में इनाम है
• अगर पिछले एक महीने में आपने किसी junior engineer या intern से कुछ नहीं सीखा, तो आप ध्यान नहीं दे रहे थे

> अरे, वाइन खत्म हो गई।

• classes, books और conferences पर पैसा खर्च करना सही है — मैंने कई conferences, 1.5k डॉलर के course, बहुत-सी किताबों और subscriptions पर खर्च किया है, और वह फायदेमंद रहा। इससे कम-से-कम आप यह दिखाने में बेहतर हो जाते हैं कि आपको पता है आप क्या कर रहे हैं
• सच में, web developers को ज़्यादा पैसा क्यों नहीं मिलता? उन्हें सब कुछ तो पता होता है!!!
• carpal tunnel और पीठ की समस्याएँ मज़ाक नहीं हैं — अभी 1,000 डॉलर खर्च करके अच्छा gear ले लो
• जिन लोगों के साथ मैंने काम किया, उनमें सबसे स्मार्ट व्यक्ति एक math PhD था — उससे मैंने बहुत कुछ सीखा। उम्मीद है वह अच्छा कर रहा होगा
• हाई स्कूल की मेरी एक बहुत करीबी दोस्त की कहानी — लोगों ने अफ़वाह फैला दी कि हम डेट कर रहे हैं, तो उसने मुझे नज़रअंदाज़ करना शुरू कर दिया। मुझे बुरा लगा, लेकिन उसके लिए मेरे मन में कोई कटुता नहीं है, और तब मुझे इससे बेहतर तरीके से निपटना चाहिए था
• 8वीं कक्षा में मैं अपनी गर्लफ्रेंड से ब्रेकअप करना चाहता था, लेकिन कह नहीं पाया और उसे ignore करना शुरू कर दिया — यह बहुत बुरा व्यवहार था। Lena, माफ़ करना
• software engineer होने की सबसे अच्छी बात है ऐसे लोगों से मिलना और बात करना जो समस्याओं को उसी तरह सोचते हैं। एक जैसे शौक नहीं, एक जैसा सोचने का तरीका
• टेक इंडस्ट्री में महिलाएँ पर्याप्त नहीं हैं — मैं अपनी संस्था में महिला इंजीनियरों को प्रोत्साहित और मदद करता हूँ, लेकिन और क्या करना चाहिए, यह नहीं जानता
• Black engineers के साथ भी यही बात है
• किसी टेक को गहराई से जानने से पहले मैंने कभी उससे नफरत नहीं की — अगर आप किसी टेक से नफरत करते हुए भी उसे client को recommend कर सकते हैं, तो वह अच्छी टेक है। Jenkins भयानक है, लेकिन उसे recommend करना software malpractice नहीं है
• git भयानक है, लेकिन कोई विकल्प नहीं — GUI tools नरक हैं, command line बेहतर है। याद रखने के लिए करीब 7 commands काफी हैं, बाकी Google कर लो
• मैं data engineer हूँ, तो डेटा से जुड़ी एक सीख भी। Pandas मत इस्तेमाल करो
• टीम में semi-technical analysts हों तो काम आसान हो जाता है — ऐसे लोग जिन्हें programming आती है लेकिन software engineering नहीं। अगर वे समझ नहीं पा रहे, तो design गलत है। सबसे बेहतरीन engineers से ज़्यादा मैंने analysts से सीखा है
• dark mode इतना दर्द देता है जब आपको light mode पर मजबूर किया जाए — इसलिए मैं light mode इस्तेमाल करता हूँ
• security के बारे में मैं इतना जानता हूँ कि मुझे security के बारे में कम पता है

> अरे, वाइन सच में खत्म हो गई।

• अच्छा engineer वह है जो best practices जानता है, senior engineer वह है जो जानता है कि best practices कब तोड़नी हैं
• अगर माहौल ऐसा है जहाँ bugs या outages के लिए दोष मढ़ने की कोशिश होती है, तो जाने का समय है
• प्रगतिशील कंपनियाँ, खासकर startups, कहती हैं “अपना असली रूप लेकर आओ” — लेकिन अगर आपका असली रूप सिर्फ porn देखना हो तो? काम और निजी जीवन के बीच स्वस्थ सीमाएँ रखना ज़रूरी है
• मुझे सहकर्मियों के साथ happy hour में पीना अच्छा लगता है, लेकिन मैं उससे ज़्यादा बच्चों, परिवार और दोस्तों के साथ समय बिताना पसंद करूँगा
• leadership का सबसे अच्छा उदाहरण: जब leader 100% अपनी गलती की ज़िम्मेदारी खुद ले ले — ऐसे leader के लिए मैं आग में भी कूद जाऊँगा
• इसी तरह, सबसे अच्छे leaders अपनी राय स्पष्ट रूप से रखते हैं, और साथ ही उनसे टकराने वाली दूसरी राय भी समझाते हैं। मैं उनके जैसा बनने की कोशिश कर रहा हूँ
• side projects छोड़ो — अगर पसंद है तो करो! मेरे पास समय होने पर भी मैं Reddit पर नशे में पोस्ट लिखने में बहुत व्यस्त हूँ
• algorithms और data structures महत्वपूर्ण हैं — लेकिन उनकी भी सीमा है। जैसे pharmacist के interview में organic chemistry quiz नहीं पूछते, उसी तरह इंडस्ट्री के interview process में समस्या है
• DevOps engineers सच में बहुत स्मार्ट होते हैं। कम-से-कम उन्हें आमतौर पर ठीक-ठाक pay मिलती है
• जो काम आपको पसंद हो उससे ज़्यादा ज़रूरी है ऐसा काम करना जिससे आपको नफरत न हो
• आप जितने product के करीब होंगे, और revenue के जितने करीब होंगे, उतना ज़्यादा आपको लगेगा कि आपकी value पहचानी जा रही है — तकनीकी स्तर से इसका संबंध नहीं, और सबसे प्रगतिशील कंपनियों में भी यही सच है
• Linux महत्वपूर्ण है — Windows environment में भी। क्यों? क्योंकि आखिर में आपको Linux ही इस्तेमाल करना पड़ेगा। शुक्र है कि मैंने वीकेंड Arch install करते हुए बिताए थे
• “big data” जैसे अस्पष्ट buzzwords से सावधान रहना चाहिए — मैंने Spark/Kafka में हर 10 मिनट पर 10,000 rows की streaming भी की है, और Python/MySQL में हर घंटे 1 अरब rows की batch processing भी; लेबल का कोई मतलब नहीं
• Silicon Valley के बाहर भी अच्छी नौकरियाँ हैं, लेकिन बहुत-सी अच्छी नौकरियाँ Silicon Valley में हैं

> बीयर मिल गई। चलो जारी रखें।

programming languages के बारे में

• जिस भाषा (C#) से कभी नफरत करता था, उसे इस्तेमाल करना शुरू किया, और अब भी नापसंद है, लेकिन उसकी उपयोगिता मानता हूँ
• जिस भाषा (C#) को छोड़ दिया था, उसमें वापस आया तो देखा कि वह काफी विकसित हो चुकी थी
• functional languages का सबसे बड़ा फायदा है कि functions first-class objects होते हैं, और हर programmer यह जानता है
• कोई भाषा कितनी भी शानदार या श्रेष्ठ क्यों न हो, अगर लोग उसका इस्तेमाल नहीं करते तो उसका मतलब नहीं
• भाषा सीखना मुश्किल नहीं — मुश्किल है उसका ecosystem सीखना

सहकर्मियों के बारे में

• pair programming शानदार है, लेकिन बहुत समय लेती है — और कंपनियाँ आमतौर पर वह समय देना नहीं चाहतीं
• स्मार्ट engineers के साथ काम करो तो आप बेहतर coder बनते हो। स्मार्ट non-technical colleagues के साथ काम करो तो बेहतर engineer बनते हो
• 9 से 5 के बाहर काम मत करो — हाँ, अगर कोई शानदार project चल रहा हो और आप flow state में हो, तो अलग बात है। वह सबसे अच्छा एहसास है
• टीमों के बीच happy hour और social time का 99% बस गपशप होता है। लेकिन 1% समय में महत्वपूर्ण project के महत्वपूर्ण code की बात हो जाती है, और मैंने social setting में काम की बात छेड़कर बड़ी समस्या टलते देखी है। इसका मतलब यह नहीं कि आपको दूसरी टीमों से ज़बरदस्ती घुलना-मिलना चाहिए; बस connection होना अच्छा है, और कभी-कभी उससे side effect के रूप में फायदा भी मिलता है

work from home के बारे में

• hybrid remote/office environment में देखना चाहिए कि remote employees को दूसरे दर्जे का नागरिक तो नहीं माना जा रहा — अगर बड़े फैसले “पानी पीने जाते समय” हो रहे हों, तो या तो कंपनी की culture बदलो (मुश्किल) या remote employees को first-class citizen मानने वाली दूसरी कंपनी में चले जाओ
• work from home की दूसरी सबसे बुरी कमी है whiteboard का न होना
• work from home की सबसे बुरी कमी है सहकर्मियों से सीखना कठिन होना — अगर आप आत्मविश्वास से सवाल नहीं पूछ सकते और remote कर्मचारियों को on-site कर्मचारियों के बराबर मानने वाली culture नहीं है, तो करियर के शुरुआती 5 साल ऑफिस से काम करना बेहतर था

टेक्नोलॉजी के बारे में

• सब जानते हैं कि टेक्नोलॉजी बदलती है, लेकिन पिछले 10 सालों में नाटकीय बदलावों के बावजूद बुनियादी सिद्धांत बहुत नहीं बदले — खासकर वे मुख्य सिद्धांत जो आपके क्षेत्र पर लागू होते हैं
• Hacker News और r/programming सिर्फ broad ideas और नए trends समझने के लिए उपयोगी हैं, comments लगभग बेकार हैं
• मजबूत राय रखने वाले amateurs बहुत हैं, और “सम्मानित” journals और blogs में छपने वाले लेखों पर भी वही लागू होता है — चर्चाएँ सुनो, लेकिन फैसला खुद करो
• मैं cutting-edge startup में काम करता हूँ, लेकिन ABC cutting-edge company द्वारा घोषित नवीनतम XYZ tech हम इस्तेमाल नहीं करते — वे जो announce करते हैं वह उनकी engineering का बहुत छोटा हिस्सा होता है; ज़्यादातर वे भी हमारी तरह की टेक इस्तेमाल करते हैं
• फिर भी संकेत पढ़ने चाहिए — अगर आप modern tech इस्तेमाल करना चाहते हैं और आपकी कंपनी अब भी jQuery पर अटकी है, तो फिर से सोचने का समय है

data engineering के बारे में

• मैं data engineer हूँ, इसलिए data-specific सलाह/अनुभव भी जोड़ रहा हूँ
• SQL राजा है — MySQL, Postgres, Oracle, SQL Server, SQLite सब अब भी बहुत ताकतवर हैं। नई टेक इस्तेमाल करो तब भी ज़्यादातर चीज़ें transferable रहती हैं
• ज़्यादातर कंपनियाँ streaming नहीं करतीं — यह मुश्किल और जटिल है। 10 साल के अनुभव के बाद भी अगर आप प्रति सेकंड 10,000 events process नहीं कर सकते, तब भी नौकरी मिल जाएगी
• Airflow खास नहीं है, हाँ। दूसरे products भी हैं, लेकिन Airflow सबसे ज़्यादा इस्तेमाल होता है
• machine learning projects के फेल होने की संभावना ज़्यादा होती है — वे जटिल होते हैं और लागू करना मुश्किल होता है। यकीन नहीं? सोचो ML model के unit tests लिखना कितना आसान है
• यह क्षेत्र अभी भी नया है — data engineering पर अच्छी किताबें नहीं हैं, बस खुद करके सीखना पड़ता है। bootcamp से काम नहीं चलेगा। 10 साल बाद यह बदल सकता है

जीवन के बारे में

• इंसान मर जाते हैं — अगर आप चाहते हैं कि आपका code legacy बने, तो उसमें समय लगाओ। लेकिन अगर मेरी तरह आपकी legacy परिवार, दोस्त और आसपास के लोग हैं, तो code से ज़्यादा चिपके मत रहो
• अच्छे लोग, स्मार्ट लोग और अच्छे coders भी खराब code लिखते हैं — code quality को अपनी self-worth का dependent variable मत बनाओ
• जो टेक कभी hobby थी, वही नौकरी बन गई, तो hobby खत्म हो गई — मान लो कि टेक अब hobby नहीं रही; नई hobby ढूँढो, या अगर मज़े के लिए करना है तो नौकरी छोड़नी पड़ेगी
• programming और CS लगभग 80 साल पुराना discipline है — दूसरी engineering fields से तुलना करें तो हम सब अब भी बहुत कुछ नहीं जानते
• मैं ठीक-ठाक अच्छा पैसा कमाता हूँ — कृतज्ञ रहो, सादगी से जियो और बचत करो

अन्य

• मैंने ऐसे बड़े platforms और libraries बनाए हैं जिन्हें कई टीमों ने वर्षों तक इस्तेमाल किया, लेकिन जिस code पर मुझे सबसे ज़्यादा गर्व है वह एक छोटा script है जिसे सिर्फ मैं इस्तेमाल करता हूँ
• करियर में मेरी सबसे गर्व की उपलब्धि है दूसरों को अपना काम बेहतर करने में मदद करना — शायद इसलिए क्योंकि मेरा स्वभाव people manager बनने का है; यह दूसरों पर लागू न भी हो
• नौकरी खोजते समय मैंने LinkedIn बनाया और अपडेट किया, लेकिन बेकार replies ही मिले, तो हटा दिया। अब मैं LinkedIn का इस्तेमाल hiring candidates ढूँढने के लिए करता हूँ — LinkedIn शोर से भरा है, और उसमें योगदान देना मेरे काम का हिस्सा है, इसलिए वह उपयोगी है
• कॉलेज में मुझे पता चला कि एक लड़की मुझे पसंद करती है — low self-esteem के कारण मुझे यकीन नहीं हुआ, लेकिन उसने मुझे डेट पर पूछा। मैंने विनम्रता से मना किया, और 19 साल की उम्र में परिपक्व तरीके से “नहीं” कह पाना मेरे जीवन के सबसे गर्व वाले पलों में से एक है
• r/cscareerquestions अहंकार और गलत जानकारी का दलदल है — मन करता है उन्हें झकझोरकर बताऊँ कि दुनिया सच में कैसी है, लेकिन वे मानेंगे नहीं

इस समय की भावनाएँ

• मैं नशे में हूँ और आमतौर पर पीता नहीं, इसलिए लग रहा है कि जो कुछ कह रहा हूँ वह सब शर्मनाक या भयानक होगा
• मुझे बहुत ज़ोर से लगता है कि लोगों को बचत और निवेश करना चाहिए — अगर आपकी 6-digit salary है, तो 401k पूरी तरह भरें
• मैं वही बन गया हूँ जिससे हमेशा नफरत करता था — टेक इंडस्ट्री में काम करता हूँ लेकिन असल जिंदगी में टेक से बचता हूँ। शायद उम्र के साथ ऐसा होता है
• r/ExperiencedDevs काफी अच्छी community है। moderators का शुक्रिया। उन्हें जितना धन्यवाद मिलना चाहिए, उससे बहुत कम मिलता है
• मैं अपने करियर, सैलरी और जीवन के लिए Reddit का ऋणी हूँ — मैं गैस स्टेशन पर minimum wage पर काम करता था, फिर Linux, SQL, Python, C# वगैरह सीखे और यहाँ तक पहुँचा। Reddit को बहुत गालियाँ मिलती हैं, लेकिन उसकी communities लोगों को गरीबी से निकलने में मदद करती हैं
• बच्चे अच्छे होते हैं — मैंने अपनी पसंद से बच्चे नहीं किए। मुझे बच्चे पसंद हैं, लेकिन डर लगता है कि मैं कैसा पिता बनूँगा। क्या यह इस लेख के लिए बहुत निजी हो गया?
• जब किसी ने पूछा कि मैं किसका सम्मान करता हूँ, तो मैंने Conan O'Brien कहा, और लोग हँसे। लेकिन मैं सच कह रहा था — उसने Tonight Show के आख़िरी एपिसोड में कहा था, “दयालु रहो और मेहनत करो।” मैंने वह बात जीवन के कठिन समय में सुनी, और खोने को कुछ नहीं था, इसलिए उसे अमल में लाया। 10 साल से ज़्यादा दयालु रहने से मुझे शानदार लोग मिले, और मेहनत करके, नई चीज़ें आज़माकर ज़िंदगी अनंत रूप से बेहतर हुई। यह मज़ाकिया लग सकता है कि देर रात के टॉक शो की वजह से मुझे जीवन की पूर्णता मिली, लेकिन यह मेरी ज़िंदगी है, और मैं गर्व से कहूँगा कि मेरी किसी भी सफलता का श्रेय late-night TV के एक comedian को जाता है

> मैं पूरी तरह नशे में हूँ, इसलिए मैंने जो कुछ कहा उसे अनदेखा करें। लंबी बकबक के लिए माफ़ी।