"रिपोर्ट को उबाऊ होने का कोई अधिकार नहीं है": सम्मेलनों में भाषणों के बारे में बारूक सदोगुरस्की के साथ एक साक्षात्कार

बरूच सदोगुरस्की जेफ्रॉग में डेवलपर एडवोकेट, "लिक्विड सॉफ्टवेयर" पुस्तक के सह-लेखक, एक प्रसिद्ध आईटी वक्ता हैं।

एक साक्षात्कार में, बारूक ने बताया कि वह रिपोर्ट के लिए कैसे तैयारी करते हैं, विदेशी सम्मेलन रूसी सम्मेलनों से कैसे भिन्न होते हैं, प्रतिभागी उनमें क्यों जाते हैं और उन्हें मेंढक की पोशाक में क्यों बोलना चाहिए।

आइए सबसे सरल से शुरू करें। आप क्या सोचते हैं, सम्मेलनों में बोलते ही क्यों हैं?

दरअसल सम्मेलनों में बोलना मेरे लिए एक काम है। यदि आप "मेरा काम क्यों?" प्रश्न का विश्व स्तर पर अधिक उत्तर देते हैं, तो यह दो लक्ष्यों को प्राप्त करने के लिए (कम से कम जेफ्रॉग के लिए) है। सबसे पहले, अपने उपयोगकर्ताओं और ग्राहकों के साथ संपर्क स्थापित करना। यानी, जब मैं सम्मेलनों में बोलता हूं, तो मैं उपलब्ध रहता हूं ताकि हर कोई जिसके पास हमारे उत्पादों और कंपनी पर कुछ प्रश्न हों, किसी प्रकार की प्रतिक्रिया हो, वह मुझसे बात कर सके, मैं किसी तरह उनकी मदद कर सकूं और हमारे उत्पादों के साथ काम करने में उनके अनुभव को बेहतर बना सकूं।

दूसरे, ब्रांड जागरूकता बढ़ाना जरूरी है। यानी अगर मैं कुछ दिलचस्प बातें बताऊं तो लोगों की दिलचस्पी इस बात में है कि यह किस तरह का JFrog है, और परिणामस्वरूप यह हमारे डेवलपर रिलेशन फ़नल में आ जाता है, जो अंततः हमारे उपयोगकर्ताओं के फ़नल में चला जाता है, जो अंततः फ़नल में चला जाता है हमारे ग्राहकों का.

कृपया हमें बताएं कि आप प्रदर्शन के लिए कैसे तैयारी करते हैं? क्या कोई प्रशिक्षण एल्गोरिदम है?

तैयारी के कमोबेश चार मानक चरण हैं। पहली शुरुआत है, जैसा कि फिल्मों में होता है। कुछ तो विचार होगा. एक विचार प्रकट होता है, और फिर वह काफी समय तक परिपक्व होता है। यह परिपक्व होता है, आप सोचते हैं कि इस विचार को सर्वोत्तम तरीके से कैसे प्रस्तुत किया जाए, किस कुंजी में, किस प्रारूप में, इसके बारे में क्या कहा जा सकता है। यह पहला चरण है.

दूसरा चरण एक विशिष्ट योजना का लेखन है। आपके पास एक विचार है, और यह इस बारे में विवरण में विकसित होना शुरू हो जाता है कि आप इसे कैसे प्रस्तुत करेंगे। आमतौर पर यह किसी प्रकार के माइंड-मैप के प्रारूप में किया जाता है, जब रिपोर्ट से संबंधित हर चीज विचार के इर्द-गिर्द दिखाई देती है: सहायक तर्क, एक परिचय, कुछ कहानियां जो आप इसके बारे में बताना चाहते हैं। यह दूसरा चरण है - योजना.

तीसरा चरण इस योजना के अनुसार स्लाइड लिखना है। आप कुछ अमूर्त विचारों का उपयोग करते हैं जो स्लाइड्स पर दिखाई देते हैं और आपकी कहानी का समर्थन करते हैं।

चौथा चरण रन-थ्रू, रिहर्सल है। इस स्तर पर, यह सुनिश्चित करना महत्वपूर्ण है कि कहानी का आर्क निकले, कि कहानी सुसंगत हो, यह सुनिश्चित करने के लिए कि समय पर सब कुछ ठीक है। उसके बाद, रिपोर्ट तैयार घोषित की जा सकती है।

आप कैसे समझते हैं कि "इस विषय" पर ध्यान देने की आवश्यकता है? और आप रिपोर्ट के लिए सामग्री कैसे एकत्रित करते हैं?

