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

Baruch Sadogursky - डेवलपर JFrog में वकील, लिक्विड सॉफ्टवेयर के सह-लेखक, एक प्रसिद्ध आईटी स्पीकर।

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



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

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

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

मुझे बताओ, कृपया, आप अपने प्रदर्शन की तैयारी कैसे कर रहे हैं? क्या कोई तैयारी एल्गोरिथ्म है?

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

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

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

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

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

मुझे नहीं पता कि मुझे कैसे जवाब देना है, यह खुद किसी तरह आता है। या तो यह "ओह, कितना ठंडा हो गया है", या यह "ओह, कोई भी वास्तव में इसके बारे में नहीं जानता और समझता है" और बताने, समझाने और मदद करने का अवसर है। इन दो विकल्पों में से एक।

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

हाल ही में DevOps समिट एम्स्टर्डम 2019 में बारूक का प्रदर्शन

प्रदर्शन और उत्तेजना के डर सबसे आम कारणों में से कुछ हैं जो लोग मंच पर नहीं जाते हैं। क्या आप उन लोगों को कुछ सलाह दे सकते हैं जो प्रदर्शन के दौरान चिंतित हैं? क्या आप चिंतित हैं और आप कैसे निपटते हैं?

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

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

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

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

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

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

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

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

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

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

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

ये दो अंतर हैं।

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

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

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

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

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

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

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

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

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



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

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

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

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

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

निश्चित रूप से आपके पास सम्मेलनों में इसके लिए बोलने के लिए अधिक निमंत्रण हैं। आप कैसे चुनते हैं और आप कहाँ जाते हैं?

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

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

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

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

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

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

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

बरूच की एक रिपोर्ट "हमारे पास देवो है। चलो सभी परीक्षकों को आग लगाते हैं ”

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

DevOpsCon पर लियोनिद Igolnik के साथ संयुक्त रिपोर्ट

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

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

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

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

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

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

कहें कि आपको क्या पसंद है, स्थानीय मिटैप्स सामान्य रूप से और विशेष रूप से शुरुआती लोगों के लिए एक महान विषय हैं।

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

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

परिचित होने के लिए आओ!