“अहवाला कंटाळवाणा होण्याचा अधिकार नाही”: परिषदांमधील भाषणांबद्दल बारूच सदोगुर्स्कीची मुलाखत

बारुच सदोगुर्स्की - जेफ्रॉग येथील विकासक वकील, “लिक्विड सॉफ्टवेअर” पुस्तकाचे सह-लेखक, प्रसिद्ध आयटी स्पीकर.

एका मुलाखतीत, बारूचने सांगितले की तो त्याच्या अहवालांची तयारी कशी करतो, परदेशी परिषद रशियन कॉन्फरन्सपेक्षा कशा वेगळ्या असतात, सहभागींनी त्यांना का हजेरी लावली पाहिजे आणि त्यांनी बेडूक पोशाखात का बोलावे.

चला सर्वात सोप्यापासून सुरुवात करूया. परिषदांमध्ये बोलणे अजिबात का वाटते?

खरं तर, कॉन्फरन्समध्ये बोलणे हे माझ्यासाठी एक काम आहे. जर आपण अधिक सामान्यपणे "माझे काम का आहे?" या प्रश्नाचे उत्तर दिले, तर हे दोन उद्दिष्टे साध्य करण्यासाठी (किमान जेफ्रॉग कंपनीसाठी) क्रमाने आहे. प्रथम, आमचे वापरकर्ते आणि ग्राहकांशी संपर्क स्थापित करणे. म्हणजेच, जेव्हा मी कॉन्फरन्समध्ये बोलतो तेव्हा मी उपलब्ध असतो जेणेकरून ज्यांना काही प्रश्न असतील, आमच्या उत्पादनांबद्दल आणि कंपनीबद्दल काही प्रतिक्रिया असतील, ते माझ्याशी बोलू शकतील, मी त्यांना कशीतरी मदत करू शकेन आणि आमच्या उत्पादनांसह काम करण्याचा त्यांचा अनुभव सुधारू शकेन.

दुसरे म्हणजे, ब्रँड जागरूकता वाढवण्यासाठी हे आवश्यक आहे. म्हणजेच, जर मी काही मनोरंजक गोष्टी सांगितल्या, तर लोकांना हा कोणत्या प्रकारचा JFrog आहे याबद्दल स्वारस्य आहे आणि परिणामी ते आमच्या विकसक संबंध फनेलमध्ये जातात, जे शेवटी आमच्या वापरकर्त्यांच्या फनेलमध्ये जातात, जे शेवटी आमच्या खरेदीदारांचे फनेल.

कृपया आम्हाला सांगा की तुम्ही कामगिरीसाठी कशी तयारी करता? काही प्रकारचे तयारी अल्गोरिदम आहे का?

तयारीचे चार अधिक किंवा कमी मानक टप्पे आहेत. चित्रपटांप्रमाणेच पहिली सुरुवात आहे. काहीतरी कल्पना दिसली पाहिजे. एक कल्पना दिसून येते आणि नंतर ती बर्याच काळासाठी परिपक्व होते. हे मॅच्युअर होत आहे, ही कल्पना उत्तम कशी मांडायची, कुठल्या कळात, कोणत्या फॉरमॅटमध्ये, त्यावर काय बोलता येईल याचा विचार करत आहात. हा पहिला टप्पा आहे.

दुसरा टप्पा म्हणजे विशिष्ट योजना लिहिणे. तुमच्याकडे एक कल्पना आहे आणि ती तुम्ही कशी सादर कराल याबद्दल तपशील मिळवण्यास सुरुवात होते. हे सहसा काही प्रकारचे मन-नकाशा स्वरूपात केले जाते, जेव्हा अहवालाशी संबंधित सर्वकाही कल्पनाभोवती दिसते: समर्थन युक्तिवाद, परिचय, काही कथा ज्या तुम्हाला त्याबद्दल सांगायच्या आहेत. हा दुसरा टप्पा आहे - योजना.

तिसरा टप्पा म्हणजे या योजनेनुसार स्लाइड्स लिहिणे. तुम्ही स्लाइड्सवर दिसणार्‍या काही अमूर्त कल्पना वापरता आणि तुमच्या कथेचे समर्थन करता.

चौथा टप्पा म्हणजे रन-थ्रू आणि रिहर्सल. या टप्प्यावर, कथेचा कमान निघाला आहे याची खात्री करणे, कथा सुसंगत आहे याची खात्री करणे आणि वेळेनुसार सर्व काही ठीक आहे याची खात्री करणे महत्वाचे आहे. यानंतर, अहवाल तयार घोषित केला जाऊ शकतो.

"हा विषय" संबोधित करणे आवश्यक आहे हे तुम्हाला कसे समजते? आणि तुम्ही अहवालासाठी साहित्य कसे गोळा करता?

मला कसे उत्तर द्यावे हे माहित नाही, ते कसे तरी येते. एकतर ते "अरे, हे येथे किती छान झाले" किंवा ते "अरे, याबद्दल कोणालाही खरोखर माहित नाही किंवा समजत नाही," आणि सांगण्याची, समजावून सांगण्याची आणि मदत करण्याची संधी आहे. या दोन पर्यायांपैकी एक.