मुझे नहीं पता कि मैं कैसे उत्तर दूँ, यह किसी न किसी तरह अपने आप ही आ जाता है। या तो यह है कि "ओह, हमने यहां यह कितना अच्छा किया", या यह है कि "ओह, आसपास कोई भी वास्तव में इसके बारे में नहीं जानता या समझता है" और बताने, समझाने और मदद करने का अवसर है। इन दो विकल्पों में से एक.

सामग्री का संग्रह रिपोर्ट पर बहुत निर्भर है। यदि यह किसी अमूर्त विषय पर एक रिपोर्ट है, तो यह अधिक साहित्य, लेख है। यदि यह कुछ व्यावहारिक है, तो यह कोड लिखना, कुछ डेमो, उत्पादों में कोड के सही टुकड़े ढूंढना इत्यादि होगा।

हाल ही में DevOps समिट एम्स्टर्डम 2019 में बारूक का भाषण

प्रदर्शन का डर और चिंता सबसे आम कारणों में से एक है जिसके कारण लोग मंच पर नहीं जाते हैं। क्या आपके पास उन लोगों के लिए कोई सलाह है जो प्रदर्शन करते समय घबरा जाते हैं? क्या आप चिंतित हैं और आप इसका सामना कैसे कर रहे हैं?

हां, मेरे पास यह है, यह होना चाहिए, और, शायद, उस समय जब मैं बिल्कुल भी चिंता करना बंद कर दूंगा, यही इस मामले से जुड़ने का एक कारण है।

मुझे ऐसा लगता है कि यह बिल्कुल सामान्य घटना है जब आप मंच पर जाते हैं और आपके सामने बहुत सारे लोग होते हैं। आप चिंतित हैं क्योंकि यह एक बड़ी ज़िम्मेदारी है, यह स्वाभाविक है।

इसका सामना कैसे करें? भिन्न भिन्न तरीका होता है। मेरे पास यह कभी भी इस स्तर पर नहीं था कि आपको सीधे लड़ने की जरूरत पड़े, इसलिए मेरे लिए यह कहना मुश्किल है।

सबसे महत्वपूर्ण चीज़, जो मेरी मदद भी करती है, वह है एक मिलनसार चेहरा - दर्शकों में किसी प्रकार का परिचित चेहरा। यदि आप अपने किसी परिचित को अपनी प्रस्तुति में आने के लिए कहते हैं, तो बीच में आगे की पंक्तियों में बैठें ताकि आप हमेशा उसे देख सकें, और वह व्यक्ति सकारात्मक होगा, मुस्कुराएगा, सिर हिलाएगा, समर्थन करेगा, मुझे लगता है कि यह बहुत बड़ी बात है, बड़ी मदद.. मैं इस बारे में किसी से विशेष रूप से नहीं पूछता, लेकिन अगर ऐसा होता है कि दर्शकों के बीच कोई परिचित चेहरा है, तो इससे बहुत मदद मिलती है, तनाव से राहत मिलती है। यह सबसे महत्वपूर्ण सलाह है.

आप रूसी और अंतर्राष्ट्रीय सम्मेलनों में खूब बोलते हैं। क्या आप रूसी और विदेशी सम्मेलनों की रिपोर्टों में अंतर देखते हैं? क्या दर्शकों में कोई अंतर है? संगठन में?

मुझे दो बड़े अंतर नजर आते हैं. यह स्पष्ट है कि सम्मेलन रूस और विदेश दोनों में अलग-अलग होते हैं, लेकिन अगर हम एक अस्पताल के लिए औसत लेते हैं, तो रूस में सम्मेलन रिपोर्ट की गहराई के मामले में, कट्टर के संदर्भ में अधिक तकनीकी होते हैं। लोग इसके आदी हैं, शायद जोकर, जेपॉइंट, हाईलोड जैसे प्रमुख सम्मेलनों के लिए धन्यवाद, जो हमेशा कट्टर वार्ता पर आधारित रहे हैं। और लोग सम्मेलनों से यही अपेक्षा करते हैं। और बहुत से लोगों के लिए यह एक संकेतक है कि यह एक अच्छा सम्मेलन है या बुरा: इसमें बहुत सारा मांस और कट्टर है या बहुत सारा पानी है।

ईमानदारी से कहूं तो, शायद इसलिए कि मैं विदेशी सम्मेलनों में बहुत बोलता हूं, मैं इस दृष्टिकोण से सहमत नहीं हूं। मेरा मानना ​​है कि सॉफ्ट स्किल्स, "अर्ध-मानवीय रिपोर्ट" के बारे में रिपोर्टें सम्मेलनों के लिए कम नहीं हैं, और शायद इससे भी अधिक महत्वपूर्ण हैं। क्योंकि कुछ तकनीकी चीजें अंततः किताबों में पढ़ी जा सकती हैं, आप उपयोगकर्ता मैनुअल को समझ सकते हैं, लेकिन जहां तक ​​सॉफ्ट स्किल्स की बात है, जहां तक ​​मनोविज्ञान की बात है, जहां तक ​​संचार की बात है, यह सब कहीं नहीं है, कम से कम आसान, सुलभ और समझने योग्य। मुझे ऐसा लगता है कि यह तकनीकी घटक से कम महत्वपूर्ण नहीं है।

