बर्लिन में काम और जीवन के बारे में मिखाइल चिंकोव के साथ साक्षात्कार

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

घूमने के बारे में

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

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

उस समय, मैंने एक तकनीकी कंपनी के लिए एक डेवलपर को स्थानांतरित करने के लिए बर्लिन को सबसे सस्ती शहर माना, क्योंकि लिंक्डइन पर, 90% स्थानांतरण-सहिष्णु कंपनियां बर्लिन से थीं। इसके बाद, मैंने आमने-सामने के एक साक्षात्कार का संचालन करने के लिए 3 दिनों के लिए शहर में उड़ान भरी। मुझे वास्तव में शहर पसंद था, इसलिए मैंने फैसला किया कि मैं अभी बर्लिन में रहना चाहता हूं। एक हफ्ते बाद, मैंने बर्लिन टेक हब से प्राप्त होने वाली पहली पहली पेशकश को तुरंत स्वीकार कर लिया।

कृपया हमें स्थानांतरण प्रक्रिया के बारे में अधिक बताएं। आपके साथ यह कैसे हुआ? आपने कौन से दस्तावेज एकत्रित किए? क्या नियोक्ता ने मदद की?

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

क्या आप काम, जीवन, मानसिकता के आयोजन के संदर्भ में कुछ अप्रत्याशित और असामान्य हैं? आपको स्थानीय जीवन की कितनी आदत है?

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

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

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

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

बर्लिन में रहने के दो साल बाद, आप इस शहर के बारे में क्या पसंद और नापसंद करते हैं?

मेरे लिए शहर के पेशेवरों और विपक्षों की सूची बनाना कठिन है, क्योंकि बर्लिन शब्द के हर अर्थ में जल्दी से मेरा घर बन गया।

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

बर्लिन में काम के बारे में

बर्लिन स्टार्टअप में कौन सा स्टैक मानक है? रूस में स्टैक औसत से कैसे भिन्न होता है?

प्रौद्योगिकी के दृष्टिकोण से, स्थानीय स्टैक मेरे लिए उबाऊ लगते हैं, अगर यह फिनटेक कंपनियां नहीं हैं। अधिकांश स्टार्टअप और जिन्होंने स्टार्टअप से उद्यम के लिए संक्रमण किया था, उन्हें 2010-2012 में स्थापित किया गया था और सबसे सरल वास्तुकला के साथ शुरू किया गया था: एक अखंड बैकेंड, और कभी-कभी इसमें बनाया गया एक दृश्य के साथ, भाषा - रूबी, या पीएचपी, या पायथन, फ्रेमवर्क का उपयोग करना चाहिए, बेस MySQL पर, Redis पर कैश। इसके अलावा, व्यक्तिगत भावनाओं के अनुसार, 90% कंपनियों के पास सभी एडब्ल्यूएस उत्पादन हैं।

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

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

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

रूस और जर्मनी में एक डेवलपर के जीवन और कार्य के बीच अंतर क्या है? क्या कोई ऐसी चीज है जिसने आपको आश्चर्यचकित किया है?

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

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

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

आपकी टिप्पणियों के अनुसार, जर्मनी में कौन से विशेषज्ञ मांग में हैं? क्या DevOps से संबंधित कोई विशेषज्ञ हैं?

अधिकांश कंपनियों को DevOps संस्कृति को समझने और DevOps के बारे में समझने की समस्या है। हालांकि, DevOps के उपसर्ग के साथ बहुत सारी रिक्तियां हैं, और यह स्पष्ट रूप से बाजार में विशेषज्ञों की मांग को दर्शाता है।

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

चलो वेतन के बारे में बात करते हैं, जर्मनी में एक DevOps इंजीनियर वास्तव में कितना कमाता है?

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

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

नंबर नवीनतम जर्मन सर्वेक्षण , StackOverflow या Glassdoor में पाए जा सकते हैं। आँकड़े साल-दर-साल अपडेट किए जाते हैं, इसलिए मैं वेतन की सीमा के बारे में बात करने की ज़िम्मेदारी नहीं लूंगा।



यदि आप एक सशर्त साइट विश्वसनीयता इंजीनियर के रूप में काम करते हैं और जर्मनी में जाना चाहते हैं, तो आप क्या कर सकते हैं? कहाँ से शुरू करें? कहाँ जाना है?

मुझे नहीं लगता कि पाठक के लिए मेरी कोई विशेष सलाह है। क्या यह संभव नहीं है कि किसी चीज से डरना, हिलने से पहले कम तर्कसंगत होना और उन सभी कठिनाइयों के लिए खुला होना जो एक निर्वासन में मुठभेड़ हो सकती हैं। और कठिनाइयाँ होंगी।

बर्लिन में एक मजबूत DevOps समुदाय है? आप कितनी बार स्थानीय कार्यक्रमों में जाते हैं? उनके बारे में थोड़ा बताइए। वे क्या पसंद हैं?

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