सामग्रीचे संकलन अहवालावर अवलंबून असते. हा काही अमूर्त विषयावरचा अहवाल असेल तर तो अधिक साहित्य, लेख. जर हे काही व्यावहारिक असेल, तर ते कोड लिहिणे, काही डेमो, उत्पादनांमध्ये कोडचे योग्य तुकडे शोधणे इत्यादी असेल.

अलीकडील DevOps समिट अॅमस्टरडॅम 2019 मधील बारुचचे भाषण

कामगिरीची भीती आणि चिंता ही लोक स्टेजवर न जाण्याची काही सामान्य कारणे आहेत. परफॉर्म करताना ज्यांना चिंता वाटते त्यांच्यासाठी तुमच्याकडे काही सल्ला आहे का? तुम्ही काळजीत आहात आणि तुम्ही कसे सामना करता?

होय, माझ्याकडे ते आहे, ते असले पाहिजे आणि, कदाचित, जेव्हा मी पूर्णपणे काळजी करणे थांबवतो, तेव्हा हे प्रकरण सोडण्याचे हे एक कारण आहे.

मला असे वाटते की जेव्हा तुम्ही स्टेजवर जाता आणि तुमच्या समोर बरेच लोक असतात तेव्हा ही एक पूर्णपणे सामान्य घटना आहे. तुम्ही काळजी करता कारण ही मोठी जबाबदारी आहे, हे स्वाभाविक आहे.

याला कसे सामोरे जावे? वेगवेगळे मार्ग आहेत. माझ्याकडे ते अशा पातळीवर कधीच नव्हते की मला थेट लढण्याची गरज आहे, म्हणून हे सांगणे माझ्यासाठी कठीण आहे.

मला मदत करणारी सर्वात महत्त्वाची गोष्ट म्हणजे एक मैत्रीपूर्ण चेहरा - प्रेक्षकांमधील काही परिचित चेहरा. जर तुम्ही तुमच्या ओळखीच्या एखाद्याला तुमच्या बोलण्यात येण्यास सांगितले तर मध्यभागी समोरच्या रांगेत बसा जेणेकरून तुम्ही नेहमी त्याच्याकडे पाहू शकाल, आणि ती व्यक्ती सकारात्मक असेल, हसेल, होकार देईल, समर्थन करेल, मला वाटते की हे खूप मोठे आहे, मोठी मदत मी विशेषतः कोणाला हे करण्यास सांगत नाही, परंतु जर असे घडले की प्रेक्षकांमध्ये एखादा परिचित चेहरा असेल तर ते खूप मदत करते आणि तणाव कमी करते. हा सर्वात महत्वाचा सल्ला आहे.

आपण रशियन आणि आंतरराष्ट्रीय परिषदांमध्ये खूप बोलता. रशियन आणि परदेशी परिषदांमधील अहवालांमध्ये तुम्हाला फरक दिसतो का? प्रेक्षकांमध्ये काही फरक आहे का? संघटनेत?

मला दोन मोठे फरक दिसत आहेत. हे स्पष्ट आहे की रशिया आणि परदेशात परिषदा भिन्न आहेत, परंतु जर आपण रुग्णालयाची सरासरी घेतली तर रशियामध्ये परिषद अहवालांच्या खोलीच्या दृष्टीने, हार्डकोरच्या दृष्टीने अधिक तांत्रिक आहेत. लोकांना याची सवय झाली आहे, कदाचित जोकर, जेपॉइंट, हायलोड यांसारख्या मोठ्या कॉन्फरन्समुळे, जे नेहमीच हार्डकोर सादरीकरणांवर आधारित आहेत. आणि संमेलनांमधून लोकांची नेमकी हीच अपेक्षा असते. आणि बर्‍याच लोकांसाठी ही परिषद चांगली किंवा वाईट आहे की नाही याचे सूचक आहे: तेथे भरपूर मांस आणि हार्डकोर आहे किंवा भरपूर पाणी आहे.

खरे सांगायचे तर, कदाचित मी परदेशी परिषदांमध्ये खूप बोलतो या वस्तुस्थितीमुळे, मी या दृष्टिकोनाशी सहमत नाही. माझा विश्वास आहे की सॉफ्ट स्किल्सवरील अहवाल, “अर्ध-मानवतावादी अहवाल”, परिषदांसाठी कमी नाहीत आणि कदाचित त्याहूनही महत्त्वाचे आहेत. कारण काही तांत्रिक गोष्टी शेवटी पुस्तकांमध्ये वाचल्या जाऊ शकतात, तुम्ही वापरकर्ता मॅन्युअल वापरून त्या शोधून काढू शकता, परंतु जेव्हा सॉफ्ट स्किल्सचा विचार केला जातो, जेव्हा मानसशास्त्राचा विचार येतो, जेव्हा संवादाचा येतो तेव्हा हे सर्व कुठेही मिळत नाही, किमान सुलभ, सुलभ आणि समजण्यायोग्य. मला असे वाटते की हे तांत्रिक घटकापेक्षा कमी महत्त्वाचे नाही.