यह DevOpsDays जैसे DevOps सम्मेलनों के लिए विशेष रूप से महत्वपूर्ण है क्योंकि DevOps बिल्कुल भी प्रौद्योगिकी के बारे में नहीं है। DevOps केवल संचार के बारे में है, यह उन लोगों के साथ मिलकर काम करने के तरीकों के बारे में है जिन्होंने पहले एक साथ काम नहीं किया है। हां, एक तकनीकी घटक है, क्योंकि DevOps के लिए स्वचालन महत्वपूर्ण है, लेकिन यह उनमें से सिर्फ एक है। और जब DevOps पर एक सम्मेलन, DevOps के बारे में बात करने के बजाय, साइट की विश्वसनीयता या स्वचालन के बारे में, या पाइपलाइनों के बारे में बात करता है, तो यह सम्मेलन, इस तथ्य के बावजूद कि यह बहुत कट्टर है, मेरी राय में, DevOps के मूल सार को याद करता है और सिस्टम प्रशासन के बारे में सम्मेलन बन जाता है, DevOps के बारे में नहीं।

दूसरा अंतर तैयारी में है. फिर, मैं अस्पताल के औसत और सामान्य मामलों को ले रहा हूं, व्यक्तिगत मामलों को नहीं। विदेश में, वे इस तथ्य से आगे बढ़ते हैं कि अधिकांश लोगों ने अपने जीवन में सार्वजनिक रूप से बोलने का कुछ प्रशिक्षण लिया है। कम से कम अमेरिका में तो यह उच्च शिक्षा का हिस्सा है। यदि किसी व्यक्ति ने कॉलेज से स्नातक किया है, तो उसके पास पहले से ही सार्वजनिक बोलने का काफी अनुभव है। इसलिए, जब कार्यक्रम समिति ने योजना को देख लिया है और समझ लिया है कि रिपोर्ट किस बारे में होगी, तो वक्ता के लिए बोलने का कोई और प्रशिक्षण नहीं किया जाता है, क्योंकि ऐसा माना जाता है कि वह, सबसे अधिक संभावना है, पहले से ही जानता है कि यह कैसे करना है।

रूस में, ऐसी धारणाएँ नहीं बनाई जाती हैं, क्योंकि बहुत कम लोगों के पास सार्वजनिक रूप से बोलने का अनुभव होता है, और इसलिए वक्ताओं को बहुत अधिक प्रशिक्षित किया जाता है। फिर, सामान्य तौर पर, वक्ताओं की सहायता के लिए रन-थ्रू, वक्ताओं के साथ कक्षाएं, सार्वजनिक बोलने के पाठ्यक्रम होते हैं।

परिणामस्वरूप, कमजोर वक्ता जो अच्छा नहीं बोलते हैं उन्हें हटा दिया जाता है, या उन्हें मजबूत वक्ता बनने में मदद मिलती है। तथ्य यह है कि पश्चिम में सार्वजनिक रूप से बोलना एक ऐसा कौशल माना जाता है जो कई लोगों के पास होता है, अंततः इसका विपरीत प्रभाव पड़ता है, क्योंकि यह धारणा अक्सर झूठी, गलत साबित होती है, और जो लोग सार्वजनिक रूप से खुलकर बोलना नहीं जानते हैं मंच पर हंगामा करो और घृणित रिपोर्ट प्राप्त करो। और रूस में, जहां यह माना जाता है कि सार्वजनिक बोलने का कोई अनुभव नहीं है, अंत में यह बहुत बेहतर हो जाता है, क्योंकि उन्हें प्रशिक्षित किया गया, उनका परीक्षण किया गया, उन्होंने अच्छे लोगों को चुना, इत्यादि।

यहाँ दो अंतर हैं.

क्या आप अन्य देशों में DevOpsDays पर गए हैं? आपके अनुसार वे अन्य सम्मेलनों से किस प्रकार भिन्न हैं? क्या कोई विशेषताएँ हैं?

