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

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

चलने के बारे में

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

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

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

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

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

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

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

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

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

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

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

मेरे लिए शहर के फायदे और नुकसान की सूची बनाना मुश्किल है, क्योंकि बर्लिन जल्द ही हर मायने में मेरा घर बन गया।

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

यदि आप DevOps के बारे में अधिक प्रश्न चाहते हैं, तो यहां интервью, जिसमें मीशा "DevOps की आवश्यकता क्यों है?" प्रश्नों का विस्तार से उत्तर देती है। और "क्या कंपनी में विशेष DevOps विभाग बनाना आवश्यक है?"

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

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

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

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

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

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

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

आपको कौन सी तीन जगहें सबसे अच्छी लगीं और क्यों?

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

आप मीशा के ट्रैवल नोट्स उनके टेलीग्राम चैनल पर पढ़ सकते हैं "एक यंत्रवत कार्य संतरा"

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

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

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

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

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

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

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

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

7 दिसंबर को मिखाइल सम्मेलन में बोलेंगे डेवऑप्सडेज़ मॉस्को "वी आर ऑल डेवऑप्स" चर्चा के साथ, जो यह बताएगा कि न केवल नवीनतम स्टैक को तैनात करने के तरीके पर ध्यान देना क्यों महत्वपूर्ण है, बल्कि डेवऑप्स के सांस्कृतिक पहलू पर भी ध्यान देना महत्वपूर्ण है।

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

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

स्रोत: www.habr.com