DevOpsDays सारख्या DevOps परिषदांसाठी हे विशेषतः महत्वाचे आहे, कारण DevOps हे तंत्रज्ञानाविषयी अजिबात नाही. DevOps फक्त संप्रेषणांबद्दल आहे, ज्यांनी यापूर्वी एकत्र काम केले नाही अशा लोकांसाठी एकत्र काम करण्याचे मार्ग आहे. होय, एक तांत्रिक घटक आहे, कारण ऑटोमेशन हे DevOps साठी महत्त्वाचे आहे, परंतु हे त्यापैकी फक्त एक आहे. आणि जेव्हा DevOps परिषद, DevOps बद्दल बोलण्याऐवजी, साइटची विश्वासार्हता किंवा ऑटोमेशन किंवा पाइपलाइनबद्दल बोलते, तेव्हा ही परिषद, अगदी कट्टर असूनही, माझ्या मते, DevOps चे सार चुकते आणि सिस्टम प्रशासनाविषयी परिषद बनते. , DevOps बद्दल नाही.

दुसरा फरक तयारीमध्ये आहे. पुन्हा, मी रुग्णालयात सरासरी आणि सामान्य प्रकरणे घेतो, विशिष्ट नाही. परदेशात, ते गृहीत धरतात की बहुतेक लोकांनी त्यांच्या आयुष्यात काही प्रकारचे सार्वजनिक बोलण्याचे प्रशिक्षण घेतले आहे. निदान अमेरिकेत तरी तो उच्च शिक्षणाचा भाग आहे. जर एखाद्या व्यक्तीने महाविद्यालयातून पदवी प्राप्त केली असेल, तर त्याला आधीच सार्वजनिक बोलण्याचा पुरेसा अनुभव आहे. म्हणून, कार्यक्रम समितीने योजना पाहिल्यानंतर आणि अहवाल काय असेल हे समजून घेतल्यानंतर, स्पीकरसाठी बोलण्याचे कोणतेही प्रशिक्षण दिले जात नाही, कारण असे मानले जाते की बहुधा त्याला ते कसे करावे हे माहित आहे.

रशियामध्ये, असे गृहितक केले जात नाहीत, कारण काही लोकांना सार्वजनिक बोलण्याचा अनुभव आहे आणि म्हणूनच स्पीकर्स अधिक प्रशिक्षित आहेत. पुन्हा, सर्वसाधारणपणे, रन-थ्रू आहेत, स्पीकर्ससह वर्ग आहेत, स्पीकर्सना मदत करण्यासाठी सार्वजनिक बोलण्याचे अभ्यासक्रम आहेत.

परिणामी, कमकुवत वक्ते जे खराब संवाद साधतात ते काढून टाकले जातात किंवा त्यांना मजबूत सादरकर्ता बनण्यास मदत होते. पाश्चिमात्य देशात सार्वजनिक बोलणे हे एक कौशल्य मानले जाते जे बर्‍याच लोकांकडे असते, शेवटी त्याचा विपरीत परिणाम होतो, कारण हे गृहितक अनेकदा खोटे, चुकीचे ठरते आणि ज्यांना सार्वजनिकपणे कसे बोलावे हे माहित नसते ते लोक या गोष्टीवर नाराज होतात. स्टेज आणि घृणास्पद अहवाल तयार. आणि रशियामध्ये, जिथे असे मानले जाते की सार्वजनिक बोलण्याचा कोणताही अनुभव नाही, शेवटी ते बरेच चांगले होते, कारण त्यांना प्रशिक्षित केले गेले होते, त्यांची चाचणी घेण्यात आली होती, त्यांनी एक चांगले निवडले आणि असेच बरेच काही.

हे दोन फरक आहेत.

तुम्ही इतर देशांमध्ये DevOpsDays ला गेला आहात का? ते इतर परिषदांपेक्षा वेगळे कसे आहेत असे तुम्हाला वाटते? काही विशेष वैशिष्ट्ये आहेत का?

मी कदाचित जगभरातील अनेक डझन DevOpsDays परिषदांमध्ये गेलो आहे: अमेरिका, युरोप आणि आशियामध्ये. ही कॉन्फरन्स फ्रँचायझी अगदी अनोखी आहे कारण त्यात कमी-अधिक प्रमाणात स्थापित स्वरूप आहे ज्याची तुम्ही यापैकी कोणत्याही कॉन्फरन्समधून कुठेही अपेक्षा करू शकता. फॉरमॅट खालीलप्रमाणे आहे: तुलनेने कमी फ्रंट-लाइन कॉन्फरन्स प्रेझेंटेशन आहेत आणि मोकळ्या जागेच्या फॉरमॅटसाठी बराच वेळ दिला जातो.

