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

Baruch Sadogursky - JFrog मा विकासकर्ता अधिवक्ता, पुस्तक "लिक्विड सफ्टवेयर" को सह-लेखक, प्रसिद्ध आईटी स्पिकर।

एक अन्तर्वार्तामा, बारुचले आफ्ना रिपोर्टहरूको लागि कसरी तयारी गर्छन्, कसरी विदेशी सम्मेलनहरू रूसीहरू भन्दा फरक छन्, किन सहभागीहरूले तिनीहरूमा उपस्थित हुनुपर्छ, र तिनीहरूले भ्यागुता पोशाकमा किन बोल्नुपर्छ भनेर वर्णन गरे।

सबै भन्दा साधारण कुरा संग सुरु गरौं। तपाईलाई सम्मेलनमा बोल्नुको कारण के हो जस्तो लाग्छ?

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

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

कृपया हामीलाई भन्नुहोस् कि तपाइँ प्रदर्शनको लागि कसरी तयारी गर्नुहुन्छ? त्यहाँ कुनै प्रकारको तयारी एल्गोरिथ्म छ?

तयारीका चार बढी वा कम मानक चरणहरू छन्। पहिलो सुरुवात हो, चलचित्रहरूमा जस्तै। केही विचार प्रकट हुनुपर्छ। एक विचार देखा पर्दछ, र त्यसपछि यो धेरै लामो समय को लागी परिपक्व हुन्छ। यो परिपक्व हुँदैछ, तपाईं यो विचारलाई कसरी राम्रोसँग प्रस्तुत गर्ने, कुन कुञ्जीमा, कुन ढाँचामा, यसको बारेमा के भन्न सकिन्छ भनेर सोच्दै हुनुहुन्छ। यो पहिलो चरण हो।

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

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

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

"यो विषय" लाई सम्बोधन गर्न आवश्यक छ भनेर तपाइँ कसरी बुझ्नुहुन्छ? र रिपोर्टका लागि सामग्री कसरी सङ्कलन गर्नुहुन्छ?

मलाई कसरी जवाफ दिने थाहा छैन, यो कुनै न कुनै रूपमा आउँछ। या त यो "ओह, यो यहाँ कस्तो राम्रो भयो," वा यो "ओह, यो बारे कसैलाई थाहा छैन वा बुझ्दैन," र त्यहाँ बताउन, व्याख्या गर्ने र मद्दत गर्ने अवसर छ। यी दुई विकल्प मध्ये एक।

सामग्रीको सङ्कलन रिपोर्टमा धेरै निर्भर छ। यदि यो केहि अमूर्त विषयमा रिपोर्ट हो भने, यो थप साहित्य, लेख हो। यदि यो केहि व्यावहारिक छ भने, त्यसपछि यो कोड लेख्ने, केहि डेमोहरू, उत्पादनहरूमा कोडको सही टुक्राहरू फेला पार्ने, र यस्तै हुनेछ।

भर्खरको DevOps शिखर सम्मेलन एम्स्टर्डम 2019 मा बारुचको भाषण

प्रदर्शनको डर र चिन्ता मानिसहरू स्टेजमा नजानुको सबैभन्दा सामान्य कारणहरू हुन्। प्रदर्शन गर्दा नर्भस महसुस गर्नेहरूका लागि तपाइँसँग कुनै सल्लाह छ? के तपाई चिन्तित हुनुहुन्छ र कसरी सामना गर्नुहुन्छ?

हो, मसँग यो छ, यो हुनुपर्छ, र, सायद, यस क्षणमा जब म पूर्ण रूपमा चिन्ता गर्न छोड्छु, यो यो कुरा छोड्ने कारण हो।

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

यसलाई कसरी व्यवहार गर्ने? त्यहाँ विभिन्न तरिकाहरू छन्। मसँग यो त्यस्तो स्तरमा कहिल्यै थिएन कि मैले यसलाई प्रत्यक्ष रूपमा लड्न आवश्यक छ, त्यसैले यो भन्न गाह्रो छ।

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

तपाईं रूसी र अन्तर्राष्ट्रिय सम्मेलनहरूमा धेरै बोल्नुहुन्छ। के तपाइँ रूसी र विदेशी सम्मेलनहरूमा रिपोर्टहरू बीचको भिन्नता देख्नुहुन्छ? दर्शकमा फरक छ कि ? संस्थामा ?

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

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

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

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

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

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

यी दुई भिन्नता हुन्।