मैं संभवतः दुनिया भर में कई दर्जन DevOpsDays सम्मेलनों में गया हूँ: अमेरिका में, और यूरोप में, और एशिया में। यह कॉन्फ़्रेंस फ़्रैंचाइज़ी इस मामले में काफी अनोखी है कि इसमें कमोबेश एक स्थापित प्रारूप है जिसकी आप इनमें से किसी भी सम्मेलन से कहीं भी उम्मीद कर सकते हैं। प्रारूप यह है: अपेक्षाकृत कम फ्रंटल कॉन्फ्रेंस रिपोर्ट हैं, और बहुत सारा समय खुले स्थान प्रारूप के लिए समर्पित है।

खुला स्थान एक ऐसा प्रारूप है जिसमें जिस विषय पर लोगों ने सबसे अधिक वोट किया है उस पर अन्य प्रतिभागियों के साथ मिलकर चर्चा की जाती है। जिसने इस विषय का प्रस्ताव रखा वह नेता है, वह यह सुनिश्चित करता है कि चर्चा शुरू हो। यह एक बेहतरीन प्रारूप है, क्योंकि, जैसा कि हम जानते हैं, संचार और नेटवर्किंग किसी भी सम्मेलन का रिपोर्ट से कम महत्वपूर्ण हिस्सा नहीं है। और जब कोई सम्मेलन अपना आधा समय नेटवर्किंग प्रारूप को समर्पित करता है, तो यह बहुत अच्छा होता है।

साथ ही, लाइटनिंग टॉक्स अक्सर DevOpsDays पर आयोजित की जाती हैं - ये पांच मिनट की छोटी रिपोर्ट होती हैं जो आपको बहुत कुछ सीखने और एक गैर-उबाऊ प्रारूप में कुछ नई चीज़ों के प्रति अपनी आँखें खोलने की अनुमति देती हैं। और अगर किसी नियमित रिपोर्ट के बीच में आपको एहसास हुआ कि यह आपके लिए नहीं है, तो समय नष्ट हो गया, आपके जीवन के 30-40 मिनट चले गए, तो यहां हम पांच मिनट की रिपोर्ट के बारे में बात कर रहे हैं। और यदि आपकी रुचि नहीं है, तो यह जल्द ही ख़त्म हो जाएगा। "हमें बताएं, लेकिन जल्दी" भी एक बहुत अच्छा प्रारूप है।

और भी तकनीकी DevOpsDays हैं, ऐसे भी हैं जो विशेष रूप से DevOps के लिए तैयार किए गए हैं: प्रक्रियाएँ, सहयोग, इस तरह की चीज़ें। दोनों दिलचस्प हैं, और यह दिलचस्प है जब दोनों मौजूद हैं। मुझे लगता है कि यह आज की सर्वश्रेष्ठ DevOps कॉन्फ़्रेंस फ़्रैंचाइज़ी में से एक है।

आपके कई प्रदर्शन प्रदर्शन या प्रस्तुति की तरह हैं: अब आप एक ग्रीक त्रासदी के रूप में एक रिपोर्ट बताते हैं, फिर आप शर्लक की भूमिका में हैं, फिर आप एक मेंढक पोशाक में प्रदर्शन करते हैं। आप उनके साथ कैसे आते हैं? क्या रिपोर्ट को उबाऊ न बनाने के अलावा कोई अतिरिक्त लक्ष्य भी हैं?

मुझे ऐसा लगता है कि रिपोर्ट को उबाऊ होने का कोई अधिकार नहीं है, क्योंकि, सबसे पहले, मैं श्रोताओं का समय बर्बाद करता हूं, वे उबाऊ रिपोर्ट में कम शामिल होते हैं, उन्होंने कम सीखा, उन्होंने कम नई चीजें सीखीं, और यह सबसे अच्छा नहीं है उनके समय की बर्बादी. दूसरे, मेरे लक्ष्य भी हासिल नहीं हुए हैं: वे मेरे बारे में कुछ भी अच्छा नहीं सोचते हैं, वे जेफ्रॉग के बारे में कुछ भी अच्छा नहीं सोचते हैं, और मेरे लिए यह एक तरह की विफलता है।

इसलिए, उबाऊ रिपोर्टों को अस्तित्व में रहने का कोई अधिकार नहीं है, कम से कम मेरे लिए। मैं उन्हें रोचक, आकर्षक और यादगार बनाने की कोशिश करता हूं। प्रदर्शन एक तरह से हैं. और, वास्तव में, विधि काफी आसान है। बस जरूरत है कुछ दिलचस्प प्रारूप के साथ आने की, और फिर उन्हीं विचारों को एक असामान्य प्रारूप में नियमित रिपोर्ट के रूप में प्रस्तुत करने की है।