ओपन स्पेस हे एक फॉरमॅट आहे ज्यामध्ये ज्या विषयासाठी सर्वाधिक लोकांनी मतदान केले त्या विषयावर इतर सहभागींसोबत एकत्र चर्चा केली जाते. हा विषय ज्याने मांडला तोच नेता आहे, याची खात्री करूनच चर्चा सुरू होते. हे एक उत्तम स्वरूप आहे कारण, जसे आपल्याला माहित आहे, संवाद आणि नेटवर्किंग हे कोणत्याही परिषदेचे सादरीकरणापेक्षा कमी महत्त्वाचे भाग नाहीत. आणि जेव्हा कॉन्फरन्स आपला अर्धा वेळ नेटवर्किंग फॉरमॅटमध्ये घालवते तेव्हा ते खूप छान असते.

शिवाय, लाइटनिंग टॉक्स बहुतेक वेळा DevOpsDays येथे आयोजित केले जातात - हे पाच मिनिटांचे छोटे अहवाल आहेत जे तुम्हाला खूप काही शिकण्याची आणि कंटाळवाणा नसलेल्या स्वरूपात काही नवीन गोष्टींकडे तुमचे डोळे उघडण्याची परवानगी देतात. आणि जर नियमित अहवालाच्या मध्यभागी तुम्हाला हे समजले की हा तुमचा नाही, तर वेळ वाया गेला, तुमच्या आयुष्यातील 30-40 मिनिटे वाया गेली, तर आम्ही येथे पाच मिनिटांच्या अहवालांबद्दल बोलत आहोत. आणि जर तुम्हाला स्वारस्य नसेल तर ते लवकरच संपेल. "आम्हाला सांगा, पण पटकन" हे देखील खूप चांगले स्वरूप आहे.

तेथे अधिक तांत्रिक DevOpsDays आहेत, आणि असे काही आहेत जे विशेषतः DevOps काय आहे यानुसार तयार केले आहेत: प्रक्रिया, सहयोग, यासारख्या गोष्टी. दोन्ही असणे मनोरंजक आहे आणि दोन्ही असणे मनोरंजक आहे. मला वाटते की ही आजच्या सर्वोत्तम DevOps कॉन्फरन्स फ्रँचायझींपैकी एक आहे.

तुमची बरीच कामगिरी परफॉर्मन्स किंवा नाटकांसारखीच असते: कधी तुम्ही ग्रीक शोकांतिकेच्या रूपात भाषण देता, कधी शेरलॉकची भूमिका करता, कधी बेडकाच्या पोशाखात सादर करता. आपण त्यांच्याशी कसे येत आहात? अहवाल कंटाळवाणा न करण्याव्यतिरिक्त काही अतिरिक्त उद्दिष्टे आहेत का?

मला असे वाटते की अहवाल कंटाळवाणा होण्याचा अधिकार नाही, कारण, प्रथम, मी श्रोत्यांचा वेळ वाया घालवतो, कंटाळवाणा अहवालात ते कमी गुंतलेले असतात, ते कमी शिकलेले असतात, त्यांनी कमी नवीन गोष्टी शिकल्या आहेत आणि हे नाही त्यांच्या वेळेचा सर्वोत्तम अपव्यय. दुसरे म्हणजे, माझी उद्दिष्टे देखील साध्य झाली नाहीत: ते माझ्याबद्दल काहीही चांगले विचार करत नाहीत, ते जेफ्रॉगबद्दल काहीही चांगले विचार करत नाहीत आणि माझ्यासाठी हे एक प्रकारचे अपयश आहे.

म्हणून, कंटाळवाणा अहवालांना अस्तित्वात असण्याचा अधिकार नाही, किमान माझ्यासाठी. मी त्यांना मनोरंजक, आकर्षक आणि संस्मरणीय बनवण्याचा प्रयत्न करतो. कामगिरी एक मार्ग आहे. आणि, खरं तर, पद्धत अगदी सोपी आहे. तुम्हाला फक्त काही मनोरंजक फॉरमॅट घेऊन येण्याची गरज आहे आणि नंतर तेच विचार नेहमीच्या अहवालाच्या स्वरूपात असामान्य स्वरूपात सादर करा.

मी यासह कसे येऊ? हे नेहमीच सारखे नसते. काहीवेळा या काही कल्पना माझ्या मनात येतात, काहीवेळा या काही कल्पना असतात ज्या मला दिल्या जातात जेव्हा मी धावत असतो किंवा अहवालाबद्दल विचार सामायिक करतो आणि ते मला म्हणतात: "अरे, हे असे केले जाऊ शकते!" ते वेगळ्या प्रकारे घडते. जेव्हा एखादी कल्पना दिसते तेव्हा ती नेहमीच खूप आनंददायक आणि मस्त असते, याचा अर्थ असा होतो की आपण अधिक मनोरंजक आणि गुंतलेला अहवाल तयार करू शकता.

आयटी क्षेत्रातील कोणाची भाषणे तुम्हाला वैयक्तिकरित्या आवडतात? असे स्पीकर आहेत का? आणि का?

