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

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

सर्ने बारेमा

2018 देखि तपाईं बर्लिनमा बस्दै हुनुहुन्छ। यो निर्णय कसरी लिनुभयो ? के तपाईंले पहिले नै काम गर्न चाहनुभएको देश र कम्पनी छनौट गर्नुभयो, वा तपाईंले अस्वीकार गर्न नसक्ने प्रस्ताव प्राप्त गर्नुभयो?

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

त्यस क्षणमा, मैले टेक कम्पनीमा जानको लागि विकासकर्ताका लागि बर्लिनलाई सबैभन्दा पहुँचयोग्य सहर ठाने, किनभने Linkedin मा, 90% स्थानान्तरण-सहिष्णु कम्पनीहरू बर्लिनका थिए। त्यसपछि म केही आमने-सामने अन्तर्वार्ता लिन ३ दिनको लागि सहरमा गएँ। मलाई सहर साँच्चै मन पर्यो, त्यसैले मैले अहिले बर्लिनमा बस्ने निर्णय गरें। एक हप्ता पछि, मैले बर्लिन टेक हबबाट प्राप्त गरेको पहिलो प्रस्तावलाई तुरुन्तै स्वीकार गरें।

कृपया हामीलाई सार्ने प्रक्रिया बारे थप बताउनुहोस्। तपाईंको लागि यो कसरी भयो? कस्ता कागजात जम्मा गर्नुभयो ? के तपाईंको रोजगारदाताले मद्दत गर्नुभयो?

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

के तपाईंले काम, जीवन, मानसिकताको संगठनको सन्दर्भमा अप्रत्याशित र असामान्य केहि सामना गर्नुभएको छ? स्थानीय जीवनमा बानी पर्न कति समय लाग्यो ?

हो, वास्तवमा, बर्लिन टेक हबमा कम्पनीहरूमा काम गर्ने सम्पूर्ण प्रक्रियाले मलाई सुरुमा चकित बनायो। सामान्यतया, सबै कुरा: कसरी र कुन मात्रामा रैलीहरू ईन्जिनियरको जीवनमा नरम कौशलको भूमिकामा आयोजित हुन्छन्।

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

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

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

बर्लिनमा दुई वर्ष बसेपछि, तपाईलाई यो सहरको बारेमा के मनपर्छ र के मनपर्दैन?

मलाई सहरको फाइदा र विपक्षको सूची संकलन गर्न गाह्रो छ, किनकि बर्लिन शब्दको हरेक अर्थमा चाँडै मेरो घर बन्यो।

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

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

बर्लिन स्टार्टअपहरूमा कुन स्ट्याक मानक हो? स्ट्याक सामान्यतया रूसको औसत भन्दा कसरी फरक हुन्छ?

टेक्नोलोजीको दृष्टिकोणबाट, स्थानीय स्ट्याकहरू व्यक्तिपरक रूपमा मलाई बोरिंग देखिन्छन्, जबसम्म तिनीहरू FinTech कम्पनीहरू छैनन्। धेरै जसो स्टार्टअपहरू र स्टार्टअपबाट उद्यममा सरेकाहरू २०१०-२०१२ मा स्थापना भएका थिए र सबैभन्दा सरल वास्तुकलाबाट सुरु भएका थिए: एक मोनोलिथिक ब्याकएन्ड, र कहिलेकाँही यसमा निर्मित फ्रन्टएन्ड, भाषा - कि रुबी, वा PHP, वा पाइथन, फ्रेमवर्कहरू सधैं प्रयोग गरिन्छ, MySQL मा डाटाबेस, Redis मा क्यास। साथै, व्यक्तिगत भावना अनुसार, 2010% कम्पनीहरु AWS मा आफ्नो सबै उत्पादन छन्।

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

Zalando र N26 जस्ता ठूला प्राविधिक कम्पनीहरूले सेवामा थप प्रविधि ल्याउने प्रयास गरिरहेका छन् ताकि उनीहरूसँग बजारमा उत्प्रेरित विकासकर्ताहरूलाई लोभ्याउने कुरा हो। अन्य प्राविधिक कम्पनीहरूले पनि नवीनतम प्रविधिहरू जारी राख्न प्रयास गर्छन्, तर बाहिरबाट यो स्पष्ट छ कि तिनीहरू एक अखंड वास्तुकला र वर्षौंमा जम्मा भएको प्राविधिक ऋणको बोझले दबिएका छन्।

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

रूस र जर्मनीमा विकासकर्ताको जीवन र काम कसरी फरक छ? के तपाईलाई अचम्मित पार्ने कुनै चीजहरू छन्?

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

अन्यथा, मेरो लागि जर्मनी र रूस बीच समानान्तर कोर्न धेरै गाह्रो छ, किनकि मलाई Yandex र Tinkov जस्ता प्रसिद्ध कम्पनीहरूमा काम गर्ने कुनै अनुभव छैन, जहाँ स्थिति बर्लिन टेक हब जस्तै हुन सक्छ।

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

तपाईको अवलोकन अनुसार, जर्मनीमा कस्ता विशेषज्ञहरूको माग छ? के DevOps विशेषज्ञहरू मागमा छन्?

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

यस समयमा, आज सान्दर्भिक सबै क्षेत्रहरू स्थानीय IT मा समान मागमा छन्। म डाटा इन्जिनियर/डेटा विश्लेषकको लागि ठूलो मागलाई मात्र हाइलाइट गर्न सक्छु।

तलबको बारेमा कुरा गरौं, डेभओप्स इन्जिनियरले जर्मनीमा वास्तवमै कति कमाउन सक्छ?

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

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