के तपाईं अन्य देशहरूमा DevOpsDay मा जानुभएको छ? तपाईं कसरी सोच्नुहुन्छ कि तिनीहरू अन्य सम्मेलनहरू भन्दा फरक छन्? त्यहाँ कुनै विशेष सुविधाहरू छन्?

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

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

साथै, लाइटनिङ वार्ताहरू प्रायः DevOpsDays मा आयोजित हुन्छन् - यी पाँच-मिनेटका छोटो रिपोर्टहरू हुन् जसले तपाईंलाई धेरै कुराहरू सिक्न र गैर-बोरिंग ढाँचामा केही नयाँ कुराहरूमा तपाईंको आँखा खोल्न अनुमति दिन्छ। र यदि नियमित रिपोर्टको बीचमा तपाईले महसुस गर्नुभयो कि यो तपाईको होइन, त्यसपछि समय बर्बाद भयो, तपाईको जीवनको 30-40 मिनेट बर्बाद भयो, तब हामी यहाँ पाँच मिनेटको रिपोर्टको बारेमा कुरा गर्दैछौं। र यदि तपाइँ चासो हुनुहुन्न भने, यो चाँडै समाप्त हुनेछ। "हामीलाई भन्नुहोस्, तर छिटो" पनि धेरै राम्रो ढाँचा हो।

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

तपाइँका धेरै प्रदर्शनहरू प्रदर्शन वा नाटकहरूसँग मिल्दोजुल्दो छन्: कहिलेकाहीँ तपाइँ ग्रीक त्रासदीको रूपमा भाषण दिनुहुन्छ, कहिलेकाहीँ तपाइँ शेर्लकको भूमिकामा हुनुहुन्छ, कहिलेकाहीँ तपाइँ भ्यागुता पोशाकमा प्रदर्शन गर्नुहुन्छ। तपाईं तिनीहरूसँग कसरी आउनुहुन्छ? के त्यहाँ प्रतिवेदनलाई बोरिङ नगर्ने बाहेक कुनै थप लक्ष्यहरू छन्?

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

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

म यो संग कसरी आउन सक्छु? यो सधैं एकनास हुँदैन। कहिलेकाहीँ यी केही विचारहरू हुन् जुन मेरो दिमागमा आउँछन्, कहिलेकाँही यी केही विचारहरू हुन् जुन मलाई दिइन्छ जब म दौडन्छु वा रिपोर्टको बारेमा विचार साझा गर्छु र उनीहरूले मलाई भन्छन्: "ओह, यो यसरी गर्न सकिन्छ!" यो फरक तरिकाले हुन्छ। जब एक विचार देखा पर्दछ, यो सधैं धेरै रमाइलो र राम्रो छ, यसको मतलब यो हो कि तपाईं थप रोचक र संलग्न रिपोर्ट बनाउन सक्नुहुन्छ।

IT क्षेत्रबाट तपाईलाई व्यक्तिगत रूपमा कसको भाषण मनपर्छ? त्यस्ता वक्ताहरू छन्? र किन?

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

दोस्रो प्रकारका स्पिकरहरू ती हुन् जसले प्रायः बोरिङ हार्डकोरको बारेमा धेरै रोचक र रोमाञ्चक तरिकामा कुरा गर्न सक्छन्।

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

पहिलो श्रेणीबाट - यी जेसिका डीन, एन्टोन वेइस, रोमन शापोश्निक हुन्। यी वक्ताहरू हुन् जसले चाखलाग्दो, हास्यका साथ बोल्छन्, र योग्य रूपमा उच्च मूल्याङ्कनहरू प्राप्त गर्छन्।

तपाईंसँग सम्मेलनहरूमा बोल्नको लागि समय भन्दा बढी निमन्त्रणाहरू छन्। तपाईं कहाँ जाने र कहाँ जाने भनेर कसरी छनौट गर्नुहुन्छ?

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

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

यदि यो कुनै प्रकारको सानो क्षेत्रीय सम्मेलन हो, र, सम्भवतः, जहाँ हामी धेरै चासो राख्दैनौं, तब यो हुन सक्छ कि त्यहाँको यात्राले यस विषयमा बिताएको समयलाई औचित्य दिँदैन। माग, आपूर्ति र मूल्यको सामान्य बजार सम्बन्ध।

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

तपाईको एउटा अन्तर्वार्तामा तपाईले वर्षमा करिब ४० सम्मेलनमा बोल्ने कुरा उल्लेख गर्नुभएको छ । तपाईं कसरी काम गर्न र प्रदर्शनको लागि तयारी गर्ने प्रबन्ध गर्नुहुन्छ? र के तपाइँ यस्तो तालिका संग काम / जीवन सन्तुलन कायम गर्न प्रबन्ध गर्नुहुन्छ? आफ्नो गोप्य कुरा साझा?

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