मैंने जिन बैठकों का दौरा किया, उनमें से हाशियाकॉर्प उपयोगकर्ता समूह बहुत अच्छा है - लेकिन वहां मैं अलग-अलग शहरों में अपने समूहों के साथ हशीकोर्प समुदाय को पसंद करता हूं।

मैंने पढ़ा कि आप जर्मन के बिना चले गए। आप एक साल बाद कैसे कर रहे हैं? क्या जर्मन काम के लिए आवश्यक है या मैं इसके बिना कर सकता हूं?

मैंने जर्मन सीखा, अब भाषा स्तर बी 1 और बी 2 के बीच लटका हुआ है। बर्लिन में मेरे जीवन के पहले वर्ष से जर्मन लोगों के सभी संपर्क अभी भी अंग्रेजी में हैं, क्योंकि यह दोनों पक्षों के लिए आसान है, और मैं जर्मन के साथ सभी नए संपर्क शुरू करता हूं। तात्कालिक योजनाएं प्रशिक्षण में आगे बढ़ना है, बी 2 प्रमाण पत्र के लिए एक परीक्षा पास करके ज्ञान को मजबूत करना है, क्योंकि मैं मूल रूप से शास्त्रीय साहित्य को पढ़ने के लिए और अधिक आत्मविश्वास से संवाद करना चाहता हूं।

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

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

कंपनियों और नियोक्ताओं के साथ सभी दो वर्षों के संपर्क के लिए, मुझे केवल दो बार जर्मन में संपर्क किया गया था। इस तरह के अपवादों में, बी 1 / बी 2 का स्तर आमतौर पर काम के लिए पर्याप्त होता है। अंग्रेजी के साथ अमेरिकियों की तरह, जर्मन शांति से आपकी भाषण त्रुटियों का अनुभव करते हैं, क्योंकि वे समझते हैं कि भाषा आसान नहीं है।

अपने टेलीग्राम चैनल में, आप लिखते हैं कि DevOps कुबेरनेट्स और प्रोमेथियस को स्पिन करने का कौशल नहीं है, लेकिन एक संस्कृति है। आपकी राय में, कंपनियों को देवो संस्कृति को शब्दों में नहीं बल्कि कर्मों में विकसित करने के लिए क्या करने की आवश्यकता है? आप घर पर क्या कर रहे हैं?

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

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

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

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

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

विकास के बारे में

आपके चैनल में, आप कभी-कभी पेशेवर लेख और ब्लॉग सुझाते हैं। क्या आपके पास कोई पसंदीदा कलात्मक किताबें हैं?

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

वहां आप यात्रा के बारे में बहुत कुछ लिखते हैं, और 2018 के परिणामों में आपने लिखा है कि आपने 12 देशों और 27 शहरों का दौरा किया। यह एक बहुत ही शांत आइटम है! आप काम और यात्रा का प्रबंधन कैसे करते हैं?

वास्तव में, सब कुछ काफी सरल है: आपको छुट्टी के दिनों, सप्ताहांत और छुट्टियों को ठीक से निपटाने की आवश्यकता है, साथ ही यात्रा के दौरान सक्रिय रूप से यात्रा करें :)

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

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

आपको कौन सी तीन जगह सबसे ज्यादा पसंद आई और क्यों?

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


मिशा के यात्रा नोट उनके टेलीग्राम चैनल A क्लॉकवर्क ऑरेंज में देखे जा सकते हैं ।

आप कार्य / जीवन संतुलन कैसे बनाए रखते हैं? रहस्य साझा करें :)

मेरे यहाँ कोई रहस्य नहीं है। रूस में क्या है, जर्मनी में क्या है, सामान्य तकनीकी कंपनियां आपको अपने काम के घंटे को इस तरह से तैयार करने का अवसर प्रदान करती हैं जो आपको सूट करता है। आमतौर पर मैं देर रात तक काम पर नहीं बैठता, अगर सेवा में काम हो रहा हो और कुछ जोर-जबरदस्ती न हो। सिर्फ इसलिए कि 5-6 बजे के बाद मेरा मस्तिष्क "पूरी तरह से" शब्द से कॉल करने के लिए कॉल स्वीकार नहीं करता है और आराम करने और अच्छी नींद लेने के लिए कहता है।

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

मैं दो पुस्तकों की भी सिफारिश कर सकता हूं, जिन्होंने मेरी मदद की: मैक्सिम डोरोफीव के बेसकैंप और जेडी तकनीक के लोगों से काम पर क्रेजी होना जरूरी नहीं है ।

अब कई लोग बर्नआउट पर चर्चा कर रहे हैं। क्या आपको भी कुछ ऐसा ही लगा? यदि हां, तो आप कैसे कर रहे हैं? आप अपने काम को और दिलचस्प कैसे बनाते हैं?

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

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

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

7 दिसंबर को, मिखाइल DevOpsDays मास्को सम्मेलन "हम सब DevOps हैं" पर एक प्रस्तुति देंगे , जिसमें वह बताएंगे कि न केवल नवीनतम स्टैक को कैसे तैनात किया जाए, बल्कि DevOps के सांस्कृतिक पहलू पर भी ध्यान केंद्रित करना महत्वपूर्ण है।

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

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