मैं इस बारे में कैसे सोचूं? यह हमेशा एक जैसा नहीं होता. कभी-कभी ये कुछ विचार होते हैं जो मेरे दिमाग में आते हैं, कभी-कभी ये कुछ विचार होते हैं जो मुझे तब दिए जाते हैं जब मैं रन की व्यवस्था करता हूं या रिपोर्ट के बारे में विचार साझा करता हूं और वे मुझसे कहते हैं: "ओह, आप इसे इस तरह से कर सकते हैं!" यह अलग तरह से होता है. जब कोई विचार सामने आता है, तो वह हमेशा बहुत आनंददायक और अच्छा होता है, जिसका अर्थ है कि आप अधिक रोचक और सम्मिलित रिपोर्ट बना सकते हैं।

आपको व्यक्तिगत रूप से आईटी क्षेत्र से किसका प्रदर्शन पसंद है? क्या ऐसे वक्ता हैं? और क्यों?

दो प्रकार के वक्ता हैं जिनके भाषण मुझे पसंद हैं। पहला है वक्ता, जिसके जैसा बनने का मैं प्रयास करता हूं। वे दिलचस्प और आकर्षक तरीके से कहानियां सुनाते हैं, यह सुनिश्चित करने की कोशिश करते हैं कि हर किसी की दिलचस्पी हो और हर कोई सुने।

दूसरे प्रकार के वक्ता वे होते हैं जो किसी भी आमतौर पर उबाऊ कट्टर के बारे में बहुत ही रोचक और रोमांचक तरीके से बताने में सक्षम होते हैं।

दूसरी श्रेणी के नामों में से, यह एलेक्सी शेपलेव है, जो दिलचस्प और विनोदी तरीके से कुछ प्रकार के गहन प्रदर्शन कचरा संग्रह और जावा वर्चुअल मशीन के अंदर के बारे में बात करता है। नवीनतम DevOops की एक और खोज नेटफ्लिक्स के सर्गेई फेडोरोव हैं। उन्होंने एक पूरी तरह से तकनीकी बात बताई कि कैसे उन्होंने अपने कंटेंट डिलीवरी नेटवर्क को अनुकूलित किया, और उन्होंने इसे बहुत दिलचस्प तरीके से बताया।

पहली श्रेणी से - यह जेसिका दीन, एंटोन वीस, रोमन शापोशनिक है। ये ऐसे वक्ता हैं जो हास्य के साथ दिलचस्प कहानियाँ सुनाते हैं और उचित रूप से उच्च रेटिंग प्राप्त करते हैं।

संभवतः आपके पास सम्मेलनों में बोलने के लिए जितना समय होगा, उससे कहीं अधिक निमंत्रण होंगे। आप यह कैसे चुनते हैं कि आप कहां जाएं और कहां नहीं?

सम्मेलन और वक्ता, लगभग हर चीज की तरह, आपूर्ति और मांग के बाजार संबंधों और एक से दूसरे के मूल्य द्वारा शासित होते हैं। ऐसे सम्मेलन होते हैं, मान लीजिए, वे मुझे ज़रूरत से ज़्यादा चाहते हैं। दर्शकों के संदर्भ में मुझे वहां मिलने की उम्मीद है और मैं वहां जो प्रभाव डालने की उम्मीद करता हूं। ऐसे सम्मेलन होते हैं जिनमें, इसके विपरीत, मैं उनकी आवश्यकता से कहीं अधिक भाग लेना चाहता हूं। मेरे लिए मूल्य के अनुसार, मैं तय करता हूं कि कहां जाना है।

अर्थात्, यदि यह, उदाहरण के लिए, किसी प्रकार का भूगोल है जहाँ मुझे रणनीतिक रूप से जाने की आवश्यकता है, यह एक बड़ा प्रसिद्ध सम्मेलन है जिसकी अच्छी प्रतिष्ठा है और लोग इसमें जाएंगे, तो, जाहिर है, मुझे वास्तव में इसकी आवश्यकता है। और मैं इसे अन्य सम्मेलनों से अधिक प्राथमिकता दूंगा।

यदि यह किसी प्रकार का छोटा क्षेत्रीय सम्मेलन है, और, शायद, जहां हमारी बहुत रुचि नहीं है, तो हो सकता है कि वहां की यात्रा इस मामले पर खर्च किए गए समय को उचित न ठहराए। मांग, आपूर्ति और मूल्य के सामान्य बाजार संबंध।

अच्छा भूगोल, अच्छी जनसांख्यिकी, संभावित रूप से अच्छे संपर्क, संचार इस बात की गारंटी है कि सम्मेलन मेरे लिए दिलचस्प होगा।

अपने एक साक्षात्कार में, आपने उल्लेख किया था कि आप प्रति वर्ष लगभग चालीस सम्मेलनों में बोलते हैं। आप काम करने और प्रदर्शन की तैयारी कैसे करते हैं? और क्या आप ऐसे शेड्यूल के साथ कार्य/जीवन में संतुलन बनाए रखने का प्रबंधन करते हैं? अपने रहस्य साझा करें?