निस्सन्देह, काम / जीवन सन्तुलन कायम गर्न गाह्रो छ जब तपाईं व्यापार यात्राहरूमा धेरै समय खर्च गर्नुहुन्छ। तर म यस तथ्यबाट क्षतिपूर्ति गर्ने प्रयास गर्छु कि, कम्तिमा म व्यापार यात्रामा नभएको बेला, म मेरो परिवारसँग 100% छु, म साँझमा इमेलहरूको जवाफ दिँदिन, म कुनै पनि कार्यक्रममा भाग नलिने प्रयास गर्छु। साँझ र सप्ताहन्तमा कल। जब म व्यापार यात्रामा छैन र यो पारिवारिक समय हो, यो साँच्चै 100% पारिवारिक समय हो। के यो काम गर्छ र यसले समस्या समाधान गर्छ? छैन। तर मलाई आशा छ कि यसले कुनै न कुनै रूपमा मेरो परिवारलाई म टाढा हुँदाको लागि क्षतिपूर्ति दिनेछ।

बारुचको रिपोर्टहरू मध्ये एक हो "हामीसँग DevOps छ। सबै परीक्षकहरूलाई बर्खास्त गरौं।"

यस्तो तंग तालिकाको साथ, के तपाइँ तपाइँको प्राविधिक स्तर कोयम राख्न को लागी प्रबन्ध गर्नुहुन्छ वा तपाइँ पहिले नै प्रोग्रामिंगबाट टाढा जानुभएको छ?

म सम्मेलनमा मेरो वार्ता र अन्य गतिविधिहरूको तयारी गर्दा केही प्राविधिक कुराहरू गर्ने प्रयास गर्छु। यी सबै प्रकारका प्राविधिक डेमोहरू हुन्, केही मिनी-रिपोर्टहरू जुन हामीले स्ट्यान्डमा दिन्छौं। यो प्रोग्रामिङ-प्रोग्रामिङ होइन, यो थप एकीकरण हो, तर यो कम्तिमा केही प्राविधिक काम हो जुन मैले गर्न खोजेको छु। यसरी म हाम्रा उत्पादनहरू, नयाँ सुविधाहरू, र यस्तै कुराहरू बारे जानकारी राख्छु।

निस्सन्देह, यो भन्न असम्भव छ कि म अहिले 7 वर्ष पहिले जस्तै हार्डकोर कोडर हुँ। पक्का छैन कि यो खराब कुरा हो। यो सायद प्राकृतिक विकास को एक प्रकार हो। यो मेरो लागि कम चाखलाग्दो छ, र मसँग कम समय छ, त्यसैले, सम्भवतः, भगवानले उहाँलाई आशीर्वाद दिनुहुन्छ।

म अझै पनि आफूलाई एक बलियो प्राविधिक विशेषज्ञ मान्छु, म अझै के भइरहेको छ भन्ने बारे जान्दछु, म आफैलाई मेरो औंलाहरूमा राख्छु। यो आज मेरो हाइब्रिड अवस्था हो।

कृपया हामीलाई केहि हास्यास्पद कथाहरू वा चरम परिस्थितिहरू बताउनुहोस् जुन तपाइँसँग भयो: प्लेन छुटेको / प्रस्तुतीकरण मेटियो / रिपोर्ट / सामान नपुगेको समयमा पावर काटियो?

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

मसँग कुराकानीको क्रममा विन्डोज र म्याक दुबैमा "मृत्युको नीलो स्क्रिन" थियो। विन्डोजमा यो एक पटक भयो, म्याकमा दुई पटक। यो निस्सन्देह, तनावपूर्ण छ, तर हामी कुनै न कुनै रूपमा यो समस्या समाधान गर्छौं, कम्प्युटर पुन: सुरु हुन्छ, म यस समयमा केहि भन्न जारी राख्छु, तर तनाव ठूलो छ।

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

झोला जस्ता कथाहरू आएनन् - यो, सिद्धान्तमा, एक सामान्य कथा हो, त्यहाँ कुरा गर्न पनि केहि छैन। हामी सबै प्रकारका यात्रा सुझावहरूको बारेमा छुट्टै अन्तर्वार्ताको व्यवस्था गर्न सक्छौं, जहाँ हामी नपुगेको सामानको बारेमा कुरा गर्न सक्छौं, तर त्यहाँ केही महत्वपूर्ण थिएन।

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

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