दोन प्रकारचे वक्ते आहेत ज्यांचे सादरीकरण मला आवडते. पहिला वक्ता आहे ज्यांचा मी तसा होण्याचा प्रयत्न करतो. ते मनोरंजक आणि गुंतलेल्या मार्गाने बोलतात, प्रत्येकाला स्वारस्य आहे आणि प्रत्येकजण ऐकतो याची खात्री करण्याचा प्रयत्न करतात.

दुसर्‍या प्रकारचे स्पीकर्स ते आहेत जे कोणत्याही सामान्यतः कंटाळवाणा हार्डकोरबद्दल अतिशय मनोरंजक आणि रोमांचक पद्धतीने बोलू शकतात.

दुसऱ्या श्रेणीतील नावांपैकी, हे अॅलेक्सी शेपलेव्ह आहे, जे काही प्रकारचे सखोल कार्यप्रदर्शन कचरा संकलन आणि जावा व्हर्च्युअल मशीनच्या आतल्या गोष्टींबद्दल मनोरंजक आणि विनोदी पद्धतीने बोलतात. नवीनतम DevOops चा आणखी एक शोध म्हणजे Netflix मधील Sergey Fedorov. त्यांनी त्यांच्या सामग्री वितरण नेटवर्कला कसे ऑप्टिमाइझ केले याबद्दल एक पूर्णपणे तांत्रिक गोष्ट सांगितली आणि त्यांनी ती अतिशय मनोरंजक पद्धतीने सांगितली.

पहिल्या श्रेणीतून - हे जेसिका डीन, अँटोन वेस, रोमन शापोश्निक आहेत. हे असे स्पीकर आहेत जे मनोरंजकपणे, विनोदाने बोलतात आणि योग्यरित्या उच्च रेटिंग प्राप्त करतात.

तुमच्याकडे संमेलनांमध्ये बोलण्यासाठी वेळेपेक्षा जास्त आमंत्रणे असतील. आपण कुठे जाणार आणि कुठे नाही हे कसे निवडायचे?

कॉन्फरन्स आणि स्पीकर, जवळजवळ इतर सर्व गोष्टींप्रमाणे, पुरवठा आणि मागणीच्या बाजारातील संबंध आणि एकाचे मूल्य दुसर्‍याकडून नियंत्रित केले जातात. अशा परिषदा आहेत की, बरं, म्हणूया, मला त्यांच्या गरजेपेक्षा जास्त हवे आहे. प्रेक्षकाच्या दृष्टीने मला तिथे भेटण्याची अपेक्षा आहे आणि मी तिथे काय प्रभाव पाडेल अशी अपेक्षा आहे. अशा परिषदा आहेत की, उलटपक्षी, मला त्यांच्या गरजेपेक्षा जास्त जायचे आहे. माझ्यासाठी असलेल्या मूल्याच्या आधारावर, मी कुठे जायचे ते ठरवतो.

म्हणजेच, जर हे, उदाहरणार्थ, काही प्रकारचे भूगोल आहे जेथे मला रणनीतिकदृष्ट्या जाण्याची आवश्यकता आहे, ही एक मोठी सुप्रसिद्ध परिषद आहे ज्याची चांगली प्रतिष्ठा आहे आणि लोक जातील, तर स्पष्टपणे मला याची खरोखर गरज आहे. आणि मी इतर परिषदांपेक्षा ते पसंत करतो.

जर ही एक प्रकारची छोटी प्रादेशिक परिषद असेल आणि कदाचित, जिथे आम्हाला फारसा रस नसेल, तर असे होऊ शकते की तिथली सहल या विषयावर घालवलेल्या वेळेचे समर्थन करत नाही. मागणी, पुरवठा आणि मूल्य यांचे सामान्य बाजार संबंध.

चांगला भूगोल, चांगली लोकसंख्या, संभाव्य चांगले संपर्क, संवाद ही परिषद माझ्यासाठी मनोरंजक असेल याची हमी आहे.

तुमच्या एका मुलाखतीत तुम्ही नमूद केले होते की तुम्ही वर्षाला सुमारे चाळीस परिषदांमध्ये बोलता. तुम्ही काम कसे करता आणि कामगिरीची तयारी कशी करता? आणि अशा वेळापत्रकानुसार तुम्ही काम/जीवनाचा समतोल राखता का? तुमची गुपिते शेअर करायची?

परिषदांना प्रवास करणे हा माझ्या कामाचा सिंहाचा वाटा आहे. अर्थात, बाकी सर्व काही आहे: अहवाल तयार करणे, स्वतःला तांत्रिक आकारात ठेवणे, कोड लिहिणे, नवीन गोष्टी शिकणे. हे सर्व कॉन्फरन्सच्या समांतर केले जाते: संध्याकाळी, विमानात, आदल्या दिवशी, जेव्हा तुम्ही कॉन्फरन्ससाठी आधीच पोहोचलात आणि उद्या आहे. यासारखेच काहीसे.

