AI कैसे DevOps और SRE अभ्यासों को बदल देगा | Better Stack Podcast एप. 12
BBetter Stack
Computing/SoftwareAuto EnthusiastManagementTelecommutingMental HealthInternet Technology
Transcript
00:00:00मैं इसे इस तरह से कहूंगा कि क्लॉड कोड प्रोजेक्ट खोलें और इससे एक पुल डिजाइन करने के लिए कहें
00:00:05या एक गगनचुبي इमारत
00:00:08और फिर मैं चाहता हूँ कि आप उस डिज़ाइन को लें और जाकर उसका निर्माण करें
00:00:12और फिर मैं चाहता हूँ कि आप उसके अंदर जाकर बैठें। क्या आप ऐसा करने में सहज महसूस करेंगे?
00:00:16क्या आप उस पुल पर गाड़ी चलाने में सहज होंगे जिसे इसने डिज़ाइन किया है?
00:00:19बिल्कुल तब तक जब तक आप अपना सिर हिलाना बंद नहीं कर देते। हमें उन इंजीनियरों को काम पर रखने की ज़रूरत है
00:00:25बेटर स्टैक पॉडकास्ट में आपका स्वागत है जहाँ हम सॉफ्टवेयर डेवलपमेंट, एआई और सभी प्रकार की नई तकनीकों के बारे में चर्चा करते हैं
00:00:32मैं आपका एक होस्ट आंद्रीज़ हूँ और आज मेरे साथ विशेष हैं। नमस्ते और
00:00:38अमीन अस्तानी। नमस्ते, अमीन। कैसे हैं आप? आपको यहाँ पाकर बहुत खुशी हुई?
00:00:44हाँ, अह, मुझे यहाँ बुलाने के लिए धन्यवाद। यह मेरे लिए बहुत ही सौभाग्य की बात है। तो जितना मैं आपके बारे में जानता हूँ
00:00:51मुझे ऐसा लगता है कि आप
00:00:53एक एसआरई विज़ार्ड की तरह हैं। आप उस क्षेत्र में बहुत गहरे तक जुड़े हैं, आप उस विषय पर अपना खुद का पॉडकास्ट भी होस्ट करते हैं
00:01:01तो हम बस यह जानना चाहते हैं कि आपने उस क्षेत्र में शुरुआत कैसे की? और सॉफ्टवेयर डेवलपमेंट के करियर में आपका सफ़र
00:01:08अब तक कैसा रहा है?
00:01:11हाँ, अच्छा सवाल है आंद्रीज़ और विशेष। मुझे यहाँ आमंत्रित करने के लिए धन्यवाद। हाँ, मैंने शुरुआत कैसे की?
00:01:17खैर, जब मैं हाई स्कूल में था, तो मेरी गर्लफ्रेंड की माँ ने मुझे रेड Hat लिनक्स से परिचित कराया था
00:01:23वह कम्युनिटी कॉलेज में कंप्यूटर साइंस का कोर्स कर रही थीं और उन्होंने
00:01:29मुझे अपना डेस्कटॉप दिखाया, जो विंडोज़ नहीं था। वह मैक नहीं था। मैं बहुत भ्रमित था कि वह क्या था, वह रेड Hat लिनक्स पर चल रहा एक केडीई डेस्कटॉप था
00:01:37और मैं मंत्रमुग्ध हो गया था और हाई स्कूल के जूनियर वर्ष में ही मैंने इसमें रुचि लेना शुरू कर दिया था
00:01:44और फिर अपनी, उम,
00:01:47सीएस की डिग्री प्राप्त की और इंफ्रास्ट्रक्चर में बहुत रुचि रखता था, ऑपरेटिंग सिस्टम में बहुत रुचि रखता था और कंप्यूटर को ऐसी चीजें सिखाने में रुचि रखता था
00:01:55जिस पर पहले हमारा कोई नियंत्रण नहीं था, तो यह शुरुआत थी
00:02:00तो आप हमेशा से ओपन सोर्स सॉफ्टवेयर के समर्थक रहे हैं। मैं कल्पना कर सकता हूँ यदि आप लिनक्स का उपयोग कर रहे हैं
00:02:06ओह, 100 प्रतिशत
00:02:08लिनक्स मेरा मुख्य ऑपरेटिंग सिस्टम रहा है
00:02:10दो दशकों से अधिक समय से, जैसे
00:02:122005 से
00:02:15अच्छा। हाँ, और वह कौन सा समय था जब आप एसआरई के प्रति बहुत गंभीर हो गए?
00:02:20हाँ, वह लगभग 10 साल पहले की बात है। उससे पहले, मैं एक्िया नामक तेज़ी से बढ़ रही सास कंपनी में एक क्लासिक ऑपरेशंस व्यक्ति था।
00:02:29यदि आपने कभी ड्रुपल के बारे में सुना है, जो ड्रुपल ओपन सोर्स प्रोजेक्ट के संस्थापक हैं
00:02:34उन्होंने एक कंपनी की स्थापना की जो ड्रुपल वेबसाइटों के लिए पेशेवर सेवाएँ, होस्टिंग और सहायता प्रदान करती थी
00:02:38तो मैं उनकी ऑपरेशंस टीम में था, लेकिन जैसे-जैसे कंपनी बढ़ी और यह रॉकेट की रफ़्तार से बढ़ी
00:02:45बहुत सारे बड़े ग्राहक जिनके नाम आप पहचानते होंगे, उस पैमाने के साथ बहुत सारा मैनुअल काम भी आया। यही तो है
00:02:51अब हम एसआरई की बात कर रहे हैं। वहाँ बहुत सारा मैनुअल काम था। बहुत सारी घटनाएँ थीं
00:02:55हम बड़े पैमाने पर काम करने की वास्तविकता बनाम उस वास्तुकला से जूझने लगे थे जिससे हमने मूल रूप से
00:03:01शुरुआत की थी और उन प्रक्रियाओं से जो हमने शुरू की थीं। इसलिए मैंने द फीनिक्स प्रोजेक्ट पढ़ना शुरू किया। मैं इसमें शामिल हो गया
00:03:09क्लाउड सिस्टम एडमिनिस्ट्रेशन का अभ्यास करने लगा, जो एसआरई पर पहली किताब थी
00:03:12यह Google की SRE पुस्तक नहीं थी, SRE के बारे में कुछ ही पृष्ठ थे और इसमें 12 अभ्यास थे
00:03:17और फिर से, मैं बहुत-बहुत उत्सुक था और इसका अभ्यास करना शुरू कर दिया
00:03:21और वास्तव में मैं नहीं जानता कि द फीनिक्स प्रोजेक्ट क्या है? ओह मेरे भगवान
00:03:26हाँ, हाँ। हाँ, तो द फीनिक्स प्रोजेक्ट मूल डेवऑप्स बुक की तरह थी
00:03:31अम, और यह वाकई एक अच्छी किताब है
00:03:34हाँ, तो यह एक कहानी है और यह इसके बारे में है
00:03:39आईटी ऑपरेशंस के वीपी के बारे में है जो कुछ बड़ी संगठनात्मक समस्याओं से निपट रहे हैं और
00:03:45एक रहस्यमय गुरु के मार्गदर्शन के माध्यम से जिन्हें आप बाद में मूल रूप से पाते हैं कि वह कंपनी के बोर्ड के सदस्य हैं
00:03:53वह उसे इसके बारे में सिखा रहे हैं
00:03:55जैसे
00:03:56पुराने स्कूल के प्लांट मैन्युफैक्चरिंग कॉन्सेप्ट्स और कैसे यह सीधे तौर पर सॉफ्टवेयर इंजीनियरिंग और आईटी ऑप्स पर लागू होता है और
00:04:05इसने कई अवधारणाओं को पेश किया जिनका उपयोग मैं आज भी करता हूँ और आज ग्राहकों से बात करता हूँ क्योंकि यह अत्यधिक प्रासंगिक है
00:04:11तो हाँ, वह मूल पुस्तक थी लेकिन उसके बाद
00:04:13उसके आगे, मैंने बहुत सारी चीजें पढ़ीं, जिनमें से अधिकांश प्रबंधन की दुनिया में थीं
00:04:18इसलिए एसआरई और एक सॉफ्टवेयर इंजीनियर के रूप में अपनी स्किल बढ़ाने के लिए मैं जो भी तकनीकी चीजें पढ़ता था, उसके अलावा
00:04:24प्रबंधन से जुड़ी चीजें भी हैं क्योंकि डेवऑप्स और एसआरई एक सामाजिक-तकनीकी अभ्यास है
00:04:29आप तकनीक क्या कर सकती है और अच्छे व्यावसायिक परिणाम प्राप्त करने के लिए इंसान इसका उपयोग कैसे करते हैं, इसके बीच की खाई को पाट रहे हैं
00:04:36और मैं कल्पना कर सकता हूँ कि इसमें बहुत सारी मानवीय त्रुटियाँ शामिल हैं और उनसे निपटना पड़ता है, है ना?
00:04:42मेरा मतलब है, हाँ। बिल्कुल। मेरा मतलब है, मानवीय त्रुटि के बारे में एक किताब है जिसे आपको शायद पढ़ना चाहिए
00:04:50हाँ, अह, एक सज्जन हैं जिनका नाम दुर्भाग्य से मुझे अभी याद नहीं आ रहा है, लेकिन वह एक
00:04:57सिडनी, ऑस्ट्रेलिया में प्रोफेसर की तरह हैं और वह केवल विमान दुर्घटनाओं के बारे में बात करते हैं और कैसे मानवीय त्रुटि, सही?
00:05:05कितनी बड़ी है, जैसे यह पोस्ट-मॉर्टम संस्कृति में बहुत उपयोगी है, मानवीय त्रुटि वह जगह नहीं है जहाँ हम समाप्त होते हैं
00:05:10जैसे यदि आप कहते हैं कि ओह, हाँ, हमारे पास यह घटना होने का कारण, यह उत्पादन घटना मानवीय त्रुटि थी
00:05:16नहीं, यह चर्चा की शुरुआत है। यह उसका अंत नहीं है जैसे किन कारकों ने योगदान दिया
00:05:21उस व्यक्ति द्वारा उस स्थान पर उस कमांड को गलत तरीके से टाइप करने और प्रोडक्शन डेटाबेस को उड़ा देने में
00:05:27जैसे क्या उसे प्रोडक्शन डेटाबेस तक पहुँच होनी चाहिए थी जहाँ उपकरण एर्गोनोमिक हैं? क्या उसने कल रात नींद ली थी?
00:05:34उसे कितना पेज़ मिला? आप जानते हैं कि वहाँ सभी प्रकार की चीजें हैं
00:05:38लेकिन हाँ, जब लोग मानवीय त्रुटि कहते हैं, तो मैं तुरंत उस किताब से जुड़ जाता हूँ। मुझे शो नोट्स के लिए आपको एक लिंक देना होगा
00:05:45हाँ, मुझे लगता है कि मुझे अपना पहला
00:05:49एंड-टू-एंड परीक्षण का परिचय तब मिला जब मैं यह कोर्स सुन रहा था जहाँ किसी ने कहा था
00:05:54इस घटना के बारे में जहाँ सर्जनों के लिए कुछ प्रकार का सॉफ्टवेयर विकसित किया गया था
00:05:58और आपको एक निश्चित क्रम में बटन क्लिक करने होते थे
00:06:03लेकिन सर्जन उन्हें क्लिक करने के इतने आदी हो गए कि उन्होंने उन्हें क्लिक किया
00:06:07इतनी तेजी से कि सॉफ्टवेयर में गड़बड़ी होने लगी और किसी को उम्मीद नहीं थी कि ऐसा हो सकता है
00:06:13तो यह काफी दिलचस्प है
00:06:15हाँ, निश्चित रूप से मनुष्यों और स्वचालन के बीच का चौराहा कुछ ऐसा है जिस पर हमें हमेशा उन उत्पादों में ध्यान देना चाहिए जिनका हम संचालन करते हैं
00:06:25हाँ
00:06:26और फिर मैंने यह भी सुना कि आपने शुरुआत की
00:06:28बीपर युग के दौरान डेवऑप्स और एसआरई के साथ जहाँ आपको पेजर का उपयोग करना पड़ता था। क्या यह सही है?
00:06:35हाँ, वास्तव में, हाँ, पहली बार जब मैं ऑन-कॉल था तो मुझे एक भौतिक
00:06:42पेजर जारी किया गया था और अब माना जाता है। ओह, वाओ। वह कौन सा वर्ष था?
00:06:46यह 2005 था
00:06:48ओह, वाह। ठीक है। तो, तो मेरी पहली टेक जॉब। ओह, यह बहुत बढ़िया है
00:06:55अह, मैं प्लांट सिटी, फ्लोरिडा में एक गैरेज में काम कर रहा था जैसा कि हर सफल स्टार्टअप करता है
00:07:02मेरा एक अच्छा दोस्त है
00:07:04उसके पिता का एक साइड बिजनेस था जहाँ वह अपने गैरेज से वेब होस्टिंग और ईमेल होस्टिंग और डायल-अप आईएसपी चला रहे थे
00:07:12उनका नाम है... उनका नाम कर्टिस फेलानी है। मैं उनके लिए बहुत सम्मान रखता हूँ और वह उम
00:07:18उन्होंने मुझे वह सब कुछ सिखाया जो मैं जानता था लेकिन हाँ, जैसे हम यह ऑन-कॉल टूल चला रहे थे जिसका नाम व्हाट्सएप गोल्ड था?
00:07:24और इसने जो किया वह नाम मैं जानता हूँ जैसे और जो इसने किया वह एचटीटीपी जांच नहीं कर रहा था
00:07:33यह सर्वर को आईसीएमपी पिंग कर रहा था। तो बस पुराने स्कूल का पिंग और अगर इसे कोई परिणाम वापस नहीं मिलता
00:07:40तो यह भेज देता
00:07:42एक पेज और मेरे पास एक पेजर था, जब मैं उस जगह पर काम कर रहा था तो मैंने कुछ समय के लिए एक पेजर रखा था
00:07:48ठीक उसके तुरंत बाद जब मैं अपने अल्मा मेटर में सुपर कंप्यूट एचपीसी कर रहा था। यह नागियोस था
00:07:54और आप जानते हैं कि आपके सेल फोन पर टेक्स्ट संदेश
00:07:57क्या यह एक जानबूझकर किया गया विकल्प था या उस समय तक जैसे कि आपने कहा था एसएमएस संदेश और इस तरह की नई तकनीकें पहले ही उभर चुकी थीं
00:08:07मेरा मतलब है, हाँ, उन दिनों में बस अधिक उपकरण थे
00:08:11माना कि सीमित थे लेकिन निगरानी के लिए और अधिक उपकरण उपलब्ध थे
00:08:15इन्फ्रास्ट्रक्चर उस समय और जब मैं यूनिवर्सिटी ऑफ साउथ फ्लोरिडा में एचपीसी विभाग में था
00:08:22हम पहले से ही सैकड़ों सर्वर स्केल से निपट रहे थे क्योंकि यह एक एच... यह एचपीसी है
00:08:27यह ऐसा है जैसे आपके पास सर्वर के रैक हैं जो कंप्यूट जॉब कर रहे हैं। उम, तो हमें
00:08:31से कुछ अधिक की आवश्यकता थी
00:08:34अह एक पेजर से और पेज की सामग्री भी मायने रखती थी क्योंकि अगर आपको बस मिलता है
00:08:40आप जानते हैं कि एक संदेश है जैसे ओह, ठीक है। मुझे यह देखने जाने की जरूरत है कि बीपर से क्या बात है
00:08:45लेकिन... नागियोस के साथ आपको कम से कम कुछ संदर्भ मिला जैसे यह सर्वर
00:08:50डाउन है या इस सर्वर से जुड़ी यह सेवा डाउन है। तो तब भी
00:08:56उन दिनों में आपके पास कॉन्फ़िगर करने में सक्षम होने के मामले में कुछ परिष्कृतता थी
00:09:01आप जानते हैं
00:09:03आप प्रति होस्ट या प्रति सेवा के आधार पर किसकी निगरानी करना चाहते थे?
00:09:06जैसे निश्चित रूप से प्री-एसएलओ, हम इसके बारे में सोच भी नहीं रहे थे
00:09:13हम सिर्फ यह सोच रहे थे कि क्या यह पोर्ट खुला है और मुझे वह प्रतिक्रिया दे रहा है जिसकी मुझे उम्मीद है
00:09:17हाँ, वाह 2005 मुझे लगता है कि मैं उस समय माध्यमिक विद्यालय में था। मैं इसके बारे में सोच भी नहीं रहा था
00:09:26कंप्यूटर
00:09:28विज्ञान वापस तब
00:09:30हाँ, मैं ऐसा नहीं दिखता लेकिन मैं अपनी उम्र से बड़ा दिखता हूँ। हाँ, मुझे यह अहसास हुआ कि आप बहुत अच्छे दिखते हैं। बहुत-बहुत धन्यवाद
00:09:37तो हाँ, थोड़ी सी शोध करने पर जब आप... ऐसा लगता है कि आपने मेटा में काम किया था, आपने क्या किया?
00:09:43और मेटा में काम करना कैसा था?
00:09:45ओह मेरे भगवान। अह, तो मैं एक प्रोडक्शन इंजीनियर था
00:09:48और एक प्रोडक्शन इंजीनियरिंग मैनेजर, तो
00:09:52इसका मूल रूप से अर्थ है कि यह उनके एसआरई का एक रूप है और मैंने दो प्रोजेक्ट्स पर काम किया, पहला प्रोजेक्ट जो केवल कुछ महीने का था
00:10:00मैंने कॉनवे नाम की एक टीम में काम किया। वास्तव में आईईईई के लिए भुगतान किए गए सार्वजनिक पेपर हैं जिनके बारे में
00:10:06कॉनवे... कॉनवे शायद ग्रह पर सबसे बड़ी सीडी प्रणालियों में से एक है
00:10:11तो मेटा में बैकएंड सेवाओं के लिए बाहर आने वाले सभी बिल्ड आर्टिफैक्ट्स
00:10:18कॉनवे के माध्यम से जाते हैं और हजारों-हजारों-हजारों बैकएंड सेवाओं में सभी परिवर्तनों का क्रमिक रोलआउट होता है
00:10:25क्या वे पूरी तरह से मेटा के आंतरिक हैं?
00:10:29सिर्फ आंतरिक रूप से, हाँ।
00:10:31लेकिन हाँ, बोरिस गुब्रिक का एक शोध पत्र है जिसे आपको जरूर पढ़ना चाहिए
00:10:37कि उन्होंने क्या बनाया है और यह बहुत-बहुत दिलचस्प है।
00:10:39तो मैं वहाँ कुछ महीनों के लिए था जब वे इसे स्केल कर रहे थे
00:10:43और उनकी अलर्टिंग में उनकी मदद कर रहे थे क्योंकि वे शुरुआती दौर में थे।
00:10:46यह ऐसा है जैसे आपको हर हफ्ते सैकड़ों अलर्ट मिलते हैं और मैं सोचता था कि रुकिए
00:10:49आइए इसे साफ करते हैं और
00:10:51उनकी ऑब्जर्वेबिलिटी को ऐसी स्थिति में लाते हैं जहाँ कम से कम उन्हें पता हो कि विफलताएँ कब हो रही हैं, और फिर मैंने
00:10:58कुछ ऐसे तरीके भी तैयार किए
00:11:00जिन्हें आप क्या कहेंगे, जैसे उनके फीचर फ्लैगिंग टूल का उपयोग करके मुख्य फीचर्स को बंद करने की आपातकालीन प्रक्रियाएँ।
00:11:06सिर्फ यह सुनिश्चित करने के लिए कि हम घटनाओं से जल्दी से उभर सकें।
00:11:10तो मैंने कुछ महीनों तक वह किया, लेकिन मेरा अधिकांश कार्यकाल उस टीम पर बीता
00:11:13जो एक तरह से आंतरिक हेरोकू (Heroku) थी।
00:11:16तो आपके पास बहुत सरल स्टेटलेस सेवाएं हैं
00:11:23और आप जानते हैं कि टीमें इन्हें हर समय बना रही हैं और आपको उन्हें कहीं न कहीं चलाना होता है और वह
00:11:29टीम और सेवा उस प्रक्रिया को आसान बनाने के लिए मौजूद थी क्योंकि पुराने दिनों में कोई सेवा शुरू करना बहुत मुश्किल था। तो मैं पहला
00:11:37प्रोडक्शन इंजीनियर था
00:11:40उस टीम पर और यह काफी जबरदस्त चीजें थीं। लेकिन मैंने वहाँ यही किया।
00:11:44यह निश्चित रूप से बहुत मजेदार था। वहाँ ऐसे लोग थे जिनके साथ मैंने काम किया
00:11:48जिनका दिमाग मुझसे
00:11:51पाँच गुना बड़ा था, आप जानते हैं, इस तरह की कंपनियों में जिन लोगों के साथ आप काम करते हैं वे
00:11:55बेहद प्रतिभाशाली होते हैं और मैंने वहाँ बहुत कुछ सीखा। मैं यह कह रहा था कि मुझे लगता है कि हनीकॉम्ब नाम की एक कंपनी है और
00:12:02जिस व्यक्ति ने इसकी शुरुआत की, चैरिटी मेजर्स, क्या वह मेटा में थीं?
00:12:06क्या आप उन्हें जानते हैं? क्या आप उनसे मिले हैं?
00:12:09हाँ, मैं मिला हूँ, यह बहुत ही दिलचस्प है
00:12:12कि आपने यह पूछा, मैं उनसे डेढ़ साल पहले बोस्टन में एक ऑब्जर्वेबिलिटी डेज इवेंट में मिला था। मैं उनसे व्यक्तिगत रूप से मिला था।
00:12:20हाँ, उन्होंने मेटा में काम किया था, और
00:12:22हनीकॉम्ब की प्रेरणा एक
00:12:26ग्रह-स्तरीय ऑब्जर्वेबिलिटी टूल से मिली थी जिसका नाम स्कूबा था।
00:12:30ठीक है, तो मैंने स्कूबा का उपयोग किया और वास्तव में इसे पसंद किया और मुझे बहुत खुशी है कि उन्होंने
00:12:37ऐसा करने के लिए एक कंपनी की स्थापना की है, हाल ही में हम दोनों ने लिंक्डइन पर थोड़ी बहुत बात की है
00:12:44इस बात में हमारी आम रुचि के कारण कि
00:12:47कैसे एजेंटिक कोडिंग विश्वसनीयता को प्रभावित करने जा रही है, इसलिए
00:12:51हम इस विषय पर कभी-कभार बात करते रहे हैं।
00:12:54लेकिन हाँ, वह वास्तव में एक बहुत अच्छी इंसान हैं और समय-समय पर उनसे बात करना एक सौभाग्य की बात है।
00:12:59हाँ, हाँ, तो वास्तव में यह उस बात के लिए एक अच्छा सेतु है जो हम आपसे पूछना चाहते थे। आपको क्या लगता है कि एआई
00:13:06एसआरई और डेवऑप्स और इन सभी प्रथाओं को कहाँ ले जाएगा?
00:13:13ओह भगवान, ठीक है। तो शानदार विज्ञापन। आपका बहुत-बहुत धन्यवाद। मैं सीधे इसके मूल विषय पर आता हूँ।
00:13:19हमारे पास सॉफ्टवेयर इंजीनियर हैं जिन्हें
00:13:24एक अद्भुत उपकरण दिया गया है जो कि एजेंटिक विकास है। हर कोई क्लॉड और अन्य जैसे उपकरणों से अपनी इच्छा से, जादुई रूप से कोड जनरेट करवा रहा है।
00:13:35तो इसका मतलब यह है कि कोड की मात्रा में भारी वृद्धि होने वाली है
00:13:39जो हमारे
00:13:42वैल्यू स्ट्रीम, हमारे सीआईसीडी पाइपलाइनों, हमारे परीक्षण, हमारी समीक्षा, हमारे कोड तैनाती, हमारी घटना प्रतिक्रिया, हमारे परिवर्तन प्रबंधन प्रक्रियाओं से प्रवाहित होगी, जैसे
00:13:50यह सारा कोड उस सिस्टम से होकर गुजरने वाला है जिसे हम में से प्रत्येक ने अपनी कंपनियों के लिए बनाया है।
00:13:56और इसका मतलब है कि हम तनाव परीक्षण करेंगे
00:13:58उन सभी क्षमताओं का। तो उदाहरण के लिए
00:14:01एक रैखिक संबंध होता है
00:14:04संबंध
00:14:06सॉफ़्टवेयर के किसी टुकड़े में आपके द्वारा किए जाने वाले परिवर्तनों की संख्या और आपको प्राप्त होने वाले पेजों या घटनाओं की संख्या के बीच।
00:14:12यह स्थापित तथ्य है।
00:14:14तो
00:14:15यह मानना उचित है कि यदि आप अपनी पाइपलाइन के माध्यम से कोड के प्रवाह को 10 गुना बढ़ा देते हैं
00:14:20तो आपको 10 गुना अधिक अलर्ट मिलेंगे।
00:14:23तो आपका संगठन
00:14:26उस पर कैसे प्रतिक्रिया देगा, वास्तव में यही सवाल है। इसलिए एसआरई पक्ष से मुझे उम्मीद है
00:14:32कि भविष्य में हम ऑपरेशंस के लोग बहुत अधिक
00:14:39बहुत लोकप्रिय होने वाले हैं क्योंकि हम वह बाधा बनने जा रहे हैं।
00:14:42अब यह कोड लिखने और उसे भेजने का मामला नहीं रहा। अब यह है कि हम इसे कैसे संचालित करते हैं?
00:14:49क्या यह काम कर रहा है? क्या यह ग्राहक की उम्मीदों पर खरा उतर रहा है?
00:14:51और
00:14:53और
00:14:55इसलिए मुझे लगता है कि यह मुख्य बदलाव होने जा रहा है।
00:14:58यह एक बहुत बड़ी चुनौती है क्योंकि इस संक्रमण के दौरान बहुत सी चीजें गलत हो सकती हैं।
00:15:04जैसा कि मैंने उल्लेख किया, आपके पास बहुत अधिक घटनाएं हो सकती हैं। क्या आप विफलता से सीख रहे हैं और
00:15:09क्या आप पोस्टसॉर्टेम जारी रख रहे हैं? क्या आप एक ऐसी सीआईसीडी पाइपलाइन बना रहे हैं जो वास्तव में काम करती है, आप जानते हैं और
00:15:15मूल रूप से यह सुनिश्चित करती है कि मानवीय प्रयास हमेशा उच्च प्रभाव वाले हों।
00:15:20तो मजेदार बात यह है कि हम दशकों से इस घटना की तैयारी कर रहे हैं। बस बात यह है कि
00:15:27हम बड़ी तकनीकी कंपनियों के संदर्भ में सोचने की प्रवृत्ति रखते हैं जहाँ आपके पास 20,000 इंजीनियर हैं
00:15:31लेकिन
00:15:33अब हमारे पास छोटे संगठन हैं जो 10 गुना कोड कर सकते हैं और इसलिए प्रवाह वही है।
00:15:38तो वे सभी बुनियादी सिद्धांत
00:15:40जिन्हें वे बड़ी कंपनियाँ पिछले एक दशक से लिखती और बात करती रही हैं,
00:15:47अब हम सभी को वास्तव में करने की आवश्यकता होगी।
00:15:49जैसे सभी बुनियादी सिद्धांतों को आपको वास्तव में करना होगा। और इसलिए वह है।
00:15:53साथ ही इस बात का भी सवाल है कि
00:15:56संगठन जैसे सॉफ्टवेयर विकास संगठन इस विचार के इर्द-गिर्द संगठित हो गए हैं कि अरे इसमें सबसे लंबा समय लगता है
00:16:03जैसे सबसे बड़ा समय लेने वाला काम कोडिंग है।
00:16:05इसलिए हमें यह सुनिश्चित करने की आवश्यकता है कि इंजीनियर जितना संभव हो उतना समय कोडिंग में बिताएं। यदि यह अब सच नहीं है
00:16:09तो हमें उन गतिविधियों के इर्द-गिर्द खुद को पुनर्गठित करना होगा जो अब सबसे अधिक समय ले रही हैं।
00:16:15इसलिए इस बात में थोड़ा बदलाव आएगा कि हम इन संगठनों को कैसे चलाते हैं और अंत में
00:16:20और मुझे लगता है कि आपने इसे एआई एसआरई प्रवृत्ति के संदर्भ में देखा है
00:16:23जिसके बारे में मैंने अक्सर बात की है और अपने पॉडकास्ट में कि हमें कुशलता से पेश करने की आवश्यकता होगी
00:16:31उस तकनीक को उपयुक्त स्थानों पर जहाँ हम उन ऑपरेशंस को करने के लिए इससे बहुत अधिक लाभ प्राप्त कर सकते हैं, है ना?
00:16:37क्योंकि उदाहरण के लिए, ऐसे संगठन हैं जिनके बारे में मुझे लगता है कि एक अच्छा उदाहरण incident.io है, आपको पेज मिलता है
00:16:44और इससे पहले कि आप बिस्तर से बाहर भी निकलें
00:16:47आप जानते हैं, पहले से ही एक एजेंटिक वर्कफ़्लो है जो कहता है, ठीक है, हाल ही में कोड बेस में क्या बदलाव किए गए थे?
00:16:53अलर्ट वास्तव में क्या कहते हैं? मेट्रिक्स वास्तव में क्या कहते हैं और प्रयास करते हैं
00:16:59निदान का पहला दौर करने का, फिर से इससे पहले कि आप बिस्तर से उठे भी हों और अपनी आँखों से नींद हटाई हो।
00:17:04तो हमारी परिचालन जिम्मेदारियों के सेट में कुछ ऐसे स्थान हैं जो
00:17:09एआई से बहुत लाभ प्राप्त कर सकते हैं लेकिन आप बस सब कुछ अपना नहीं लेते हैं
00:17:12जैसे आपको यह सोचने की जरूरत है कि वास्तविक समस्याएं क्या हैं, आरओआई क्या है।
00:17:16लेकिन वैसे भी, यह मेरा सिद्धांत है। मैं वास्तव में इस बहुत विषय पर कुछ हफ्तों में एक वेबिनार कर रहा हूँ।
00:17:23यह बहुत दिलचस्प है क्योंकि, वह उपयोग का मामला जिसका आपने पहले उल्लेख किया था
00:17:29बिस्तर से उठना। यह पहले से ही आपको किसी चीज़ के बारे में पेज कर रहा है
00:17:32क्या यह अभ्यास में पहले से ही लागू किया जा चुका है क्योंकि
00:17:36एक बात जो मैं देखता हूँ कि गलत हो सकती है वह यह है कि मान लीजिए आपके पास इस तरह के ट्राइएज स्तर हैं जहाँ पहला ट्राइएज जैसे
00:17:43शायद एआई इसे अपने दम पर हल कर सकता है। लेकिन फिर दूसरे मामले में हमें लूप में एक इंसान की जरूरत होती है और कभी-कभी जो मैं
00:17:51बस कोडिंग के साथ तुलना करने के लिए देखता हूँ कि कभी-कभी मैं क्लॉड कोड देखता हूँ जब यह तर्क दे रहा होता है तो यह होता है
00:17:56मुझे यह करना चाहिए और फिर यह होता है एक सेकंड रुकिए
00:17:59नहीं
00:17:59मुझे शायद यह सब मिटा देना चाहिए और फिर से शुरू करना चाहिए और यह करना चाहिए।
00:18:02और मुझे लगता है कि यही बात इन घटना प्रबंधन बॉट के साथ भी हो सकती है। वे कहते हैं, ओह, यह एक आसान सुधार है
00:18:10रुको। शायद मैं इसे अपने दम पर ठीक कर सकता हूँ, इस तरह की स्थिति।
00:18:13नहीं, आप 100 प्रतिशत सही हैं।
00:18:15मुझे लगता है कि 1970 के दशक के आईबीएम का यह उद्धरण हाल ही में चर्चा में रहा है: कभी भी किसी कंप्यूटर से प्रबंधन का निर्णय न लें।
00:18:22तो मेरा मतलब है कि आप दो तरीकों से उपयोग कर सकते हैं
00:18:27यह
00:18:29एआई टूलिंग या सामान्य रूप से स्वचालन। स्वचालन के बारे में दो दर्शन हैं
00:18:32जिनके बारे में लोगों ने लिखा है। पहला बचा हुआ सिद्धांत (leftover principle) कहलाता है जहाँ आप मूल रूप से कहते हैं। ओह, ठीक है। हमारे पास सॉफ्टवेयर होगा
00:18:38यह एआई होना जरूरी नहीं है। यह सिर्फ ऐसे उपकरण हो सकते हैं जो हमारे लिए यह सब करते हैं
00:18:43स्वायत्त रूप से हमारी ओर से। हमें इसके बारे में सोचने की जरूरत नहीं है
00:18:46और फिर हम इंसानों को वह दिया जाता है जो बच जाता है जो आमतौर पर ऐसी चीजें होती हैं जिन्हें हल करने के लिए आपको पीएचडी की आवश्यकता होती है
00:18:51और
00:18:53वह
00:18:54बहुत व्यावहारिक नहीं है क्योंकि तब आप अपना सारा बजट पीएचडी पर खर्च कर रहे हैं
00:18:57और फिर आप एक ऐसे सिस्टम पर बहुत अधिक भरोसा भी कर रहे हैं जो स्वायत्त रूप से चल रहा है और यदि यह गलत निर्णय लेता है तो आप मुसीबत में हैं।
00:19:04अधिक
00:19:07व्यावहारिक दर्शन वह है जिसे प्रतिकार सिद्धांत (compensatory principle) कहा जाता है जहाँ ऐसा है कि आप मानवीय प्रयासों को कई गुना बढ़ा रहे हैं
00:19:15आप कंप्यूटर और स्वचालन को उन चीजों को करने की अनुमति दे रहे हैं जो वे अच्छी तरह से करते हैं, और फिर आप उन चीजों को करने के लिए इंसानों को अनुमति दे रहे हैं
00:19:22जो इंसान अच्छे से करते हैं
00:19:25यानी कि
00:19:26हम अपनी प्रणालियों के संदर्भ को समझते हैं। हम उस समस्या को समझते हैं जिसे हम हल करने की कोशिश कर रहे हैं और हम ग्राहक के अनुभव को समझते हैं।
00:19:33हमारे दिमाग में बहुत सारा संदर्भ होता है जो इसे बहुत अधिक
00:19:38फायदेमंद बनाता है कि हम इसका उपयोग करें बजाय इसके कि AI सब कुछ करे। तो आपके सवाल का सीधे जवाब देने के लिए,
00:19:44मुझे लगता है कि इस AI रीटूलिंग को वास्तव में
00:19:50प्रोडक्शन में बदलाव नहीं करना चाहिए जब तक कि यह एक अच्छी तरह से सीमित और अच्छी तरह से परिभाषित रास्ते पर न हो।
00:19:58मैं आपको एक उदाहरण देता हूँ: कोड का स्वचालित रूप से वापस लौटना (revert)। हम कुबेरनेट्स के मामले में AI के बिना इसे स्वचालित रूप से करते हैं।
00:20:06ठीक है, यदि आपके पास कोई डिप्लॉयमेंट है और आप अपने नए कंटेनर इमेज का संस्करण बदल रहे हैं और आपकी
00:20:13रीडनेस जाँच सफल नहीं होती है। तो अंदाज़ा लगाइए क्या?
00:20:16यह बदलाव को आगे नहीं बढ़ाएगा।
00:20:19सही है। तो वे तंत्र बहुत सरल और समझने में आसान हैं, और यह हमें सुरक्षित रूप से बदलाव करने में सक्षम बनाते हैं।
00:20:26आप जानते हैं कि उस प्रकार की अच्छी तरह से परिभाषित समस्याओं को आप स्वचालन पर छोड़ सकते हैं और स्वचालन इसे पहले से ही कर रहा है।
00:20:32लेकिन इसके बजाय
00:20:35AI को अभी यह कहना कि हाँ, हमें बिना मानवीय इनपुट के अपने बुनियादी ढांचे में यह बदलाव करना चाहिए,
00:20:41मुझे लगता है कि यह गैर-जिम्मेदाराना है। मुझे लगता है कि सीमाओं के बिंदु पर वापस आते हुए, हम इंसानों का
00:20:46समय इस बात पर स्थानांतरित होने जा रहा है कि
00:20:49क्या यह वास्तव में लेने के लिए सही निर्णय है?
00:20:52आप जानते हैं, उन स्वीकृतियों, कोड समीक्षा और किसी भी बुनियादी ढांचे के बदलाव की समीक्षा करना,
00:20:59मुझे लगता है कि वह जगह होगी जहाँ
00:21:00हम अपना बहुत अधिक प्रयास खर्च करने जा रहे हैं।
00:21:03और हाँ, हम जहाँ भी संभव हो इसे स्वचालित करना चाहेंगे, लेकिन इसके लिए अनुशासन और सुरक्षा के एक ट्रैक रिकॉर्ड की आवश्यकता होती है।
00:21:09हाँ, और फिर आपके द्वारा पहले कही गई बात से एक और सवाल यह है कि इस रैखिक तुलना के बारे में जो आपने कहा कि आपके पास जितना अधिक कोड होगा,
00:21:19आपको उतनी ही अधिक घटनाएं (incidents) मिलेंगी। तो आप एक कंसलटेंट के रूप में काम कर रहे हैं
00:21:22इस क्षेत्र में। क्या आपने सुना है कि कंपनियां अभी इसका अनुभव कर रही हैं, जैसे
00:21:28चूँकि वे
00:21:30आउटपुट दे रही हैं
00:21:31या अधिक कोड को AI परオフलोड कर रही हैं, तो परिणामस्वरूप उन्हें अधिक घटनाओं का सामना करना पड़ रहा है?
00:21:36निश्चित रूप से, बिल्कुल ऐसा है।
00:21:39निश्चित रूप से और मैं इसमें यह भी जोड़ना चाहूंगा कि अन्य विफलता के तरीके (failure modes) भी उभरने लगे हैं
00:21:47इस बदलाव के कारण।
00:21:49मुझे लगता है कि सोचना और समझना बहुत आसान है
00:21:53कि
00:21:54आपके CI/CD पाइपलाइन बैकअप ले रहे हैं, एक बिल्ड आर्टिफैक्ट के बनने और उसके प्रोडक्शन में जाने के बीच की लेटेंसी लंबी होती जा रही है
00:22:00क्योंकि इसके माध्यम से अधिक बदलाव जा रहे हैं। तो हाँ, संगठन शुरू हो रहे हैं
00:22:05इन दर्द बिंदुओं (pain points) को पहले से ही महसूस करना। मेरा मतलब है, एक त्वरित उदाहरण केस स्टडी के रूप में, मेरे पास एक
00:22:12ग्राहक है जिसके लिए मैंने हाल ही में एक मूल्यांकन किया था क्योंकि मेरा एक काम यह देखना है कि
00:22:17पूरी कंपनी की परिचालन स्थिति (operational posture) कैसी है, वे कोड कैसे शिप करते हैं, वे इसे कैसे चलाते हैं और उन्हें आगे क्या करना है, इस पर मार्गदर्शन देते हैं।
00:22:24तो टीमों में से एक ने कहा, हाँ, यह क्लाउड वाली चीज़ बहुत अच्छी है। आइए कुछ फ़ीचर्स बाहर निकालना शुरू करें
00:22:31और उन्होंने किया, लेकिन
00:22:33उन्होंने अपने रिलीज़ करने के तरीके को नहीं बदला, उनके पास कोई अच्छा ठोस कोड समीक्षा प्रक्रिया नहीं थी
00:22:38और इसलिए घटनाओं (incidents) की संख्या तुरंत बढ़ गई, इसलिए वे
00:22:43कोड पर ध्यान केंद्रित करने और उन सभी चीज़ों को शिप करने के बजाय जो उन्हें लगता था कि वे करने जा रहे थे, वे ग्राहक की शिकायतों से दब रहे थे
00:22:49और घटनाओं से।
00:22:51तो जैसे, हाँ, यह सैद्धांतिक नहीं है, यह अभी हो रहा है।
00:22:55उत्पादन में बदलावों की यह बढ़ी हुई परिमाण (order of magnitude) करने जा रही है
00:23:01उजागर
00:23:03आपकी परिचालन स्थिति में सभी कमजोर कड़ियों को।
00:23:06और जब आप एक तरह से
00:23:09SRE डॉक्टर हैं जिसके पास यह क्लाइंट है जिसे यह समस्या है, इस मामले में क्या करना है, आपका सुझाव क्या है?
00:23:16जैसे आपने अभी उल्लेख किया
00:23:18सही है। मैंने इसके बारे में पहले ही संकेत दिया था, वे सभी बुनियादी बातें जिनके बारे में हमने बात की थी
00:23:24पिछले एक या दो दशकों में, हमें उन पर ध्यान केंद्रित करना होगा।
00:23:27जैसे टीमों को
00:23:29उदाहरण के लिए टीमों के पास एक वैध परीक्षण रणनीति (testing strategy) होनी चाहिए।
00:23:35उन्हें यह जानने की जरूरत है कि जो कोड वे प्रोडक्शन में शिप करने की तैयारी कर रहे हैं वह उच्च गुणवत्ता का है।
00:23:39वे सभी चीजें जिनके बारे में उन्होंने अतीत में सीखा है, मैं सर्विस लेवल ऑब्जेक्टिव्स का एक बड़ा समर्थक हूँ।
00:23:43मैं SLOs का एक बड़ा समर्थक हूँ।
00:23:47क्योंकि यह हमें ग्राहक के दृष्टिकोण से हमारे प्रोडक्शन सिस्टम के स्वास्थ्य को समझने की अनुमति देता है।
00:23:52ताकि
00:23:54यह पहेली का एक बड़ा हिस्सा है क्योंकि तब यह आपको डेटा-संचालित तरीके से उन बदलावों की मात्रा को विनियमित करने की अनुमति देता है
00:23:59जो आप फ़ीचर अनुरोधों और इस तरह की चीज़ों के संदर्भ में प्रॉड में कर रहे हैं। ताकि उस तरह से
00:24:03आप अपने मौजूदा राजस्व स्रोत को जोखिम में नहीं डाल रहे हैं
00:24:07जबकि इसके नए स्रोतों का पीछा कर रहे हैं।
00:24:10यह व्यावसायिक कारण है कि आप SLOs चाहते हैं। एक बात जो मैंने SLOs के साथ देखी है, वह है पिछली कंपनी जिसके लिए मैंने काम किया था
00:24:16वे ऐसे थे कि
00:24:19प्रत्येक टीम को अपने SLO लक्ष्यों को बनाए रखना चाहिए और कुछ टीमों के लिए चूंकि हम इतनी तेजी से आगे बढ़ रहे थे
00:24:25हम उन लक्ष्यों को पूरा नहीं कर रहे थे।
00:24:28और फिर कई टीमें पीछे थीं।
00:24:30और प्रबंधन का निर्णय यह था कि जो भी हो, SLO लक्ष्यों को बनाए रखने की तुलना में फीचर्स को बाहर भेजना अधिक महत्वपूर्ण है।
00:24:36हाँ।
00:24:37और शायद यही सबसे बड़ा कारण है कि SLO उतना प्रभावी नहीं रहा है जितना Google ने एक दशक पहले वादा किया था।
00:24:44क्योंकि बात यह है और मैंने पिछले कंटेंट में इसके बारे में बात की है। आपके पास एक SLO कार्यक्रम हो सकता है।
00:24:49आप इंजीनियरों को एक कोने में जाने की प्रक्रिया से गुज़र सकते हैं और कह सकते हैं, ओह, उपयोगकर्ता की यात्रा क्या है?
00:24:55और आइए इसे मात्रा निर्धारित करें और कुछ ऑबजर्वएबिलिटी प्राप्त करें।
00:24:57और प्रोमेथियस या ओपन टेलीमेट्री सेट अप करें और वास्तव में सुंदर डैशबोर्ड प्राप्त करें, लेकिन
00:25:01यदि उत्पाद प्रबंधक
00:25:05यदि उत्पाद संगठन साथ देने के लिए तैयार नहीं है
00:25:07यदि कार्यकारी टीम साथ देने के लिए तैयार नहीं है
00:25:09तब
00:25:12यह एक बर्बादी है।
00:25:14तब आपके पास केवल SRE और शायद इंजीनियर एक कोने में काम कर रहे हैं और कह रहे हैं कि चीजें स्वस्थ नहीं हैं
00:25:19और आप जानते हैं
00:25:21आपके पास नेतृत्व है जो शिप करना जारी रखना चाहता है जैसे SLO के सफल होने के लिए
00:25:26इसे एक ऐसा खेल होना चाहिए जिसे हर कोई खेले और जब मैं मूल्यांकन करता हूँ
00:25:32संगठनों के SLO रुख का, जो कि एक बड़ी बात है जो मैं करता हूँ। मैं वह सवाल पूछने की प्रवृत्ति रखता हूँ कि यदि कोई त्रुटि बजट (error budget) खर्च हो जाता है
00:25:38तो उत्पाद प्रबंधक क्या करता है?
00:25:41यदि प्रोजेक्ट यदि उत्पाद प्रबंधक ऐसा है, ठीक है अगले स्प्रिंट में हम अगले स्प्रिंट के दायरे को बदल रहे हैं
00:25:46अच्छा है।
00:25:48आप मध्यम परिपक्वता पर हैं यदि वे नहीं करते हैं
00:25:50आप कम परिपक्वता पर हैं। मैंने वास्तव में कंपनियों को यह तर्क देने में मदद करने के लिए एक से पांच तक एक SLO परिपक्वता मॉडल विकसित किया है, एक अपरिपक्व होने के नाते पांच अनुकूलन कर रहा है
00:25:58यात्रा में वे कहाँ हैं, लेकिन आप सही हैं जैसे कई संगठन। वे ऐसा नहीं करते हैं
00:26:03वे SLO नहीं करते हैं। उनके पास एक डैशबोर्ड है। उस पर मेट्रिक्स हैं, इंजीनियरों को इसके लिए भुगतान मिलता है
00:26:08लेकिन
00:26:10व्यावसायिक निर्णय SLO का उपयोग करके नहीं किए जा रहे हैं।
00:26:12यह सिर्फ अलर्टिंग है।
00:26:16और इसलिए आपके पास किस प्रकार के ग्राहक हैं जो आपके पास आते हैं, क्या
00:26:21वे किस स्थिति में हैं कि वे
00:26:24आपकी सहायता की आवश्यकता है? क्या वे अच्छी स्थिति में हैं, बुरी स्थिति में हैं, बीच में हैं?
00:26:28यह निर्भर करता है। तो दो मोड़ (inflection points) हैं जिनके साथ मैं ग्राहकों के साथ काम करने की प्रवृत्ति रखता हूँ, पहला मोड़ है जैसे
00:26:37शुरुआती चरण की कंपनी जिसे फंडिंग का एक दौर मिला है, उनका बिक्री संगठन इसे कुचल रहा है। आपको उत्पाद बाजार फिट मिल गया है
00:26:44लेकिन वे जंगल में एक बच्चे की तरह हैं और उन्होंने पहले कभी उद्यम-स्तरीय (enterprise-level) बुनियादी ढांचे को नहीं जीता है
00:26:49उन्होंने पहले कभी उद्यम ग्राहकों को नहीं बेचा है और वे इसके तनाव के तहत झुकने लगे हैं
00:26:53बढ़ी हुई पैमान के साथ, बहुत कुछ वैसा ही अनुभव जो मुझे अपने करियर में पहले हुआ था।
00:26:59जैसे वह कुछ ऐसा है जिसके बारे में मैं बहुत बहुत जानकार हूँ क्योंकि मैंने इसे जिया है। यह पहला मोड़ है।
00:27:04और यह एक मजेदार मोड़ है। यह एक अच्छी समस्या है हालाँकि यह वहाँ काम करने वाले लोगों के लिए तनावपूर्ण हो सकती है।
00:27:09दूसरा मोड़
00:27:12आमतौर पर तब होता है जब आप एक बड़ा संगठन होते हैं और अब आपको मानकीकृत करना शुरू करना होगा
00:27:17कि आप कई टीमों में कैसे काम करते हैं?
00:27:21शायद आपके पास एक SRE कार्यक्रम है और आपको मूल्यांकन करने की आवश्यकता है कि SRE कार्यक्रम कितना प्रभावी है, क्या प्रक्रियाएं काम कर रही हैं
00:27:28क्या जुड़ाव मॉडल काम कर रहा है, क्या इंजीनियरिंग टीमें वास्तव में प्रक्रिया में भाग ले रही हैं, क्या उत्पाद प्रक्रिया में भाग ले रहा है?
00:27:34तो कंपनियाँ जो आप जानते हैं बहुत सारे अधिग्रहण करती हैं
00:27:37वे आमतौर पर मेरे पास आएंगी क्योंकि वे इस जंगली जानवर को वश में करने की कोशिश कर रही हैं क्योंकि हर बार जब वे कोई अधिग्रहण करती हैं
00:27:44वहाँ एक पूरी तरह से नया स्टैक है। उन्हें अंदर लाने की जरूरत है इसलिए बहुत सारे शीर्ष स्तर के शासन (top level governance) हैं जिनके बारे में आपको सोचना शुरू करने की आवश्यकता है
00:27:50यह सुनिश्चित करने के मामले में कि हर कोई समान नियमों से खेल रहा है।
00:27:55ज़रूर।
00:27:57और मुझे लगता है कि छोटी कंपनियों के साथ जैसा कि आपने उल्लेख किया है जिन्होंने कुछ पैसा जुटाया है
00:28:02एआई के आसपास होने से लोग एआई का उपयोग करके सुविधाएँ बना रहे हैं
00:28:06संरचना की कमी बढ़ जाएगी क्योंकि लोग सिर्फ सुविधाएँ बना रहे हैं, इसे एआई के साथ शिप कर रहे हैं
00:28:13लॉग्स, मेट्रिक्स, ट्रेसेस या इस तरह की किसी भी चीज़ के बारे में नहीं सोच रहे हैं।
00:28:16ऐसी कौन सी सबसे बड़ी चीजें हैं जो आपने देखी हैं कि लोग अपनी कंपनी के छोटे चरण में समस्याओं के साथ आपके पास आते हैं जो
00:28:23आपके लिए स्पष्ट रूप से स्पष्ट हैं, लेकिन उन्होंने इसे समस्या के रूप में नहीं देखा?
00:28:27हाँ, मेरा मतलब है कि मुझे लगता है कि मैंने पिछले उत्तर में इसका संकेत दिया है, लेकिन मैं इसे ऊपर से नीचे तक तैयार करूँगा
00:28:34तो
00:28:36सबसे बड़ी समस्या जो मुझे दिखाई देती है, वह है प्रोडक्शन में क्या हो रहा है
00:28:41और ग्राहक के अनुभव में क्या हो रहा है, तथा उत्पाद प्राथमिकता के मामले में क्या हो रहा है, इसके बीच एक टूटा हुआ फीडबैक लूप।
00:28:46तो और मैंने इसे लंबे समय से कई टीमों में देखा है। यह शायद एक आम समस्या है।
00:28:55इसलिए जब मैं एक सलाहकार के रूप में काम करता हूँ
00:28:58तो पर्दे के पीछे मेरा एक मुख्य विचार यह होता है कि मैं यह कैसे सुनिश्चित करूँ कि वह फीडबैक लूप स्थापित हो जाए?
00:29:03तो यह आश्चर्यजनक है
00:29:05कि कितनी कंपनियाँ किसी न किसी समस्या का सामना करती हैं?
00:29:08ग्राहक नाराज़ हो जाते हैं
00:29:10वे सपोर्ट में टिकट दर्ज कराते हैं और सपोर्ट टिकटों से भर जाता है।
00:29:13सपोर्ट के पास उत्पाद और इंजीनियर संगठन को देने के लिए एक यह बेहतरीन उपहार होता है, जिसे फीडबैक कहा जाता है। वे जानते हैं
00:29:23कि किस बात से ग्राहक नाराज़ हो रहे हैं, कौन सी चीज़ उन्हें सेवा का आनंद लेने से रोक रही है, और संभावित रूप से उन्हें छोड़कर जाने के लिए क्या प्रेरित कर रहा है?
00:29:30और मैंने बार-बार देखा है
00:29:33कि उस फीडबैक को पूरी तरह से नजरअंदाज कर दिया जाता है या फीचर के काम की तुलना में कम प्राथमिकता दी जाती है,
00:29:41और इसलिए इसका परिणाम यह होता है कि
00:29:44फीचर्स पर पूरा जोर रहता है, भले ही उत्पाद में आग लगी हो और मेरे लिए,
00:29:51यह ऐसी बात है जिसे मैं टीमों का साक्षात्कार लेते और उनका आकलन करते समय तुरंत देख लेता हूँ।
00:29:55लेकिन आमतौर पर जब आप कंपनी के भीतर काम करते हैं, तो आपको यह दिखाई नहीं देता क्योंकि आपको लगता है, अरे मैं एक सॉफ्टवेयर इंजीनियर हूँ,
00:29:59मुझे फीचर्स शिप करने पर प्रोत्साहन मिलता है। मैंने पिछली तिमाही में 50 विजेट शिप किए, बढ़िया है। मुझे वह बोनस मिल रहा है।
00:30:05उत्पाद प्रबंधक भी यही सोच रहे हैं
00:30:07हाँ, हमने ये प्रोजेक्ट पूरे कर लिए। यह ग्राहक हमारे साथ जुड़ रहा है क्योंकि हमने ऐसा किया। इस बीच,
00:30:11मौजूदा ग्राहक पूरी तरह से गुस्से में हैं। वे जो हो रहा है उससे खुश नहीं हैं।
00:30:16तो यह एक टूटा हुआ फीडबैक लूप है।
00:30:19और क्या यह सैन फ्रांसिस्को की संस्कृति की वजह से है या सिर्फ इसलिए
00:30:22कि लोग सिर्फ अपने प्रतिस्पर्धियों से बेहतर दिखना चाहते हैं? मुझे नहीं पता। आपको क्यों लगता है कि ऐसा है?
00:30:28मुझे नहीं लगता कि यह सैन फ्रांसिस्को की मूल संस्कृति है। मुझे लगता है कि यह आम तौर पर व्यवसाय और प्रोत्साहन संरचनाओं की मूल बात है, जैसे कि
00:30:36व्यापारिक संस्कृति क्योंकि
00:30:39जब
00:30:41आप
00:30:42अलग-अलग विभाग रखते हैं
00:30:44जैसे-जैसे कोई कंपनी बढ़ती है और स्वाभाविक रूप से ऐसा होता है क्योंकि आपको प्रयासों को व्यवस्थित करना पड़ता है,
00:30:49आप अलग-अलग खंड बनाने लगते हैं।
00:30:51मेरे पास यहाँ सॉफ्टवेयर इंजीनियर हैं। मेरे पास यहाँ उत्पाद प्रबंधक हैं। शायद वे शामिल हो सकते हैं
00:30:55इंजीनियरिंग टीमों के साथ, लेकिन उनके पास अपने प्रोत्साहन का सेट है। सपोर्ट और डेवऑप्स एसआरई लोग हैं,
00:31:01उनके अपने प्रोत्साहन हैं, लेकिन वे सब अलग-अलग हैं और एक-दूसरे के विरोधी हैं।
00:31:06है ना, और
00:31:09आमतौर पर
00:31:11खेल के इस चरण में, किसी ने उनके साथ बैठकर यह नहीं कहा है कि
00:31:13हम अपनी प्रोत्साहन संरचना को कैसे बदलें ताकि
00:31:18हम सब एक ही दिशा में आगे बढ़ रहे हों? मेटा द्वारा की गई एक बात
00:31:21जो मुझे बहुत पसंद आई और मुझे लगता है कि यह बहुत अच्छे से काम करती है,
00:31:25यह थी कि जब वे किसी इंजीनियर के प्रदर्शन का मूल्यांकन कर रहे होते हैं, कम से उन टीमों में जिनके साथ मैं काम कर रहा था,
00:31:31वे सिर्फ फीचर्स को नहीं देख रहे थे।
00:31:34वे परिचालन उत्कृष्टता, उत्पादन उत्कृष्टता को देख रहे थे और वे देख रहे थे कि, ठीक है, उन्होंने किन घटनाओं में भाग लिया?
00:31:41उन्होंने किस विश्वसनीयता के काम पर काम किया? उन्होंने किस मापनीयता के काम पर काम किया?
00:31:45उन्होंने सिस्टम को अधिक विश्वसनीय, संचालन में अधिक आसान कैसे बनाया और यह इस बात पर लागू होता है कि क्या उन्हें बोनस मिलने वाला है?
00:31:51क्या उनकी पदोन्नति होने वाली है? यह इसका एक महत्वपूर्ण हिस्सा था
00:31:54मानदंड का
00:31:57इसलिए
00:31:58जब उन्होंने वाकई उस पर ध्यान देना शुरू किया, तो इसका मतलब था कि सॉफ्टवेयर इंजीनियरों के लिए प्रोत्साहन बदल गए और जिस टीम में मैं था
00:32:05जहाँ हम वाकई
00:32:07इसे अपने काम करने वाले इंजीनियरिंग लीड के साथ आगे बढ़ा रहे थे,
00:32:12वे इंजीनियर जादुई रूप से मेरे पास आने लगे और कहने लगे, अरे, मैं आपके साथ कुछ विश्वसनीयता के काम में भाग लेना चाहता हूँ।
00:32:18क्या मैं इस लोड टेस्टिंग प्रक्रिया को संभाल सकता हूँ?
00:32:20ज़रूर। बिल्कुल। यहाँ रन बुक्स हैं। यहाँ कुछ स्क्रिप्ट हैं जैसे, आप जानते हैं
00:32:25आगे बढ़ो और यह देखना अद्भुत है कि जब प्रोत्साहन
00:32:29बदलते हैं तो क्या होता है?
00:32:31तो मुझे लगता है कि यह किसी भी संगठन के लिए एक स्वाभाविक प्रगति है यदि आप एक छोटे से स्टार्टअप की तरह हैं जहाँ हर कोई सब कुछ संभालता है
00:32:38और आप फंडिंग पाने की कोशिश कर रहे हैं और आप शुरुआती ग्राहकों को जीतने और उन्हें खुश रखने की कोशिश कर रहे हैं,
00:32:43मुझे लगता है कि प्रोत्साहन पहले से ही संरेखित हैं।
00:32:45अन्यथा कंपनी जीवित नहीं रह पाती, लेकिन जैसे-जैसे आप बड़े होते जाते हैं और आपके पास सरोकारों का विभाजन होता है
00:32:51ऐसी प्रोत्साहन संरचना रखना कठिन होता जाता है जो पूरे संगठन में संरेखित हो
00:32:55तो हाँ, जब हम SRE और DevOps के बारे में बात कर रहे हैं तो यहीं से सामाजिक-तकनीकी चीजें सामने आने लगती हैं
00:33:00बढ़िया, और आपने यह भी उल्लेख किया कि AI के साथ पूरी गति से आगे बढ़ने पर
00:33:06लोगों को इस क्षेत्र में काम करने वाले आप जैसे और अधिक लोगों की आवश्यकता होगी और दूसरी तरफ
00:33:12हम सुन रहे हैं कि सॉफ्टवेयर इंजीनियरिंग मर रही है। अब कोई नौकरी नहीं बची है, है ना?
00:33:17तो क्या आपको लगता है कि इस पॉडकास्ट को सुन रहे जूनियर डेवलपर्स के लिए?
00:33:23क्या इस विशिष्ट समय में SRE और DevOps में प्रवेश करना एक अच्छा क्षेत्र है? हाँ, और हाँ, तो
00:33:30मैं इसका विरोध करूँगा और मैं वह व्यक्ति नहीं बनूँगा जो यह कहे कि सॉफ्टवेयर इंजीनियरिंग मृत है
00:33:36मुझे वास्तव में लगता है कि बुनियादी बातें
00:33:38और भी अधिक
00:33:41महत्वपूर्ण हैं
00:33:43प्रोग्रामिंग भाषाओं को समझना और वे कैसे काम करती हैं, एल्गोरिदम को समझना और वे कैसे काम करती हैं, यह और भी अधिक महत्वपूर्ण है
00:33:50क्योंकि
00:33:53AI द्वारा उत्पन्न किए गए कोड की समीक्षा हम कैसे कर सकते हैं?
00:33:56और हमें ऐसे सिस्टम कैसे डिजाइन करने चाहिए जो काम करें क्योंकि यदि आप किसी LLM मॉडल को सिर्फ यह दें कि हे, इसे डिजाइन करो
00:34:04क्या आपको यकीन है कि यह काम करेगा? मैं इसे इस तरह रखता हूँ, एक Claude Code प्रोजेक्ट खोलें
00:34:08और इससे अपने लिए एक पुल डिजाइन करने के लिए कहें
00:34:11या एक गगनचुंबी इमारत
00:34:15और फिर मैं चाहता हूँ कि आप उस डिजाइन को लें और इसे बनाने जाएं
00:34:18और फिर मैं चाहता हूँ कि आप इसके अंदर बैठें। क्या आप ऐसा करने में सहज होंगे?
00:34:22क्या आप इसके द्वारा डिजाइन किए गए पुल पर गाड़ी चलाने में सहज होंगे?
00:34:25ठीक है, जब तक आप अपना सिर हिलाना बंद नहीं करते। हमें उन इंजीनियरों की जगह पर जरूरत है
00:34:31ठीक है, और SRE और DevOps लोगों के लिए। हाँ, स्पष्ट रूप से
00:34:34हम में से अधिक होने की आवश्यकता है क्योंकि बाधा वहीं आ रही है यदि हम सिस्टम में इतने सारे बदलाव कर रहे हैं
00:34:39हमें निश्चित रूप से यह सुनिश्चित करना होगा कि यह स्वस्थ है कि हम उत्पादन पर परिवर्तनों के प्रभावों को समझते हैं
00:34:43कि हमारे पास एक CI/CD पाइपलाइन, एक मूल्य प्रवाह है यदि मैं इसे शीर्ष स्तर पर एक्सट्रपलेट करूँ तो वह है
00:34:51स्वस्थ, निगरानी किया गया और एक उत्पादन सेवा के रूप में माना गया क्योंकि मेरी दृष्टि में, वे सभी कौशल और भी अधिक महत्वपूर्ण होने जा रहे हैं
00:34:58यह ऐसा है जैसे जिस तरह से मैं इसे देखता हूँ। यह एक तरह से F1 रेसिंग की तरह है, आपके पास एक पिट क्रू है
00:35:04और वह पिट क्रू उस वाहन के बारे में सब कुछ जानता है, हर हिस्से को बदल सकता है और उस ड्राइवर को उस रेस ट्रैक पर हावी होने की क्षमता देता है
00:35:12आपको उन लोगों की आवश्यकता है
00:35:15क्योंकि इससे प्रोडक्ट मैनेजरों और आर्किटेक्ट्स को वह वातावरण मिलता है
00:35:22तेजी से पुनरावृत्ति करने और उन बाधाओं के बिना उन परिवर्तनों को बाहर लाने में सक्षम होने के लिए
00:35:27तो मेरी दृष्टि में
00:35:29जैसे
00:35:30यह एक SRE बनने का एक शानदार समय है। मुझे लगता है कि कुछ साल पहले अलग था क्योंकि हर किसी को निकाला जा रहा था
00:35:35लेकिन मुझे लगता है कि
00:35:37यदि आप वास्तव में बुनियादी बातों पर ध्यान केंद्रित करते हैं यदि आप समझते हैं
00:35:39लिनक्स और सिस्टम के साथ-साथ सामाजिक-तकनीकी सामान जैसे मूल रूप से इसका क्या अर्थ है कि वास्तव में एक SRE होना
00:35:46मुझे लगता है कि आप जा सकते हैं
00:35:49बहुत दूर
00:35:51इस करियर में, लेकिन हमें एजेंटिक विकास के इस आगमन से अवगत होना होगा
00:35:57हम इसके बारे में रेत में अपना सिर नहीं छुपा सकते
00:35:59तो आपने उल्लेख किया
00:36:02क्या यह फीनिक्स प्रोजेक्ट था? हाँ किताब
00:36:05हाँ, तो आपको क्या लगता है कि इस विषय में गहराई से उतरने वाले किसी व्यक्ति के लिए कौन से अन्य संसाधन मूल्यवान हैं?
00:36:12ओह, यार, मेरा मतलब है कि ढेर सारे हैं। मुझे आपको भारी-भरकम किताबें देने दें
00:36:18मेरा मतलब है कि DevOps हैंडबुक अच्छी है। मुझे लगा कि जब वह किताब आई थी
00:36:21यह पुस्तक आने से पहले मैंने जो कुछ भी सीखा था, उसका एक बड़ा सारांश था। यह एक बेहतरीन
00:36:27यह एक वन-स्टॉप शॉप लीडिंग चेंज है जॉन कॉटर द्वारा
00:36:30यह परिवर्तनकारी परिवर्तन नेतृत्व और संगठनों के बारे में है
00:36:34यह आपको एक रूपरेखा देता है और जब आप किसी टीम में SRE होते हैं या यदि आप विश्वसनीयता परिवर्तन को आगे बढ़ाने की कोशिश कर रहे हैं
00:36:41यह जानने के लिए एक अच्छी बात है, पुस्तक Toyota Kata
00:36:45जो इस बारे में है कि टोयोटा कैसे वाहनों के निर्माण में निरंतर सुधार करती है
00:36:52बहुत उपयोगी बहुत उपयोगी पहले लोगों में से एक जो सिस्टम लेकर आए थे। हाँ। मुझे लगता है कि मैंने इसके बारे में सुना है। हाँ
00:36:59कायेन
00:37:02टोयोटा की अवधारणा थी?
00:37:04जापानी आर्थिक चमत्कार ने ही एजाइल को जन्म दिया
00:37:07और DevOps जैसे यह इसका अग्रcursor था, अन्य पुस्तकें द प्रैक्टिस ऑफ सिस्टम एडमिनिस्ट्रेशन
00:37:13मैंने उल्लेख किया मुझे लगता है कि उनके पास एक नया संस्करण हो सकता है बहुत बहुत उपयोगी
00:37:17हाँ, जैसे Google द्वारा निर्मित SRE किताबें अच्छी हैं, लेकिन मैं एक चेतावनी दूंगा
00:37:22वे किताबें उन लोगों द्वारा लिखी गई हैं जो अत्यधिक विशाल कंपनियों में काम करते हैं
00:37:27और जिनके पास असीमित बजट है।
00:37:30इसलिए उनकी कार्यप्रणाली और तरीके आपके काम करने के तरीके से अलग होंगे,
00:37:35क्योंकि आपका चार लोगों का स्टार्टअप है।
00:37:37लेकिन मुझे लगता है कि इन सभी बातों को एक साथ समझने से आपको एक इंजीनियर,
00:37:44एक लीडर
00:37:44और एक रणनीतिकार
00:37:46के दृष्टिकोण से देवोप्स और एसआरई पहलों को आगे बढ़ाने की समझ मिलेगी।
00:37:49इसलिए मुझे लगता है कि मेरा दृष्टिकोण अनूठा है क्योंकि मैं इसके सभी पहलुओं पर समग्र रूप से विचार करता हूँ।
00:37:55मैं सिर्फ कुबेरनेटिस पर गहराई से काम नहीं करता। मैं टीमों को बेहतर ढंग से काम करने लायक बनाने की कोशिश कर रहा हूँ,
00:37:59और उसके बाद हम तकनीकी समस्याओं का पता लगाकर उन्हें हल करते हैं।
00:38:03और सभी श्रोताओं के लिए, हम शो नोट्स में उल्लिखित पुस्तकों के लिंक साझा कर देंगे।
00:38:09तो, मैं यह पूछने वाला था कि एआई पर वापस लौटते हुए, मैं आपकी इस बात से सहमत हूँ कि लोगों को बुनियादी बातें सीखनी चाहिए
00:38:16और सॉफ्टवेयर इंजीनियरिंग या डेवलपमेंट कहीं नहीं जा रहा है, लेकिन एक ऐसा रुझान चल रहा है
00:38:21जहाँ मैं देख रहा हूँ कि ज़्यादा से ज़्यादा लोग बिना कोड की समीक्षा किए उसे प्रोडक्शन में भेज रहे हैं।
00:38:26और मुझे यकीन है कि ये ट्विटर या एक्स पर ऐसे लोग हैं
00:38:30जो सिर्फ दिखावा कर रहे हैं, यह वास्तव में सच नहीं है।
00:38:32लेकिन फिर भी कुछ थॉट लीडर्स हैं, जैसे एआई कंपनियों को चलाने वाले लोग, डेरियो या मस्क, जो कह रहे हैं कि
00:38:39अगले साल 2027 तक, या जब भी,
00:38:41आप ऐसा कोड लिख सकते हैं और उसे बिना देखे शिप कर सकते हैं या आप ऐसा कोड लिख सकते हैं
00:38:47जैसे प्रोग्रामिंग भाषा लिखे बिना कंपाइल किया हुआ कोड, और इस तरह भाषाएं खत्म हो जाएंगी। इस बारे में आपके क्या विचार हैं?
00:38:54मुझे पूरी शंका है कि ये थॉट लीडर्स कभी ऑन-कॉल ड्यूटी पर रहते होंगे,
00:38:58क्योंकि अगर वे होते, तो वे कुछ बिल्कुल अलग ही बात कह रहे होते।
00:39:02कोई तुक नहीं बनता।
00:39:04वे बुनियादी ढांचे से जुड़े नहीं हैं। वे उस सूचना सुरक्षा समूह का हिस्सा नहीं हैं
00:39:08जो इस बात पर चिंता जताता है
00:39:09कि सिस्टम में कमजोरियां आ रही हैं, और वे इस बात से नहीं जूझ रहे हैं कि ग्राहकों के नाराज होने पर क्या होता है।
00:39:13बेशक, एलएलएम (LLM) ऐसे कोड उत्पन्न कर सकते हैं
00:39:16जो वाक्य-रचना के हिसाब से सही और कुछ हद तक तार्किक हों।
00:39:21क्या वे...
00:39:23क्या वे 20-30 प्रतिशत तक सही लिखते हैं?
00:39:25शायद।
00:39:29लेकिन उसके बाद भी,
00:39:31आपको अभी भी उचित निगरानी और ऑब्जर्वेबिलिटी की आवश्यकता होगी,
00:39:37यानी प्रोडक्शन में टेस्ट्स। ठीक है, अगर आप प्रोडक्शन में टेस्ट चाहते हैं जैसा कि चैरिटी मानती हैं,
00:39:42तो इसके लिए कुछ
00:39:45पूर्व-पेक्षित निवेश करने होंगे, और उनके दृष्टिकोण से
00:39:48यह ऑब्जर्वेबिलिटी यानी आपके सॉफ्टवेयर के व्यवहार को समझना होगा, लेकिन फिर भी अगर मैं
00:39:54मान लीजिए
00:39:56कोई सरकार होता और मुझे सॉफ्टवेयर खरीदने की आवश्यकता होती,
00:39:59तो उसे मेरे सुरक्षा मानकों पर खरा उतरना होगा।
00:40:03अगर मैं किसी चिकित्सा कंपनी में होता और आप ऐसा सॉफ्टवेयर लिख रहे होते जो मरीजों की जान बचाने के लिए सीधे तौर पर जिम्मेदार है,
00:40:09तो क्या आपको सच में लगता है कि आप बिना समीक्षा के किसी एलएलएम से उसका कोड जनरेट करवाना चाहेंगे? यह बिल्कुल अनुचित होगा।
00:40:15यह पुल या गगनचुंबी इमारत के उदाहरण पर वापस जाता है। क्या आप सच में चाहते हैं कि कोई एलएलएम किसी पुल या गगनचुंबी इमारत को डिज़ाइन करे,
00:40:21और बस उसे शिप कर दे, मसाला और सरिया डाल दे और कहे चलो शुरू करें? बिल्कुल नहीं।
00:40:27जी नहीं, बिल्कुल भी नहीं।
00:40:31हाँ, पुल और गगनचुंबी इमारत की वह उपमा इसे देखने का एक बहुत अच्छा तरीका है और मैंने कभी इस बारे में नहीं सोचा था।
00:40:37यदि आप एक ऐसे इंजीनियर होते
00:40:39जो शून्य से शिखर पर पहुँचा हो, तो क्या आप अपने द्वारा बनाए गए उस पुल पर चलना चाहेंगे?
00:40:43हाँ, और यहाँ वह मुख्य बात है जिसके बारे में हमें सोचना चाहिए—मैं Curtis का जिक्र कर रहा था,
00:40:49मुझे इस एपिसोड की शुरुआत में वह व्यक्ति बहुत पसंद आया,
00:40:52वह एक पीई (PE) थे—
00:40:56इलेक्ट्रिकल इंजीनियरिंग में एक पेशेवर इंजीनियर, जिसका मतलब था कि उन्होंने पढ़ाई की थी,
00:41:02उन्होंने पीई परीक्षा दी थी, कई वर्षों तक किसी कंपनी में इंटर्नशिप की थी और फिर एक बड़ी परीक्षा पास करने के बाद,
00:41:09तब जाकर और केवल तभी वे इंजीनियरिंग प्रोजेक्ट कर पाए थे। आपके काम करने के तरीके में अनुशासन का एक उच्च स्तर होता है।
00:41:18मेरा मतलब है,
00:41:21डॉक्टरों के साथ भी यही बात है।
00:41:23जैसे, आप सैद्धांतिक ज्ञान सीखते हैं लेकिन फिर वास्तव में चिकित्सा अभ्यास करने से पहले निगरानी में वर्षों तक मैदान में रहते हैं।
00:41:30और इसके पीछे एक कारण है। वह यह है कि
00:41:33हम जो निर्णय लेते हैं उनका पर्यावरण और इंसानों के जीवन पर बहुत बड़ा प्रभाव पड़ता है।
00:41:40और सॉफ्टवेयर अभी तक उस स्तर तक
00:41:44पहुँच नहीं पाया है।
00:41:47और मैं यह जरूरी नहीं कह रहा हूँ कि हमें उन मॉडलों की नकल करने की आवश्यकता है, लेकिन
00:41:52हमें कम से कम
00:41:54उन जोखिमों को स्वीकार करना होगा जो हम पैदा कर रहे हैं, जब हम ऐसी चीजें बना रहे हैं जो इंसानों के जीवन को प्रभावित करती हैं तो हमें अनुशासन रखने की आवश्यकता है।
00:42:01हमें जोखिम के बारे में सोचने की जरूरत है, हमें बुरे परिणामों के बारे में सोचने की जरूरत है,
00:42:05हमें जिम्मेदारी लेनी होगी और मुझे लगता है कि
00:42:08बहुत सारे संगठन यह सुनना नहीं चाहते क्योंकि इससे उनकी प्रगति करने की क्षमता पर असर पड़ता है।
00:42:14लेकिन
00:42:16हम सॉफ्टवेयर क्यों लिख रहे हैं? हम लोगों की समस्याओं को हल कर रहे हैं, हमें नई समस्याएं पैदा नहीं करनी चाहिए।
00:42:23हाँ, और आपने अपने दोस्त—माफ करना मैं उनका नाम भूल गया था, पीई (पेशेवर इंजीनियर) कर्टिस—के बारे में जो कहा वह बहुत दिलचस्प बिंदु है, क्योंकि कर्टिस...
00:42:31हाँ, क्योंकि यहाँ कनाडा में
00:42:33इस बात पर चर्चा हुई थी कि यहाँ इंजीनियर कहलाने के लिए वास्तव में आपके पास ट्रेड प्रमाण पत्र होना चाहिए।
00:42:40और फिर यह बहस छिड़ गई कि सॉफ्टवेयर इंजीनियरों के पास इंजीनियर की उपाधि नहीं होनी चाहिए क्योंकि उन्होंने वह प्रमाण पत्र अर्जित नहीं किया है।
00:42:48हाँ।
00:42:51हाँ, यह बात सही लगती है, यह बात समझ आती है।
00:42:53हाँ, हमारे उद्योग और उनके उद्योग के बीच अनुशासन का स्तर बिल्कुल अलग है।
00:42:57हाँ, बिल्कुल। उम, मैं कुछ ऐसा उल्लेख करना चाहता था जो आपने अपने
00:43:03लिंक्डइन बायो पर लिखा है, आपने उल्लेख किया था—बर्नआउट और बॉटलनेक से लेकर विश्वसनीय, तेजी से आगे बढ़ने वाली टीमों और प्रणालियों तक।
00:43:12तो बर्नआउट के साथ आपका क्या अनुभव रहा है?
00:43:16ओह मेरे भगवान। बर्नआउट का मेरा बहुत लंबा अनुभव रहा है।
00:43:21तेजी से बढ़ने वाले संगठनों में एक ऑपरेशंस व्यक्ति के रूप में,
00:43:26वहाँ
00:43:28निश्चित रूप से ऐसे लोग होते हैं जिनमें हीरो कॉम्प्लेक्स होता है, ऐसे लोग जो खुद को साबित करना चाहते हैं, ऐसे लोग
00:43:35जिनकी मानसिकता में ऐसी छोटी चीजें होती हैं जहाँ उन्हें लगता है कि उन्हें
00:43:39कूदकर चीजों की जिम्मेदारी लेनी चाहिए। यह एक कमजोरी है, है ना? इम्पोस्टर सिंड्रोम (धोखेबाज होने का एहसास),
00:43:45वे सभी प्रवृत्तियाँ जो हम सब इंसानों में होती हैं, लोगों को खुश करने की आदत—ये सभी चीजें बर्नआउट में योगदान कर सकती हैं, जहाँ आप
00:43:52दूसरों को यह साबित करने के लिए इतने प्रेरित होते हैं कि आप अच्छा काम कर रहे हैं कि आप अपने शरीर की नहीं सुन रहे हैं,
00:43:59आप नहीं सुन रहे हैं
00:44:02अपनी भावनाओं को, अपनी भावनात्मक स्थिति को। आप आत्मनिरीक्षण नहीं कर रहे हैं। आप खुद को आराम करने के लिए समय और जगह नहीं दे रहे हैं।
00:44:08आराम के साथ आपका रिश्ता खराब हो चुका है, जैसे एक समय ऐसा था जब मुझे लगता था कि आराम करना बुरी बात है,
00:44:14कि बेकार बैठना
00:44:16समय की बर्बादी है, जबकि
00:44:20मेरे जीवन के इस दौर में अब जब मैं इन सब चीजों के बारे में बहुत सोचता हूँ, तो समझता हूँ कि आराम
00:44:25आपको बाद में बड़े और कठिन काम करने की क्षमता देता है।
00:44:29जो लोग बॉडी बिल्डिंग करते हैं, वे हर दिन जिम में हर एक मांसपेशी पर काम नहीं करते,
00:44:35वे खुद को समय देते हैं
00:44:40ताकि उनकी मांसपेशियों के तंतुओं की दोबारा मरम्मत हो सके।
00:44:45तो फिर हम क्यों—
00:44:47मेरा मतलब है
00:44:49यह क्यों कहते हैं कि हम अपने दिमाग के मामले में ऐसा नहीं कर सकते?
00:44:51तो यह विषय है, लेकिन मुझे याद है
00:44:55मेटा छोड़ने के बाद मैं छंटनी की उस विशाल लहर में मानो 'पेशेंट ज़ीरो' था।
00:45:01तो मैं छंटनी से प्रभावित हुआ था। उसके लिए—माफ करना।
00:45:04ओह नहीं, मेरा मतलब है, मोटो (Moto) का अस्तित्व ही उस घटना के बिना नहीं होता। ठीक है, बढ़िया।
00:45:08राख से फिनिक्स की तरह उठना, सौ प्रतिशत, मेरा जवाब यही था,
00:45:13मेरा इस पर यही रिएक्शन था, लेकिन वह दौर जब मैं अपना खुद का व्यवसाय शुरू कर रहा हूँ
00:45:18और उद्योग से एक कदम पीछे हटकर यह सोच रहा हूँ कि मैं कैसे काम करना चाहता हूँ, उसने वास्तव में मुझे
00:45:23उस बर्नआउट के प्रति बहुत जागरूक कर दिया जिसे मैं अपने साथ ढो रहा था और जिसे मैं स्वीकार नहीं कर रहा था।
00:45:32और मुझे याद है कि अपने करियर की शुरुआत में मैं एक चिड़चिड़ा सिस्ट एडमिन था, और अगर एकिया (Acquia) के कोई भी लोग
00:45:38या पूर्व एकिया वाले इसे सुन रहे हैं, तो वे जानते हैं कि मैं किस बारे में बात कर रहा हूँ।
00:45:42मैं वाकई बहुत चिड़चिड़ा हुआ करता था,
00:45:44और आज मैं बहुत मिलनसार हूँ क्योंकि मैंने अपने ऊपर थोड़ा काम किया है,
00:45:49लेकिन वह बर्नआउट था और मैं उसे पहचान नहीं पाया था।
00:45:51मैं बस यह सोच रहा था कि बहुत सारे लोग मेरे पास आकर ऐसे अनुरोध कर रहे हैं
00:45:56जो उन्हें खुद करने चाहिए, जैसे—मैन पेज पढ़ लो, क्या आप मेरी बात समझ रहे हैं?
00:45:59मैंने बहुत सारे बर्नआउट का सामना किया है और मुझे लगता है कि मेरा व्यवसाय और जिस तरह से मैं इसे चलाता हूँ, वह मुझे
00:46:04वह जगह देता है
00:46:07ताकि मैं
00:46:08उन चुनौतियों का डटकर मुकाबला कर सकूँ और काम के साथ ऐसे तरीके से बातचीत कर सकूँ जो अधिक स्वस्थ हो
00:46:13और इस बात से मेल खाता हो कि मेरा दिमाग कैसे काम करता है, मैं अपने जीवन में क्या चाहता हूँ और यह सुनिश्चित कर सकूँ कि
00:46:20आप जानते हैं, मैं
00:46:23काम के लिए नहीं जी रहा हूँ। मैं काम
00:46:25इसलिए कर रहा हूँ ताकि ऐसे अनुभव मिल सकें जो मुझे तरोताज़ा रखें। समझे?
00:46:28इसके बारे में आपका क्या ख्याल है? मैं जानता हूँ कि मैं थोड़ा इधर-उधर भटक गया
00:46:31मैं यह कहने वाला था कि वह चिड़चिड़ा
00:46:34सिस्टम एडमिन, मैं उससे जुड़ाव महसूस कर सकता हूँ, अपने लिए नहीं, बल्कि जिन कंपनियों में मैंने काम किया है, वहाँ हमेशा एक ऐसा व्यक्ति होता है जो
00:46:40Kubernetes चलाना जानता है या AWS के बारे में सब कुछ जानता है और अगर आपको उससे कुछ चाहिए
00:46:44तो वह कहता है, सच में? ठीक है, और फिर वह जाता है और करता है लेकिन करना नहीं चाहता इसलिए मैं इससे जुड़ सकता हूँ
00:46:49लेकिन हाँ, मैं समझ सकता हूँ कि ऐसा क्यों होता है और यह कहाँ से आता है, पूरी तरह से इस तथ्य के कारण कि यह बहुत बार होता है और
00:46:56इसलिए मैं उस झुंझलाहट को देख सकता हूँ
00:46:59और इसलिए हाँ, मुझे लगता है कि इससे थोड़ा ब्रेक लेना अच्छा है और उम्, आपको खुद पर काम करना चाहिए और दूसरी चीज़ों की कोशिश करनी चाहिए
00:47:05निश्चित रूप से। इसमें व्यक्तिगत जिम्मेदारी शामिल है लेकिन यह संस्कृति के प्रति बहुत जागरूक होना भी है
00:47:11उन वातावरणों का जिनमें आप काम करते हैं, जिन टीमों में आप काम करते हैं, जिन लोगों से आप बातचीत करते हैं
00:47:15और यह सुनिश्चित करना कि आप ऐसी जगहों को चुन रहे हैं जो आपके लिए सबसे अच्छी हैं। मैं जानता हूँ कि नौकरी का बाजार अभी भी थोड़ा अजीब है
00:47:21बनाना मुश्किल हो सकता है
00:47:22आप जानते हैं उस तरह के विकल्प और यह कहने में सक्षम होना कि मैं बस किसी अन्य स्थान पर जा रहा हूँ
00:47:26यह कहना वास्तव में कठिन हो सकता है, मैं इसे भी पहचानता हूँ, लेकिन कम से कम सचेत रहना
00:47:30इस बात का कि आप कहाँ हैं और अपनी भावनाओं को सुनना, अपने शरीर को सुनना और उनके बारे में कुछ करना
00:47:36मुझे लगता है पहेली का एक बड़ा हिस्सा है। यहाँ एक
00:47:39डॉक्टर हैं, डॉक्टर मोस्लाक। उन्होंने बर्नआउट इन्वेंट्री नाम की एक चीज़ बनाई
00:47:44उन्होंने मूल रूप से इसे चिकित्सा कर्मियों के लिए डिज़ाइन किया था क्योंकि वह चिकित्सा क्षेत्र में थीं
00:47:49लेकिन बर्नआउट इन्वेंट्री और उनका उनका उनका शोध तकनीक पर अत्यधिक लागू होता है
00:47:56और आप यह भी कर सकते हैं जैसे
00:47:58उनकी कुछ वार्ताओं को देखें। मुझे लगता है कि उन्होंने किया
00:48:01मुझे लगता है कि वह वार्षिक डेवऑप्स इवेंट के लिए वार्ता कर रही थीं जिसे द फीनिक्स प्रोजेक्ट के लेखक
00:48:06ने चलाया था
00:48:08तो
00:48:09हाँ, मैंने बर्नआउट के नैदानिक पहलू के बारे में थोड़ा पढ़ा है और साथ ही व्यक्तिगत रूप से इसका अनुभव भी किया है
00:48:15हाँ, और मैं बेहद खुश हूँ कि इस छंटनी ने आपके लिए कुछ अच्छा कर दिखाया, इसने रास्ता दिखाया
00:48:24आपके अपनी खुद की कंपनी स्थापित करने के लिए और मुझे यह बहुत दिलचस्प लगता है कि जहाँ तक मैं आपकी पोस्ट से देख सकता हूँ
00:48:31जैसे आप इस कंपनी को चला रहे हैं
00:48:33मूल रूप से सफर में, है ना आप
00:48:35हर समय घूम रहे हैं। आप मूल रूप से एक खानाबदोश जीवन शैली जी रहे हैं। क्या यह सही है? बिल्कुल सही
00:48:42मैं एक खानाबदोश की तरह रहता हूँ, मैं अभी इस कॉल पर नेवादा के ऊंचे रेगिस्तान के बीचों-बीच स्टारलिंक का उपयोग कर रहा हूँ
00:48:50उम, मैंने अपने टकोमा पिकअप ट्रक को बदल दिया है
00:48:54मैं इसे मौली कहता हूँ। मैंने अपने पिकअप ट्रक को एक
00:48:59मोबाइल बैटल स्टेशन में बदल दिया है। मैं खड़ा हूँ
00:49:02ट्रक के पिछले हिस्से में
00:49:04उम
00:49:05और मेरे पास सोने के लिए आरामदायक जगह है, 300 वॉट की सौर ऊर्जा है
00:49:09उम एक रेफ्रिजरेटर, उम्, आप जानते हैं एक बिजली प्रणाली जिसे मैंने खुद बनाया है। तो मैंने यह बनाया है
00:49:16इस ट्रक से एक सूक्ष्म घर और मैंने हर जगह से काम किया है जैसे नेवादा में मेरी संपत्ति से लेकर
00:49:23बोस्टन में कहीं एएमसी मूवी थिएटर की पार्किंग तक, यानी मैं कहीं से भी काम करता हूँ जो कि बहुत मजेदार है
00:49:29मैं इस तरह की चीजें कर रहा हूँ
00:49:31ढाई साल से। मैंने तीन साल पहले शिरटोमोटो शुरू किया था
00:49:34मैं पिछले ढाई साल से खानाबदोश की तरह जी रहा हूँ और यह मेरे जीवन का सबसे अच्छा अनुभव और रोमांच रहा है जैसे
00:49:41आप जानते हैं
00:49:43पहाड़ों में काम करते हुए। एक बार एक भालू मेरे ट्रक में चढ़ गया था
00:49:46ओह, वाओ
00:49:48हाँ, वह कैसा अनुभव था?
00:49:51यह थोड़ा डरावना था, उन दिनों में छत पर बने टेंट में था
00:49:54अब मेरी इस शानदार कैंपर चीज़ में नहीं। क्या वह काला भालू था या भूरा भालू?
00:49:58खैर, मैं ज़िंदा हूँ। इसलिए वह एक काला भालू था। ठीक है, बढ़िया
00:50:02यह सबसे बड़ा काला भालू था जिसे मैंने कभी देखा था यह बहुत बड़ा था
00:50:06यह पिकनिक की टोकरियों या किसी चीज़ की तलाश में था
00:50:08लेकिन
00:50:09यह ट्रक के पिछले हिस्से में रेंगकर आ गया जहाँ मैं छत के टेंट के साथ बेड रैक पर ऊपर सो रहा था और जैसे इसने वजन बदला
00:50:17और मुझे अपनी जेब से चाबियाँ निकालनी पड़ीं और अलार्म का बटन दबाना पड़ा और जाकर
00:50:21वैसा करना पड़ा और फिर अलार्म बजने पर भालू भाग गया
00:50:24हाँ, उसके बाद मैं कुछ ऐसा बनाने की जरूरत को समझ गया जो बंद हो जैसे यह चीज़ बंद है। कम से कम भालू मुझे नहीं देख सकता
00:50:30या अंदर नहीं आ सकता, इसलिए
00:50:33तो आपने नेवादा और बोस्टन का जिक्र किया इसलिए आपने हर साल अपने ट्रक के साथ क्रॉस-कंट्री ट्रिप की है। हाँ, हर साल
00:50:42मैं वास्तव में एक महीने में उत्तर-पूर्व लौटने की योजना बना रहा हूँ अभी, मेरे पास 6 गुणा 10 का कार्गो ट्रेलर है जिसे मैं बदल रहा हूँ
00:50:48इस कॉल के बाद मैं छेद कर रहा हूँ और खिड़कियां और वेंट पंखे लगा रहा हूँ
00:50:52और एक हजार वॉट की सौर ऊर्जा लगा रहा हूँ और पूरा काम कर रहे हैं और यह मेरा मोबाइल होगा
00:50:58मेरा मोबाइल वॉर रूम और ऑफिस जिसमें मैं सुहाने मौसम में काम कर सकता हूँ
00:51:02यह बहुत बढ़िया है। और कुछ इंजीनियरों या ऐसे लोगों के लिए जो इसमें भी रुचि रखते हैं
00:51:08आपके द्वारा बनाए गए ऐसे मोबाइल होम को बनाने का मूल्य क्या है?
00:51:13मेरा मतलब है कि कार्गो ट्रेलर वाली चीज़ वास्तव में काफी किफायती है आप इसे लगभग चार से पाँच हजार में पा सकते हैं और फिर
00:51:20जो भी आपको करने की आवश्यकता है कीमत बढ़ सकती है, लेकिन आपको इसे इंसुलेट करने की आवश्यकता है
00:51:24जाहिर है आपको कुछ वेंटिलेशन कुछ विद्युतीकरण की आवश्यकता है
00:51:27वहाँ ऐसे लोगों की पूरी दुनिया है जो इस तरह की चीज़ें करते हैं
00:51:31उम, मैं उनमें से कुछ ही लोगों में से एक हूँ जिन्होंने खानाबदोश जीवन और तकनीक को मिला दिया और इसे काम कर दिखाया
00:51:36लेकिन आप जानते हैं, ट्रक गो फास्ट नामक कंपनी के शीर्ष पर कस्टम कैंपर वाला टकोमा है
00:51:41मैंने इसे इस्तेमाल किया हुआ लिया था लेकिन उम
00:51:44हाँ, यह वास्तव में इस बात पर निर्भर करता है कि आपकी ज़रूरतें क्या हैं। मेरा मतलब है, मैं देखता हूँ कि लोग प्रियस में इसका आनंद ले रहे हैं
00:51:51आप जानते हैं और फिर मैं अधिक परिष्कृत रिग्स में भी लोगों को देखता हूँ, लेकिन
00:51:55हाँ, प्रवेश की लागत कम हो सकती है यदि आप कारों के बारे में थोड़ा जानते हैं और आप तैयार हैं
00:52:01अपनी आस्तीन ऊपर चढ़ाने और काम करने के लिए
00:52:04तो आपको इस प्रयास को शुरू करने के लिए किसने प्रेरित किया?
00:52:07कैंपिंग और यात्रा और
00:52:10अपनी कार को शानदार बनाने के लिए
00:52:11हाँ, उम्, खैर, इस यात्रा से पहले मैं केवल दो जगहों पर रहा था
00:52:14और मैं अपना पूरा जीवन काम करने में बिता रहा था और मूल रूप से वह कर रहा था जो लोग मुझसे करने के लिए कहते थे
00:52:21जो एक युवा पुरुष से अपेक्षा की जाती है, आप जानते हैं, आप कॉलेज जाते हैं आप अपनी डिग्री प्राप्त करते हैं आपको एक अच्छी नौकरी मिलती है
00:52:26आप अपनी मेहनत से आगे बढ़ते हैं। मैंने ऐसा किया
00:52:28और
00:52:29उस कॉर्पोरेट सड़क के अंत में, मुझे एहसास हुआ अरे यार, मैं उतना खुश नहीं हूँ जितना
00:52:34मुझे इसके बारे में होना चाहिए मैंने कुछ बहुत बड़ी उपलब्धियां हासिल की हैं, लेकिन मुझे यह महसूस नहीं हो रहा है और जब से मैंने अपना खुद का व्यवसाय शुरू किया और महसूस किया अरे
00:52:41क्या मैं वास्तव में बोस्टन मेट्रो क्षेत्र में इतना किराया देना चाहता हूँ?
00:52:44अगर मैं बोस्टन में नहीं रहता, तो मैं क्या करता और मुझे इस आदमी का एक यूट्यूब वीडियो मिला जिसने यू-हॉल ट्रक लिया
00:52:51आप जानते हैं जैसे एक सामान ढोने वाला ट्रक
00:52:53और उसने इसे पहियों पर एक अपार्टमेंट में बदल दिया और मैं सोच रहा हूँ
00:52:55हूँ?
00:52:58यह काफी कूल है
00:53:00और मैंने इस यूट्यूब की दुनिया में उतरना शुरू कर दिया और यह जानना शुरू कर दिया कि यहाँ एक पूरा
00:53:05आप जानते हैं लोगों का समुदाय है जो इस तरह रहते हैं और मैंने बस
00:53:08शोध किया और ढेर सारे यूट्यूब देखे और फिर फैसला किया कि मैंने सब कुछ बेच दिया
00:53:13मैंने उस अपार्टमेंट की लीज का नवीनीकरण नहीं किया
00:53:16और अपनी सिविक में पश्चिम की ओर ड्राइव किया और कुछ महीनों बाद मुझे मौली मिल गई और और इसे सेट अप किया और
00:53:22और शुरू किया लेकिन हाँ, यह यह समझ थी कि मेरे पास बहुत कुछ था
00:53:28जीवन का अनुभव जो मुझे पूरा करने की जरूरत थी
00:53:31उम, आप जानते हैं, मैंने विडंबना यह है कि एक तकनीकी पॉडकास्ट पर बहुत अधिक समय बिताया। मैंने बहुत अधिक समय बिताया
00:53:37कंप्यूटर पर और दुनिया में बाहर पर्याप्त समय नहीं और मुझे एहसास हुआ कि मुझे अपने आप को संतुलित करने के लिए उस अनुभव की आवश्यकता है क्योंकि
00:53:44मैं केवल एक देव जुनूनी व्यक्ति से अधिक हूँ। जैसे मैं अपने साथ एक इंसान हूँ
00:53:49मेरा अपना स्वाद
00:53:52मेरे पास अनुभव है, मुझे जाकर कुछ घास छूने की जरूरत है
00:53:55मुझे कुछ घास छूने की जरूरत है और मैंने दुनिया में इस जगह पर सिर्फ घास से ज्यादा चीजें छुई हैं चट्टानें
00:53:59आप जानते हैं पहाड़, पानी सभी प्रकार की चीजें। यहाँ बाहर छूने के लिए सभी प्रकार की चीजें हैं। हाँ 100 प्रतिशत
00:54:04तो आपने अपनी भालू की घटना का उल्लेख किया क्या कोई अन्य
00:54:08दिलचस्प रोमांच रहे हैं जब आप सफर में रहे हैं
00:54:12मेरा मतलब है इतने सारे, मेरा मतलब है मैंने दोस्तों के साथ कोलोराडो में सिनेमन पास किया, जो एक ऑफ-रोड है, आप जानते हैं
00:54:18थोड़ा तकनीकी थोड़ा चुनौतीपूर्ण मैं व्योमिंग गया हूँ मैं येलोस्टोन ग्रैंड टीटन गया हूँ
00:54:24मैं उसके पास कुछ सार्वजनिक भूमि पर शिविर लगाया जहाँ आप भालुओं को देख सकते हैं। मैं कभी-कभी उम् सुनता हूँ
00:54:30जंगली गधे जहाँ मैं हूँ। मैंने कुछ दिन पहले जंगली घोड़े देखे
00:54:34आप उन्हें चलते हुए सुन सकते हैं और आप टेंट की खिड़की से बाहर देखते हैं और वह वहाँ है। कुछ घोड़े हैं
00:54:39उम
00:54:41लेकिन हाँ, मैंने कई बार देश के आर-पार यात्रा की है
00:54:45उम
00:54:47और उम्, हाँ, यह अच्छा रहा है। मेरे पास एक प्रियतमा है जो तैयार है
00:54:51मेरी पागलपन को सहने के लिए और हम एक साथ रोमांच पर जाते हैं
00:54:54ام، اور ہاں، یہ واقعی مزے دار رہا ہے۔ میرا مطلب ہے، یہ میری تمام پاگل جگہوں کے بارے میں ایک پورا ایپی سوڈ ہو سکتا ہے
00:55:01اوہ، ہاں
00:55:03یہ بہت شاندار لگتا ہے۔ شاید آپ کے اپنے پوڈ کاسٹ پر اس پر کوئی ایپی سوڈ ہو، ہے نا؟
00:55:08اس کے بارے میں، آپ جانتے ہیں، ایسا ہونا چاہیے کیونکہ عام طور پر میں، ٹھیک ہے کیونکہ میں ایک مہمان کو لاتا ہوں اور ہم بات کر رہے ہوتے ہیں، آپ جانتے ہیں
00:55:15اس موضوع پر، لیکن شاید مجھے اس کے بارے میں اکیلے ہی ایک ایپی سوڈ بنانا چاہیے
00:55:20ہاں، یہاں تک کہ برن آؤٹ سے آپ کے خیالات اور اسباق، مجھے لگتا ہے کہ یہ ایک بہت
00:55:25مفید ایپی سوڈ ہوگا بہت سے انجینئرز کے لیے خاص طور پر آج کل کیونکہ مجھے لگتا ہے
00:55:29کہ ہمیں وعدہ کیا گیا تھا کہ AI
00:55:33ہمیں زیادہ پیداواری بنائے گا اور ہمیں کم گھنٹے کام کرنا پڑے گا جبکہ حقیقت میں، مجھے لگتا ہے کہ یہ اس کے برعکس ہے
00:55:41کبھی کبھی آپ ان ٹولز کے دستیاب ہونے کی وجہ سے کام کے بوجھ سے اتنے تھک جاتے ہیں جتنا آپ سے توقع کی جاتی ہے
00:55:50ہاں، اس پر میرے خیالات کو شاید بہت باغیانہ سمجھا جائے گا
00:55:53اور میں اسے یہیں چھوڑ دوں گا جہاں ہمیں مزید کارکنوں کی ضرورت ہے۔ سچ پوچھیں تو
00:55:58یہی ہم ہیں، ہم کارکن ہیں۔ ہمیں ایسے حالات کی ضرورت ہے جو زیادہ انسانی ہوں
00:56:03بالکل
00:56:06ہاں، متفق ہوں
00:56:08ہم ہمیشہ اپنے مہمانوں سے پوچھنا پسند کرتے ہیں۔ کیا آپ کے پاس SRE، دیو اوپس کے بارے میں کوئی گرم خیالات ہیں؟
00:56:14AI یا ٹیک سے متعلق کچھ بھی۔ ہاں، ہاں۔ ٹھیک ہے گرم خیال اور میں یہ کہتا ہوں، میں یہ سب سے زیادہ
00:56:22احترام کے ساتھ کہتا ہوں، میرا مقصد SRE کے طریقے پر پہرے داری کرنا نہیں ہے
00:56:26لیکن میں یہ کہوں گا کہ اگر آپ کے پاس SRE کا رول ہے، اگر آپ کے پاس نوکری کا عہدہ ہے
00:56:29جو کہ SRE ہے
00:56:32اور ابھی آپ کونے میں بیٹھ کر YAML لکھ رہے ہیں
00:56:34اور پیج ہو رہے ہیں
00:56:37تو میں چاہتا ہوں کہ آپ واقعی اس بات پر غور کریں کہ آیا وہ دراصل SRE کا رول ہے یا نہیں
00:56:40SRE ایک ایسا عمل ہے جہاں آپ ایک غیر معتبر سسٹم کو لیتے ہیں
00:56:45اور اسے ایک قابل اعتماد سسٹم میں تبدیل کرتے ہیں
00:56:47اور SLOs کے ذریعے صارفین کو خوش کرتے ہیں
00:56:50ٹوئل مینجمنٹ، صلاحیت کی منصوبہ بندی، درست ہے کہ یہ تمام اعلی درجے کی آپریشنل ذمہ داریاں اور سافٹ ویئر انجینئرنگ کا استعمال کرنا
00:56:59بہت بہت اہم ہے۔ یہ SRE کا طریقہ کار ہے
00:57:01لہذا YAML کوئی پروگرامنگ زبان نہیں ہے اگر آپ زیادہ تر وقت یہی کر رہے ہیں
00:57:06میں آپ کی حوصلہ افزائی کرتا ہوں، آپ جانتے ہیں کہ گہرے پانیوں میں اتریں۔ یہاں باہر یہ بہت اچھا ہے
00:57:11یہاں ایک زبردست کمیونٹی ہے بہت سے لوگ ہیں جو آپ کو سکھا کر بہت خوش ہوں گے لیکن
00:57:15یقینی بنائیں کہ آپ ایسے رولز تلاش کر رہے ہیں جو آپ کو چیلنج کریں اور آپ کو بڑھنے میں مدد کریں
00:57:18فینکس پروجیکٹ کی کتاب نے دیو اوپس کے لفظ کو مقبول بنایا اور تب سے ایسے لوگ موجود ہیں جو دیو اوپس انجینئر ہیں اور کیا کرتے ہیں؟
00:57:26آپ نے کہا جیسے YAML لکھنا اور ام
00:57:29کوبرنیٹس کی ہجے کرنا اور وہ سب کچھ اور یہ ایک طرح سے دیو اوپس کی طرح ہے
00:57:33جس کے بارے میں کتاب بات کر رہی تھی وہ کوئی ایسا شخص نہیں ہے جو یہ کرتا ہے۔ یہ اس سے زیادہ ہے جو آپ نے وضاحت کی ہے دو مختلف
00:57:39کیا یہ وہ لفظ ہے جیسے سسٹمز نہیں بلکہ مضامین کو آپس میں جوڑنا؟
00:57:43اور مجھے لگتا ہے کہ یہ دنیا میں کافی عام ہے جیسا کہ میں نے کہا کہ میں ایک دیو اوپس انجینئر ہوں
00:57:48میں دیو اوپس سیکھ رہا ہوں اور یہ ایسا ہے کہ یہ وہ نہیں ہے
00:57:51جس کی آپ نے وضاحت کی ہے اب اس کو جوڑنا مشکل ہے کیونکہ اب یہ بہت عام ہے کہ لوگ دیو اوپس انجینئر ہیں
00:57:56اسے اس طرح نہیں دیکھا جاتا جیسا آپ نے سمجھایا۔ لیکن ہاں، اب واپس جانا مشکل ہے، ہے نا؟
00:58:02ہاں، میرا مطلب ہے ہم معنیات اور ناموں کے بارے میں بات کر رہے ہیں اس لیے میں اس کی وضاحت کرنے کی کوشش کروں گا جو میں کہہ رہا ہوں جب میرا مطلب دیو اوپس سے ہوتا ہے
00:58:09ہاں، واقعی
00:58:10ہم ٹولز کے سیٹ کے بارے میں بات نہیں کر رہے ہیں۔ ہم کسی خاص ٹیم کے بارے میں بات نہیں کر رہے ہیں، آپ جانتے ہیں ٹائ틀 ٹول یا ٹیم لوگ اس کے بارے میں
00:58:15ہر وقت بات کرتے ہیں۔ نہیں، یہ وہ نہیں ہے یہ ٹیکنالوجی، لوگوں، قیادت کے عمل کو
00:58:19اکٹھا کرنے کا عمل ہے تاکہ ہم کسٹمر کو اس طرح سافٹ ویئر فراہم کر سکیں جو جتنا ممکن ہو تیز ہو
00:58:27معاون ہو اور کاروبار کے لیے جتنا ممکن ہو اچھا ہو جیسے میرے نزدیک دیو اوپس یہی ہے اور وہاں تک
00:58:34پہنچنے کا ذریعہ یہ ہے
00:58:35یہ صرف کوبرنیٹس نہیں ہے کوبرنیٹس پہیلی کا ایک ٹکڑا ہے۔ یہ صرف CI/CD نہیں ہے
00:58:40یہ پہیلی کا ایک ٹکڑا ہے۔ کبھی کبھی یہ بیٹھ کر لوگوں کی بات سننا بھی ہے۔ کبھی کبھی یہ وژن اور حکمت عملی بنانے کے بارے میں بات کرنا ہے کبھی کبھی
00:58:47آپ جانتے ہیں، یہ آپ کی ٹیموں کو صبح 3 بجے بہت زیادہ بار پیج ملنے کے بعد چھٹی پر بھیجنے کے بارے میں ہے۔
00:58:52دیو اوپس اس پوری
00:58:55جامع سوچ کے بارے میں ہے نہ کہ صرف ٹولز کے، ٹولز پرکشش ہوتے ہیں۔ میں سمجھتا ہوں لوگ ٹولز بیچنا چاہتے ہیں
00:59:01لیکن یہ پورے تجربے کا صرف ایک پہلو ہے۔ ہاں، ٹولز کی بات کرتے ہوئے۔ کیا آپ کے پاس کوئی پسندیدہ ٹولز ہیں جو آپ استعمال کرتے ہیں؟
00:59:08اوہ خدایا، ٹھیک ہے۔ اہ، مجھے اس کے بارے میں سوچنے دیں۔ ہاں، میں خود ایک پیش کروں گا۔ تو
00:59:14وہاں
00:59:15حال ہی میں گিট ہب میں بہت سے واقعات ہوئے ہیں
00:59:20اور ہم اس عادت میں پڑ گئے ہیں کہ، ارے، میں چاہوں گا کہ میرے بلڈ کے عمل اور ٹیسٹنگ پائپ لائنز
00:59:26ان وینڈر ہوں۔ ایک ایسا ٹول ہے جسے آپ اس کے بجائے چلا سکتے ہیں اگر آپ اپنی چیزوں کو خود ہوسٹ کرنا چاہتے ہیں
00:59:32جس کا نام concourse ہے
00:59:35اور مجھے concourse پسند ہے۔ یہ آپ کو بہت نفیس
00:59:38پائپ لائنز بنانے کی اجازت دیتا ہے ٹیسٹنگ یا بلڈ یا ڈیلیوری یا جو بھی آپ YAML کا استعمال کرتے ہوئے کریں ہر چھوٹا سیکشن ایک کنٹینر میں چلتا ہے
00:59:47لیکن آپ اسے خود ہوسٹ کرتے ہیں اور اس کی وجہ جو مجھے واقعی پسند ہے
00:59:50وہ یہ ہے کہ اوپن سোর্স کمیونٹی
00:59:53جیسے گورننس اس کا اپنا گورننس ماڈل ہے
00:59:56یہ کسی ایسی کمپنی کی ملکیت نہیں ہے جو آپ جانتے ہیں کہ لائسنس کو تبدیل کر سکتی ہے اور اسے SaaS میں تبدیل کر سکتی ہے
01:00:01جو کہ ہم نے دوسرے پروجیکٹس کے لیے کئی بار دیکھا ہے۔ تو اگر آپ مایوس ہو رہے ہیں
01:00:06آپ جانتے ہیں
01:00:09اپنی CI/CD کے لیے کلاؤڈ سروس du jour استعمال کرنے سے تو concourse کو دیکھیں اسے استعمال کریں اسے آن پریم چلائیں
01:00:16آپ جانتے ہیں، شاید آپ فلسفے کے لحاظ سے پانچ یا دس سال پیچھے جا رہے ہیں، لیکن یہ زیادہ مستحکم ہو سکتا ہے۔ کون جانتا ہے؟
01:00:20ٹھنڈا ہے۔ میں نے اس کے بارے میں کبھی نہیں سنا تھا۔ مجھے اس پر نظر ڈالنی ہوگی
01:00:23ہاں، میں بھی
01:00:26ہاں، یہ اچھی چیز ہے۔ اوہ، وہاں کچھ کمپنیاں ہیں جو یقینی طور پر اسے استعمال کرتی ہیں
01:00:29ام، اور ہاں دوست اپنے دوستوں کو جینکنز نہیں چلانے دیتے جیسے یہ ہو چکا ہے۔ ایسا مت کرو۔ ایسا مت کرو
01:00:35تو آپ کہہ رہے ہیں کہ جینکنز مر چکا ہے
01:00:38کیا میں نے ایسا کہا
01:00:41نہیں، نہیں، نہیں بس یہ کوئی چال والا سوال نہیں تھا
01:00:44لیکن میں جو کہہ رہا ہوں وہ یہ ہے کہ وہاں کچھ اور آپشنز موجود ہیں
01:00:47اور مجھے نہیں لگتا کہ لوگ اب گرووی اسکرپٹس لکھنا چاہتے ہیں۔ تو ہاں
01:00:51वहां मौजूद दूसरी चीजें भी मेरे लिए एक दर्द रही हैं
01:00:54ہاں جب میں نے اسے استعمال کیا ہے
01:00:57ہاں
01:00:59بہت اچھے
01:01:01کیا کوئی ایسی چیز ہے جسے آپ فروغ دینا چاہتے ہیں جیسے، آپ ایک پوڈ کاسٹ چلاتے ہیں۔ کیا آپ ختم کرنے سے پہلے کسی اور چیز کے بارے میں بات کرنا چاہتے ہیں؟
01:01:06یقیناً، چلیے ایسا کرتے ہیں۔ میں اس کے لیے ہمیشہ شکر گزار ہوں۔ ہاں
01:01:09میں اپنی کمپنی cherto moto میں ایک کنسلٹنٹ ہوں۔ وہ ہے c-e-r-t-o-m-o-d-o.io۔ میں اس بات کا جائزہ لینے میں مہارت رکھتا ہوں
01:01:18کمپنیوں کے اعتبار، دیو اوپس اور SRE کے رویے کا۔ اگر آپ کو بہت زیادہ پیج مل رہے ہیں
01:01:22اگر آپ اکثر پروڈکٹ شپ نہیں کر رہے ہیں اگر صارفین ناراض ہیں
01:01:26تو آپ کو یقینی طور پر میرے کیلنڈر پر کچھ وقت نکالنا چاہیے۔ میں reliability rebels نامی ایک پوڈ کاسٹ بھی چلات ہوں
01:01:31جہاں میں ایسے لوگوں کا انٹرویو کرتا ہوں جو بات کرتے ہیں کہ
01:01:33کس طرح SRE صرف ٹولز نہیں ہے یہ موجودہ صورتحال کو چیلنج کرنا بھی ہے
01:01:38سماجی تکنیکی کے بارے میں بات کرنا اور پھر 24 تاریخ کو
01:01:41فروری کے، میں ایک ویبینار کر رہا ہوں
01:01:45اس کے بارے میں
01:01:47کوڈ کا AI سیلاب
01:01:48مجھ لگتا ہے کہ میں اسے AI کوڈ سونامی کہتا ہوں۔ ام، اور میں تمام قسم کے دلچسپ موضوعات پر بات کرتے ہوئے ماہانہ ویبینار کرتا ہوں
01:01:54تو اگر آپ دلچسپی رکھتے ہیں تو میری ویب سائٹ دیکھیں اور آپ اس تمام چیز کے بارے میں جان سکتے ہیں۔ فروغ دینے کا موقع دینے کے لیے بہت شکریہ
01:01:59کوئی بات نہیں۔ شکریہ۔ میں اس کے لیے ہوں
01:02:03ان تمام معذرت خواہ مہم جوئی اور سیکھے گئے اسباق کے بارے میں بات کرنے کے لیے۔ آپ کو یہاں ہونا بہت مزے کا رہا
01:02:09تو بیٹر سٹیک پوڈ کاسٹ کے اس ایپی سوڈ کو سننے کے لیے آپ سب کا شکریہ
01:02:13ہمارے شو کو سبسکرائب کریں جہاں سے بھی آپ کو اپنا پوڈ کاسٹ ملتا ہے ایپل، Spotify، یوٹیوب اپنی پسند کا انتخاب کریں، لیکن فی الحال
01:02:20یہ میری طرف سے الوداع ہے
01:02:22یہ میری طرف سے الوداع ہے
01:02:25اور میری طرف سے الوداع
01:02:33(پرجوش موسیقی)