धेरै मानिसहरू यस्तो सोच्छन्: "किन सम्मेलनहरूमा जानुहोस्? तपाइँ YouTube मा भिडियो हेर्न सक्नुहुन्छ, र तपाइँ सधैं अनलाइन च्याट गर्न सक्नुहुन्छ।" तपाईलाई किन सहभागीहरूले सम्मेलनहरूमा जान आवश्यक छ जस्तो लाग्छ?

महान प्रश्न! तपाईंले नेटवर्किङको लागि सम्मेलनहरूमा जानुपर्छ। यो अमूल्य छ र यसलाई प्राप्त गर्ने अर्को कुनै उपाय छैन। कम्युनिकेशन, कम्युनिकेसन र सफ्ट स्किलको महत्व मैले पहिले नै उल्लेख गरिसकेको छु। YouTube मा भिडियो हेर्दा, दुर्भाग्यवश, नरम कौशल मा अनुभव प्रदान गर्दैन। त्यसकारण, तपाईंले सञ्चारको खातिर सम्मेलनहरूमा जान आवश्यक छ।

थप रूपमा, कम्तिमा मेरो लागि, YouTube मा भिडियोहरू हेर्दा, संलग्नता पूर्ण रूपमा फरक छ, र सामग्री सम्झना र धेरै कम राम्रोसँग सम्झना छ। हुनसक्छ यो म मात्र हुँ, तर मलाई शंका छ कि कोठामा कुराकानीमा रहनु र YouTube मा भिडियो हेर्नु पूर्ण रूपमा फरक कुराहरू हुन्। विशेष गरी यदि रिपोर्ट राम्रो छ, यो मलाई लाग्छ कि यो धेरै राम्रो छ, यो लाइभ सुन्न धेरै राम्रो छ। यो लाइभ कन्सर्ट र रेकर्ड सुन्न जस्तै हो।

र म फेरि एक पटक दोहोर्याउँछु: नेटवर्किङ र संचार तपाईंले YouTube बाट लिन सक्ने कुरा होइन।

DevOpsCon मा Leonid Igolnik सँग संयुक्त रिपोर्ट

कृपया वक्ता बन्ने योजनामा ​​रहेका वा भर्खरै बोल्न थालेकाहरूलाई केही विभाजन शब्दहरू दिनुहोस्?

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

साथै, तनाव स्तर पूर्ण रूपमा फरक छ। जब 10-15-30 जना आउँछन्, यो हलमा 150-200-300 मान्छे हुँदा यो बिल्कुल समान छैन, त्यसैले यो धेरै सजिलो छ।

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

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

थप रूपमा, स्थानीय भेटघाटहरूबाट प्रतिक्रिया प्राप्त गर्न धेरै सजिलो छ। तपाईंले आफ्नो रिपोर्ट समाप्त गर्नुभयो र अब तपाईं र श्रोताहरू पहिले नै तपाईंको रिपोर्टसँग सम्बन्धित केही कुराहरू कुराकानी र छलफल गर्दै हुनुहुन्छ। ठूला सम्मेलनहरूको लागि यो अक्सर मामला होइन। तपाईंले रिपोर्ट गर्नुभयो र यो भयो। श्रोताहरू, जुन तपाईंको रिपोर्टको समयमा ग्रे मास थियो, छोडिसकेको छ, र तपाईंलाई अब तिनीहरूको बारेमा केही थाहा छैन, तपाईंले सुन्नुहुन्न, तपाईंले कुनै प्रतिक्रिया प्राप्त गर्नुहुने छैन।

कसैले जे भने पनि, स्थानीय भेटघाटहरू सामान्यतया र विशेष गरी शुरुवातकर्ताहरूको लागि उत्कृष्ट विषय हो।

बारुचले डिसेम्बर 7 मा सम्मेलनमा बोल्नेछन् DevOpsDays मस्को। आफ्नो रिपोर्टमा, बारुचले सफ्टवेयर अपडेट गर्दा हरेक दिन र जताततै हुने वास्तविक असफलताहरूको विश्लेषण गर्नेछ। यसले देखाउँछ कि कसरी सबै प्रकारका DevOps ढाँचाहरू विभिन्न परिदृश्यहरूमा फिट हुन्छन् र कसरी तिनीहरूलाई सही रूपमा लागू गर्नाले तपाईंलाई बचाउन सक्छ।

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

आउनुहोस् परिचित हुनुहोस्!

स्रोत: www.habr.com