तुम्ही व्यवसायाच्या सहलींवर इतका वेळ घालवता तेव्हा काम/जीवनाचा समतोल राखणे नक्कीच कठीण आहे. परंतु मी या गोष्टीची भरपाई करण्याचा प्रयत्न करतो की, किमान जेव्हा मी व्यवसायाच्या सहलीवर नसतो, तेव्हा मी माझ्या कुटुंबासोबत १००% असतो, मी संध्याकाळी ईमेलला उत्तर देत नाही, मी कोणत्याही प्रकारात सहभागी न होण्याचा प्रयत्न करतो. संध्याकाळी आणि आठवड्याच्या शेवटी कॉल. जेव्हा मी व्यवसायाच्या सहलीवर नसतो आणि ती कौटुंबिक वेळ असते, तेव्हा ती खरोखरच 100% कौटुंबिक वेळ असते. हे कार्य करते आणि ते समस्येचे निराकरण करते का? नाही. पण मला आशा आहे की हे माझ्या कुटुंबापासून दूर राहिल्याबद्दल माझ्या कुटुंबाची भरपाई करेल.

बारुचच्या अहवालांपैकी एक म्हणजे “आमच्याकडे DevOps आहेत. चला सर्व परीक्षकांना काढून टाकूया."

इतक्या घट्ट शेड्यूलसह, तुम्ही तुमची तांत्रिक पातळी राखण्यात व्यवस्थापित करता की तुम्ही प्रोग्रामिंगपासून आधीच दूर गेला आहात?

परिषदेत माझे भाषण आणि इतर उपक्रमांची तयारी करताना मी काही तांत्रिक गोष्टी करण्याचा प्रयत्न करतो. हे सर्व प्रकारचे तांत्रिक डेमो आहेत, काही छोटे-अहवाल जे आम्ही स्टँडवर देतो. हे प्रोग्रामिंग-प्रोग्रामिंग नाही, हे अधिक एकत्रीकरण आहे, परंतु हे किमान काही तांत्रिक काम आहे जे मी करण्याचा प्रयत्न करतो. अशाप्रकारे मी आमची उत्पादने, नवीन वैशिष्‍ट्ये आणि इतर गोष्टींबद्दल ज्ञान राखतो.

अर्थात, मी 7 वर्षांपूर्वी होतो तसाच हार्डकोर कोडर आहे हे सांगणे कदाचित अशक्य आहे. ती वाईट गोष्ट आहे याची खात्री नाही. ही कदाचित एक प्रकारची नैसर्गिक उत्क्रांती आहे. हे माझ्यासाठी कमी मनोरंजक आहे, आणि माझ्याकडे कमी वेळ आहे, म्हणून, कदाचित, देव त्याला आशीर्वाद देईल.

मी अजूनही स्वत:ला एक मजबूत तांत्रिक तज्ञ मानतो, मी अजूनही काय चालले आहे याची जाणीव ठेवतो, मी स्वतःला माझ्या पायाच्या बोटांवर ठेवतो. ही आज माझी संकरित स्थिती आहे.

कृपया आम्हाला तुमच्यासोबत घडलेल्या काही मजेदार किस्से किंवा अत्यंत परिस्थिती सांगा: विमान चुकले/प्रेझेंटेशन हटवले/अहवाल दरम्यान पॉवर कट ऑफ झाला/सामान आले नाही?

मजेदार परिस्थितींपैकी, मला सर्वात जास्त आठवते ते सर्व प्रकारचे भयंकर अपयश आहेत जे अहवालादरम्यान घडले. स्वाभाविकच, कारण ही सर्वात तणावपूर्ण परिस्थिती आहे, कारण ती प्रेक्षक, वेळ आहे आणि त्यांनी ते वाया घालवणार नाही याची खात्री करणे आवश्यक आहे.

माझ्याकडे संभाषणादरम्यान विंडोज आणि मॅक दोन्हीवर "मृत्यूचा निळा स्क्रीन" होता. विंडोजवर हे एकदा झाले, मॅकवर दोन वेळा. हे अर्थातच तणावपूर्ण आहे, परंतु आम्ही कसा तरी या समस्येचे निराकरण करतो, संगणक रीस्टार्ट होतो, मी यावेळी काहीतरी सांगणे सुरू ठेवतो, परंतु तणाव प्रचंड आहे.