सम्मेलनों में यात्रा करना मेरे काम का सबसे बड़ा हिस्सा है। बेशक, बाकी सब कुछ है: रिपोर्ट की तैयारी है, खुद को तकनीकी स्थिति में रखना, कोड लिखना, नई चीजें सीखना। यह सब सम्मेलनों के समानांतर किया जाता है: शाम को, विमान पर, एक दिन पहले, जब आप पहले ही सम्मेलन में पहुंच चुके होते हैं, और यह कल है। कुछ इस तरह।

निस्संदेह, जब आपके पास व्यावसायिक यात्राओं पर इतना समय हो तो कार्य/जीवन में संतुलन बनाए रखना कठिन होता है। लेकिन मैं इस तथ्य से क्षतिपूर्ति करने की कोशिश करता हूं कि, कम से कम जब मैं किसी व्यावसायिक यात्रा पर नहीं होता हूं, तो मैं 100% अपने परिवार के साथ होता हूं, मैं शाम को ईमेल का जवाब नहीं देता, मैं किसी भी फोन कॉल में भाग नहीं लेने की कोशिश करता हूं शाम को और सप्ताहांत पर. जब मैं किसी व्यावसायिक यात्रा पर नहीं होता हूं और यह पारिवारिक समय होता है, तो यह वास्तव में 100% पारिवारिक समय होता है। क्या यह काम करता है और क्या इससे समस्या का समाधान हो जाता है? नहीं। लेकिन मुझे आशा है कि यह किसी तरह मेरे परिवार को मेरे दूर रहने के पूरे समय की भरपाई कर देगा।

बारूक की एक रिपोर्ट है “हमारे पास DevOps हैं। आइए सभी परीक्षकों को बर्खास्त करें"

इतने व्यस्त कार्यक्रम के साथ, क्या आप तकनीकी स्तर बनाए रखने का प्रबंधन करते हैं या आप पहले ही प्रोग्रामिंग से दूर चले गए हैं?

मैं सम्मेलन में अपनी बातचीत और अन्य गतिविधियों की तैयारी करते समय कुछ तकनीकी चीजें करने का प्रयास करता हूं। ये सभी प्रकार के तकनीकी डेमो हैं, कुछ प्रकार की लघु-रिपोर्टें हैं जिन्हें हम स्टैंड पर रखते हैं। यह प्रोग्रामिंग-प्रोग्रामिंग नहीं है, यह अधिक एकीकरण है, लेकिन यह कम से कम कुछ तकनीकी कार्य है जिसे मैं करने का प्रयास करता हूं। इस तरह, मैं हमारे उत्पादों, नई सुविधाओं आदि के बारे में ज्ञान बनाए रखता हूं।

बेशक, यह कहना कि मैं अब वही हार्डकोर कोडर हूं जो 7 साल पहले था, शायद असंभव है। निश्चित नहीं कि यह बुरा है. संभवतः किसी प्रकार का प्राकृतिक विकास। यह मेरे लिए कम दिलचस्प है, और समय भी कम है, इसलिए, शायद, भगवान उसे आशीर्वाद दें।

मैं अभी भी खुद को एक मजबूत तकनीकी विशेषज्ञ मानता हूं, मुझे अभी भी पता है कि क्या हो रहा है, मैं खुद को अच्छी स्थिति में रखता हूं। यह मेरी वर्तमान मिश्रित स्थिति है।

कृपया हमें आपके साथ घटी कुछ मज़ेदार कहानियाँ या चरम स्थितियाँ बताएँ: विमान छूट गया / प्रेजेंटेशन हटा दिया गया / रिपोर्ट के दौरान बिजली काट दी गई / सामान नहीं आया?

मज़ेदार स्थितियों में से, मुझे सबसे अधिक सभी प्रकार की दुःस्वप्न विफलताएँ याद हैं जो रिपोर्टों में घटित हुईं। स्वाभाविक रूप से, क्योंकि यह सबसे तनावपूर्ण स्थिति है, क्योंकि यह दर्शक, समय है और आपको यह सुनिश्चित करने की ज़रूरत है कि वे इसे व्यर्थ में बर्बाद न करें।

बातचीत के दौरान मेरे पास विंडोज़ और मैक दोनों पर "मौत की नीली स्क्रीन" थी। विंडोज़ पर यह एक बार हुआ, मैक पर कुछ बार। यह, बेशक, तनावपूर्ण है, लेकिन हम किसी तरह इस मुद्दे को हल करते हैं, कंप्यूटर पुनरारंभ होता है, मैं इस समय कुछ बताना जारी रखता हूं, लेकिन तनाव बहुत बड़ा है।