नम्बरहरू हेर्न सकिन्छ जर्मनीको लागि पछिल्लो सर्वेक्षण, StackOverflow वा सिसाको ढोका। तथ्याङ्कहरू वर्ष-वर्ष अद्यावधिक हुन्छन्, त्यसैले म तलब दायराको बारेमा कुरा गर्ने जिम्मेवारी लिने छैन।

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

पाठकका लागि मसँग कुनै विशेष सल्लाह छ जस्तो मलाई लाग्दैन। केवल कुनै पनि कुरासँग नडराउनुहोस्, सर्नु अघि कम तर्कसंगत गर्नुहोस् र तपाईंले प्रवासमा सामना गर्न सक्ने सबै कठिनाइहरूको लागि खुला हुनुहोस्। तर त्यहाँ कठिनाइहरू हुनेछन्।

के बर्लिनसँग बलियो DevOps समुदाय छ? के तपाई प्रायः स्थानीय कार्यक्रमहरूमा जानुहुन्छ? हामीलाई तिनीहरूको बारेमा थोरै बताउनुहोस्। तिनीहरू के हुन?

म भेटघाटहरूमा विरलै जान्छु, त्यसैले म स्थानीय DevOps समुदायका सुविधाहरू के हुन् भन्न सक्दिन। मलाई आशा छ कि अर्को वर्ष यो मुद्दामा पकड हुनेछ। म meetup.com मा विषयगत समूहहरूको ठूलो संख्याको मेरो प्रभावहरू मात्र व्यक्त गर्न सक्छु: Python र Golang कट्टरपन्थीहरूदेखि Clojure र Rust प्रेमीहरूसम्म।

मैले भाग लिएको भेटघाटहरू मध्ये, HashiCorp प्रयोगकर्ता समूह धेरै राम्रो छ - तर त्यहाँ, मलाई HashiCorp समुदाय विभिन्न शहरहरूमा भएका समूहहरू मनपर्छ।

मैले पढें कि तपाईं जर्मन नबोल्नै सार्नुभयो। एक वर्षपछि कस्तो छ ? के तपाईलाई कामको लागि जर्मन चाहिन्छ वा तपाई यो बिना गर्न सक्नुहुन्छ?

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

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

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

कम्पनीहरू र भर्तीकर्ताहरूसँगको सबै दुई वर्षको सम्पर्कमा, मलाई दुई पटक मात्र जर्मनमा सम्पर्क गरिएको थियो। यी प्रकारका अपवादहरूमा, B1/B2 स्तर सामान्यतया सञ्चालन गर्न पर्याप्त हुन्छ। अंग्रेजी भएका अमेरिकीहरू जस्तै, जर्मनहरू तपाईंको बोली गल्तीहरूको बारेमा धेरै शान्त छन्, किनभने तिनीहरू बुझ्छन् कि भाषा सजिलो छैन।

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

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

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

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

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

यदि तपाइँ DevOps को बारेमा थप प्रश्नहरू चाहनुहुन्छ भने, यहाँ साक्षात्कार, जसमा मिशाले प्रश्नहरूको विस्तृत जवाफ दिन्छन् "किन DevOps आवश्यक छ?" र "कम्पनीमा विशेष DevOps विभागहरू सिर्जना गर्न आवश्यक छ?"

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

तपाइँको च्यानलमा तपाइँ कहिलेकाहीं व्यावसायिक लेख र ब्लगहरू सिफारिस गर्नुहुन्छ। के तपाइँसँग कुनै मनपर्ने कथा पुस्तकहरू छन्?

हो, म कथा पढ्नको लागि समय निकाल्ने प्रयास गर्छु। म कुनै खास लेखकलाई एउटै गल्पमा पढ्न सक्दिन, उपन्यास पछि उपन्यास, त्यसैले म रूसी र विदेशी कृतिहरू मिसाउँछु। रूसी लेखकहरू मध्ये, मलाई पेलेभिन र डोभ्लाटोभ राम्रो लाग्छ, तर मलाई 19 औं शताब्दीका क्लासिकहरू पनि पढ्न मन पर्छ। विदेशीहरूमध्ये मलाई रेमार्क र हेमिङ्वे मन पर्छ।

त्यहाँ तपाईंले यात्राको बारेमा धेरै लेख्नुभयो, र 2018 को अन्त्यमा तपाईंले 12 देश र 27 शहरहरू भ्रमण गर्नुभएको लेख्नुभयो। यो एक धेरै राम्रो बिन्दु हो! काम र यात्राको व्यवस्थापन कसरी गर्नुहुन्छ ?

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

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

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

तपाईलाई कुन तीन ठाउँ राम्रो लाग्यो र किन ?

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

तपाईंले मिशाको टेलिग्राम च्यानलमा उनको यात्रा नोटहरू पढ्न सक्नुहुन्छ "एक घडी सुन्तला"

काम/जीवन सन्तुलन कायम राख्न कसरी व्यवस्थापन गर्नुहुन्छ? आफ्नो रहस्य साझा :)

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

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

म पनि मलाई मद्दत गर्ने दुई पुस्तकहरू सिफारिस गर्न सक्छु: यो काम मा पागल हुनु पर्दैन बेसक्याम्पका केटाहरूबाट र "जेडी प्रविधिहरू" म्याक्सिम डोरोफिभबाट।

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

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

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

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

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

कार्यक्रममा पनि: Barukh Sadogursky (JFrog), अलेक्जेंडर Chistyakov (vdsina.ru), रोमन Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps सल्लाहकार)।

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

स्रोत: www.habr.com