ग्रोव्ही कॉन्फरन्समध्ये माझी सर्वात मजेदार परिस्थिती होती. कॉन्फरन्स नेमकी कुठे झाली हे मला आठवत नाही, असे दिसते की एका हॉटेलमध्ये आणि या हॉटेलच्या समोर काही प्रकारचे बांधकाम किंवा नूतनीकरण चालू होते. आणि म्हणून मी लिहिलेल्या काही कोडबद्दल बोललो, तो एक डेमो होता. हे डेमोचे पहिले पुनरावृत्ती होते, जे समजण्यासारखे होते, परंतु कदाचित चांगले लिहिलेले नाही. आणि मी फक्त रिफॅक्टर आणि सुधारित करणार होतो, आणि मी "स्वत:चे अवमूल्यन" सारख्या काही वाक्यांशाचा उल्लेख केला आहे की हा "शिट्टी कोड" आहे. ते दुसर्‍या मजल्यावर होते आणि त्या वेळी समोरील बांधकाम साइटवर एक क्रेन फक्त एक पोर्टेबल टॉयलेट उचलत होती. आणि स्टेज खिडकीच्या समोर होता. म्हणजे, मी या खिडकीतून बाहेर पाहतो, “शिट्टी कोड” म्हणतो आणि खिडकीच्या पलीकडे एक टॉयलेट तरंगते. आणि मी सगळ्यांना सांगतो: "वळा, आमच्याकडे एक उदाहरण आहे." ही कदाचित माझ्या विचारांची सर्वोत्कृष्ट स्लाइड होती - माझ्या अहवालातील फ्लाइंग टॉयलेट जेव्हा मी शिट्टी कोडबद्दल बोललो.

बॅगेज सारख्या कथांमधून - ही, तत्वतः, एक सामान्य कथा आहे, त्याबद्दल बोलण्यासारखे काहीही नाही. आम्ही सर्व प्रकारच्या प्रवासाच्या टिप्सबद्दल स्वतंत्र मुलाखतीची व्यवस्था करू शकतो, जिथे आम्ही न पोहोचलेल्या सामानाबद्दल बोलू शकतो, परंतु काहीही गंभीर नव्हते.

मी नेहमी उड्डाण करण्यासाठी, येण्यासाठी आणि मी वचन दिलेल्या सर्व परिषदांमध्ये उपस्थित राहण्यासाठी कोणत्याही किंमतीत खूप प्रयत्न करतो, कारण पुन्हा, ही लोकांची वेळ आहे. लोकांचा वेळ अमूल्य आहे कारण ते तुम्हाला देतात. आणि जर हे कर्ज वाया गेले तर ते नंतर परत मिळण्याचा मार्ग नाही.

जर एखाद्या व्यक्तीने वेळ घालवला, माझा अहवाल ऐकण्यासाठी कॉन्फरन्समध्ये आला आणि मी तो घेतला आणि आलो नाही, तर हे वाईट आहे, कारण या व्यक्तीचा वेळ परत मिळवण्याचा कोणताही मार्ग नाही. म्हणून, या संदर्भात माझी सर्व वचने पाळणे माझ्यासाठी खूप महत्वाचे आहे आणि आतापर्यंत सर्वकाही कार्य करत आहे.

बरेच लोक असा विचार करतात: “परिषदांना अजिबात का जायचे? तुम्ही YouTube वर व्हिडिओ पाहू शकता आणि तुम्ही नेहमी ऑनलाइन चॅट करू शकता.” सहभागींनी कॉन्फरन्समध्ये जाण्याची गरज का आहे असे तुम्हाला वाटते?

छान प्रश्न! नेटवर्किंगसाठी कॉन्फरन्समध्ये जावे. हे अमूल्य आहे आणि ते मिळवण्याचा दुसरा कोणताही मार्ग नाही. संवाद, संवाद आणि सॉफ्ट स्किल्सचे महत्त्व मी आधीच सांगितले आहे. YouTube वर व्हिडिओ पाहणे, दुर्दैवाने, सॉफ्ट स्किल्सचा अनुभव प्रदान करत नाही. म्हणून, संवादाच्या फायद्यासाठी आपल्याला परिषदांमध्ये जाण्याची आवश्यकता आहे.

याव्यतिरिक्त, कमीतकमी माझ्यासाठी, YouTube वर व्हिडिओ पाहताना, प्रतिबद्धता पूर्णपणे भिन्न असते आणि सामग्री लक्षात ठेवली जाते आणि लक्षात ठेवली जाते. कदाचित हे फक्त मीच आहे, परंतु मला शंका आहे की भाषणात खोलीत असणे आणि YouTube वर व्हिडिओ पाहणे या पूर्णपणे भिन्न गोष्टी आहेत. विशेषत: अहवाल चांगला असल्यास, तो थेट ऐकणे खूप चांगले आहे असे मला वाटते. हे लाइव्ह कॉन्सर्ट आणि रेकॉर्ड ऐकण्यासारखे आहे.

आणि मी पुन्हा एकदा पुनरावृत्ती करतो: नेटवर्किंग आणि कम्युनिकेशन हे काही तुम्ही YouTube वरून घेऊ शकत नाही.

DevOpsCon येथे Leonid Igolnik सोबत संयुक्त अहवाल

जे नुकतेच वक्ता बनायचे ठरवत आहेत किंवा नुकतेच बोलू लागले आहेत त्यांना काही वेगळे शब्द द्या?