संभवतः मेरे लिए अब तक की सबसे मज़ेदार स्थिति ग्रूवी सम्मेलन में थी। मुझे ठीक से याद नहीं है कि सम्मेलन कहाँ आयोजित किया गया था, मुझे लगता है कि यह एक होटल में था, और इस होटल के सामने किसी प्रकार का निर्माण या नवीनीकरण चल रहा था। और इसलिए मैं कुछ कोड के बारे में बात कर रहा था जो मैंने लिखा था, यह एक डेमो था। यह डेमो का पहला पुनरावृत्ति था जो समझने योग्य था लेकिन शायद अच्छी तरह से लिखा नहीं गया था। और मैं बस इसे रिफैक्टर करने और इसमें सुधार करने जा रहा था, और मैंने इस तथ्य के बारे में "आत्म-निंदा" जैसे कुछ वाक्यांश का उल्लेख किया कि यह "बेवकूफ कोड" है। यह दूसरी मंजिल पर था, और उस समय सामने निर्माण स्थल पर क्रेन एक पोर्टेबल शौचालय को उठा रही थी। और मंच खिड़की के सामने था. यानी, मैं इस खिड़की से बाहर देखता हूं, कहता हूं "शिट कोड", और एक शौचालय खिड़की के बाहर तैरता है। और मैं हर किसी से कहता हूं: "पीछे मुड़ें, हमारे पास यहां एक उदाहरण है।" यह शायद मेरे विचारों की सबसे अच्छी स्लाइड थी - मेरी रिपोर्ट में एक उड़ने वाला शौचालय, जब मैंने घटिया कोड के बारे में बात की थी।

सामान इस तरह की कहानियों से नहीं आया - यह, सिद्धांत रूप में, एक सामान्य कहानी है, इसके बारे में बात करने के लिए भी कुछ नहीं है। हम सभी प्रकार की यात्रा युक्तियों के बारे में एक अलग साक्षात्कार की व्यवस्था कर सकते हैं, जहां आप उस सामान के बारे में बात कर सकते हैं जो नहीं पहुंचा, लेकिन कुछ भी महत्वपूर्ण नहीं था।

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

यदि कोई व्यक्ति समय बिताकर मेरी रिपोर्ट सुनने के लिए सम्मेलन में आया, और मैंने उसे ले लिया और नहीं आया, तो यह बुरा है, क्योंकि इस व्यक्ति का समय वापस करने का कोई तरीका नहीं है। इसलिए, मेरे लिए इस संबंध में अपने सभी वादे निभाना बेहद महत्वपूर्ण है और अब तक सब कुछ ठीक चल रहा है।

बहुत से लोग इस तरह सोचते हैं: “सम्मेलनों में जाएँ ही क्यों? आप यूट्यूब पर वीडियो देख सकते हैं, और आप हमेशा ऑनलाइन चैट कर सकते हैं। आपके विचार से प्रतिभागियों को सम्मेलनों में भाग लेने की आवश्यकता क्यों है?

बढ़िया सवाल! आपको नेटवर्किंग के लिए सम्मेलनों में जाना होगा। यह अमूल्य है और इसे प्राप्त करने का कोई अन्य तरीका नहीं है। मैं पहले ही संचार, संचार और सॉफ्ट स्किल्स के महत्व का उल्लेख कर चुका हूं। दुर्भाग्य से, यूट्यूब पर वीडियो देखने से सॉफ्ट स्किल्स का अनुभव नहीं मिलता है। इसलिए, संचार के लिए सम्मेलनों में जाना चाहिए।

इसके अलावा, कम से कम मेरे लिए, यूट्यूब पर वीडियो देखते समय, भागीदारी पूरी तरह से अलग होती है, और सामग्री आती है और बहुत खराब तरीके से याद की जाती है। शायद यह पूरी तरह से मेरे लिए है, लेकिन मुझे संदेह है कि एक रिपोर्ट में हॉल में होना और यूट्यूब पर एक वीडियो देखना पूरी तरह से अलग चीजें हैं। विशेष रूप से यदि रिपोर्ट अच्छी है, तो मुझे लगता है कि इसे लाइव सुनना बहुत बेहतर है। यह एक लाइव कॉन्सर्ट और रिकॉर्ड सुनने जैसा है।

और मैं एक बार फिर दोहराता हूं: नेटवर्किंग और संचार यूट्यूब से नहीं लिया गया है।

DevOpsCon में लियोनिद इगोलनिक के साथ संयुक्त वार्ता

क्या आप कृपया उन लोगों को कुछ विदाई शब्द दे सकते हैं जो अभी-अभी वक्ता बनने जा रहे हैं या जिन्होंने अभी-अभी बोलना शुरू किया है?

स्थानीय मुलाकातों की तलाश करें। कई कारणों से स्थानीय मीटअप आपके वक्ता करियर को शुरू करने का एक शानदार तरीका है। सबसे पहले, स्थानीय मीटअप हमेशा वक्ताओं की तलाश में रहते हैं। हो सकता है कि बिना अनुभव के और बिना प्रख्यात वक्ता हुए आपके लिए किसी जाने-माने सम्मेलन में आवेदन करना मुश्किल हो, या कार्यक्रम समिति, आपसे बात करने के बाद समझ जाएगी कि शायद यह आपके लिए थोड़ा जल्दी है। इसके विपरीत, स्थानीय मीटअप हमेशा स्पीकर की तलाश में रहते हैं और प्रवेश पट्टी काफी नीचे होती है, इसलिए वहां पहुंचना बहुत आसान होता है।

साथ ही, तनाव का स्तर भी बिल्कुल अलग होता है। जब 10-15-30 लोग आते हैं, तो यह बिल्कुल वैसा नहीं होता जैसा कि हॉल में 150-200-300 लोग होते हैं, इसलिए यह बहुत आसान है।

फिर, स्थानीय मुलाकात की लागत बहुत कम है: आपको कहीं भी उड़ान भरने की ज़रूरत नहीं है, आपको दिन बिताने की ज़रूरत नहीं है, आप बस शाम को आ सकते हैं। भीड़ में मित्रवत चेहरे के महत्व के बारे में मेरी सलाह को याद करते हुए, किसी के साथ स्थानीय बैठक में आना बहुत आसान है क्योंकि इसमें पैसे खर्च नहीं होते हैं। यदि आप किसी सम्मेलन में बोलते हैं, तो एक वक्ता के रूप में आप मुफ़्त में आते हैं, लेकिन आपका यह +1, जो जनता के बीच एक दोस्ताना चेहरा होगा, को टिकट खरीदने की ज़रूरत है। यदि आप किसी मीटअप में परफॉर्म कर रहे हैं तो ऐसी कोई समस्या नहीं है, आप अपने साथ एक या दो या तीन दोस्तों को ला सकते हैं जो हॉल में एक दोस्ताना चेहरा होंगे।

और एक अतिरिक्त प्लस यह है कि मीटअप आयोजकों के पास आपकी मदद करने के लिए बहुत अधिक अवसर हैं। क्योंकि सम्मेलनों के आयोजकों के पास, उदाहरण के लिए, 60 रिपोर्टें होंगी जिनकी समीक्षा, अभ्यास और तैयार करने की आवश्यकता है। और मीटअप के आयोजकों के पास एक, दो या तीन हैं, इसलिए, स्वाभाविक रूप से, आप पर अधिक ध्यान दिया जाएगा।

इसके अलावा, स्थानीय मीटअप से फीडबैक प्राप्त करना बहुत आसान है। आपने अपनी रिपोर्ट समाप्त कर ली है और अब आप और दर्शक पहले से ही आपकी रिपोर्ट से संबंधित कुछ संचार और चर्चा कर रहे हैं। बड़े सम्मेलनों के लिए, अक्सर ऐसा नहीं होता है। आपने एक रिपोर्ट बनाई और बस इतना ही। रिपोर्ट के दौरान आपके पास जो दर्शक थे, वे चले गए हैं, और आप उनके बारे में और कुछ नहीं जानते हैं, आप नहीं सुनते हैं, आपको कोई प्रतिक्रिया नहीं मिलेगी।

कोई कुछ भी कहे, स्थानीय मुलाकातें आम तौर पर और विशेष रूप से शुरुआती लोगों के लिए एक अच्छा विषय है।

7 दिसंबर को बारूक सम्मेलन में बोलेंगे डेवऑप्सडेज़ मॉस्को. रिपोर्ट में, बारूक सॉफ़्टवेयर अपडेट करते समय दैनिक और हर जगह होने वाली वास्तविक विफलताओं का विश्लेषण करेगा। यह आपको दिखाएगा कि विभिन्न DevOps पैटर्न विभिन्न परिदृश्यों में कैसे फिट होते हैं और उन्हें सही तरीके से लागू करने से संभवतः आप कैसे बच सकते हैं।

कार्यक्रम में भी: अलेक्जेंडर चिस्त्यकोव (vdsina.ru), मिखाइल चिंकोव (AMBOSS), रोमन बॉयको (AWS), पावेल सेलिवानोव (साउथब्रिज), रोडियन नागोर्नोव (कैस्परस्की लैब), एंड्री शोरिन (डेवऑप्स सलाहकार)।

आइए परिचित हों!

स्रोत: www.habr.com