स्थानिक भेटी पहा. अनेक कारणांमुळे तुमची बोलण्याची कारकीर्द सुरू करण्यासाठी स्थानिक भेटी हा एक उत्तम मार्ग आहे. प्रथम, स्थानिक मीटअप नेहमी स्पीकर्स शोधत असतात. असे होऊ शकते की अनुभवाशिवाय आणि प्रसिद्ध वक्ता नसताना, तुम्हाला एखाद्या प्रसिद्ध कॉन्फरन्समध्ये अर्ज करणे कठीण होईल, किंवा कार्यक्रम समिती, तुमच्याशी संवाद साधल्यानंतर, समजेल की कदाचित तुमच्यासाठी अजून थोडे लवकर आहे. याउलट, स्थानिक मीटअप नेहमी स्पीकर्स शोधत असतात आणि प्रवेशासाठी बार खूप कमी असतो, त्यामुळे तिथे पोहोचणे खूप सोपे आहे.

तसेच, तणाव पातळी पूर्णपणे भिन्न आहे. जेव्हा 10-15-30 लोक येतात, तेव्हा हॉलमध्ये 150-200-300 लोक असतात तसे नसते, त्यामुळे ते खूप सोपे आहे.

पुन्हा, स्थानिक भेटीसाठी लागणारा खर्च खूपच कमी आहे: तुम्हाला कुठेही उड्डाण करण्याची गरज नाही, तुम्हाला दिवस घालवण्याची गरज नाही, तुम्ही फक्त संध्याकाळी येऊ शकता. श्रोत्यांमध्ये मैत्रीपूर्ण चेहरा असण्याच्या महत्त्वाबद्दल माझा सल्ला लक्षात ठेवून, एखाद्या स्थानिक भेटीला येणे खूप सोपे आहे कारण त्यासाठी पैसे लागत नाहीत. तुम्ही कॉन्फरन्समध्ये बोलल्यास, तुम्ही स्पीकर म्हणून विनामूल्य येता, परंतु तुमच्या या +1 ला, जो लोकांमध्ये एक मैत्रीपूर्ण चेहरा असेल, त्याला तिकीट खरेदी करणे आवश्यक आहे. जर तुम्ही मीटिंगमध्ये बोलत असाल, तर अशी कोणतीही अडचण नाही, तुम्ही तुमच्यासोबत एक किंवा दोन किंवा तीन मित्र आणू शकता जे खोलीत एक मैत्रीपूर्ण चेहरा असतील.

आणि एक अतिरिक्त फायदा म्हणजे मीटअप आयोजकांकडे तुम्हाला मदत करण्याच्या अधिक संधी आहेत. कारण कॉन्फरन्स आयोजकांकडे, उदाहरणार्थ, 60 सादरीकरणे असतील ज्यांचे पुनरावलोकन करणे, सराव करणे आणि तयार करणे आवश्यक आहे. आणि मीटअप्सच्या आयोजकांकडे एक, दोन किंवा तीन असतात, त्यामुळे साहजिकच तुमच्याकडे जास्त लक्ष असेल.

याशिवाय, स्थानिक भेटींमधून फीडबॅक मिळवणे खूप सोपे आहे. तुम्ही तुमचा अहवाल पूर्ण केला आहे आणि आता तुम्ही आणि प्रेक्षक तुमच्या अहवालाशी संबंधित काहीतरी संवाद साधत आहात आणि चर्चा करत आहात. मोठ्या परिषदांसाठी हे सहसा होत नाही. आपण एक अहवाल तयार केला आणि तो झाला. तुमच्या अहवालादरम्यान ग्रे मास असलेले प्रेक्षक निघून गेले आहेत आणि तुम्हाला त्यांच्याबद्दल काहीही माहिती नाही, तुम्हाला ऐकू येत नाही, तुम्हाला कोणताही फीडबॅक मिळणार नाही.

कोणी काहीही म्हणो, स्थानिक बैठका हा सर्वसाधारणपणे आणि विशेषतः नवशिक्यांसाठी एक उत्तम विषय आहे.

बारूच हे 7 डिसेंबर रोजी होणाऱ्या परिषदेत बोलतील DevOpsDays मॉस्को. त्याच्या अहवालात, बारूच सॉफ्टवेअर अद्यतनित करताना दररोज आणि सर्वत्र होणाऱ्या वास्तविक अपयशांचे विश्लेषण करेल. हे दर्शवेल की सर्व प्रकारचे DevOps नमुने वेगवेगळ्या परिस्थितींमध्ये कसे बसतात आणि ते योग्यरित्या कसे लागू केल्याने तुमची बचत होऊ शकते.

कार्यक्रमात देखील: अलेक्झांडर चिस्त्याकोव्ह (vdsina.ru), मिखाईल चिन्कोव्ह (एएमबीओएसएस), रोमन बॉयको (एडब्ल्यूएस), पावेल सेलिव्हानोव (साउथब्रिज), रॉडियन नागोर्नोव (कॅस्परस्की लॅब), आंद्रे शोरिन (डेव्हओप्स सल्लागार).

परिचित व्हा!

स्त्रोत: www.habr.com