Panayam kay Mikhail Chinkov tungkol sa trabaho at buhay sa Berlin

Si Mikhail Chinkov ay naninirahan at nagtatrabaho sa Berlin sa loob ng dalawang taon. Ipinaliwanag ni Mikhail kung paano naiiba ang gawain ng isang developer sa Russia at Germany, kung ang mga inhinyero na nauugnay sa DevOps ay hinihiling sa Berlin, at kung paano maghanap ng oras upang maglakbay.

Panayam kay Mikhail Chinkov tungkol sa trabaho at buhay sa Berlin

Tungkol sa paglipat

Mula noong 2018 nakatira ka sa Berlin. Paano mo ginawa ang desisyong ito? Sinasadya mo bang pinili ang bansa at kumpanya kung saan mo gustong magtrabaho nang maaga, o nakatanggap ka ba ng alok na hindi mo maaaring tanggihan?

Sa ilang mga punto, napagod ako sa paninirahan sa Penza, kung saan ako ipinanganak, lumaki at nag-aral sa unibersidad, at ang karaniwang landas ng paglipat sa Moscow at St. Petersburg ay hindi nag-apela sa akin dahil sa mga detalye ng buhay sa mga lungsod na ito. . Kaya gusto ko lang subukang manirahan sa Europe, na nilibot ko noong nakaraang ilang bakasyon. Wala akong anumang mga kagustuhan para sa kumpanya, o para sa lungsod, o kahit para sa isang partikular na bansa - Gusto ko lang lumipat nang mabilis hangga't maaari.

Sa sandaling iyon, itinuring kong ang Berlin ang pinaka-naa-access na lungsod para lumipat ang isang developer sa isang tech na kumpanya, dahil sa Linkin, 90% ng mga kumpanyang nagpaparaya sa relocation ay mula sa Berlin. Pagkatapos ay lumipad ako sa lungsod sa loob ng 3 araw upang magsagawa ng dalawang harapang panayam. Talagang nagustuhan ko ang lungsod, kaya napagpasyahan ko na gusto kong manirahan sa Berlin ngayon. Makalipas ang isang linggo, agad kong tinanggap ang pinakaunang alok na natanggap ko mula sa Berlin tech hub.

Mangyaring sabihin sa amin ang higit pa tungkol sa proseso ng paglipat. Paano ito nangyari sa iyo? Anong mga dokumento ang iyong nakolekta? Nakatulong ba ang iyong employer?

Wala akong masasabing bago dito; lahat ay napakahusay na nakasulat sa ilang mga artikulo. Mas gusto ko ito bersyon mula sa blog ni Vastrik, kilala ng lahat na interesado sa isyung ito. Sa Berlin tech hub, ang proseso ay pareho sa halos lahat ng kumpanya na tumutulong sa isang engineer sa paglipat.

Nakatagpo ka ba ng anumang bagay na hindi inaasahan at hindi pangkaraniwan sa mga tuntunin ng organisasyon ng trabaho, buhay, kaisipan? Gaano katagal bago ka nasanay sa lokal na buhay?

Oo, sa katunayan, ang buong proseso ng pagtatrabaho sa mga kumpanya sa Berlin tech hub ay nabigla sa akin noong una. Sa pangkalahatan, lahat: mula sa kung paano at sa kung gaano karaming mga rally ang gaganapin sa papel ng mga malambot na kasanayan sa buhay ng isang inhinyero.

Halimbawa, sa Germany, ang kultura ng trabaho ay nakatuon sa kolektibong paggawa ng desisyon, na nangangahulugang para sa literal na bawat kontrobersyal na isyu, isang pulong ang nilikha kung saan lubusan mong tinatalakay ang problema at magkasamang magkakasundo mula sa iyong mga pananaw. Mula sa Russia, ang gayong kasanayan sa una ay tila sa inhinyero ay isang pag-aaksaya ng oras, burukrasya at walang tiwala, ngunit sa huli ay may katuturan, gayundin ang pamamahagi ng responsibilidad para sa kinalabasan ng desisyon.

Ang mga sandaling tulad nito, pati na rin ang hindi pagkakaunawaan sa aking sarili sa bahagi ng aking mga kasamahan, ay nagpabasa sa akin ng libro "Ang Mapa ng Kultura" at unawain na ang lahat ng iyong panloob na galit ay sa halip ay isang kabiguang madama ang katotohanan ng bagong kapaligiran kung saan makikita mo ang iyong sarili, sa halip na isang pagtatangka upang mahanap ang katotohanan. Pagkatapos ng libro, naging mas madali ang iyong trabaho; sinimulan mong maunawaan ang kahulugan ng mga parirala at desisyon ng iyong mga kasamahan.

Sa mga tuntunin ng buhay, ang proseso ng pagbagay sa isang bagong bansa ay mas mahirap kaysa sa proseso ng pagbagay sa isang kultura ng trabaho. Karaniwan ang mga psychologist ay nakikilala apat na yugto ng pangingibang-bansana dinadaanan ng isang tao. Sa bagay na ito, ang aking landas ay walang pagbubukod. Sa kabilang banda, tila sa akin na ang adaptasyon kapag lumipat sa isang multikultural na sentro tulad ng Berlin, London at Barcelona ay malinaw na mas madali kaysa sa anumang klasikal na lungsod.

Pagkatapos ng dalawang taong paninirahan sa Berlin, ano ang gusto at ayaw mo sa lungsod na ito?

Mahirap para sa akin na mag-compile ng isang listahan ng mga kalamangan at kahinaan ng lungsod, dahil ang Berlin ay mabilis na naging tahanan ko sa bawat kahulugan ng salita.

Sa palagay ko ay nagsumikap ako sa buong aking pang-adultong buhay para sa kalayaan sa lahat ng mga pagpapakita nito: pisikal, panlipunan, pinansyal, pampulitika, espirituwal, mental. Oo, ang parehong kalayaan sa trabaho, hindi ko gusto ang kontrol mula sa itaas at micromanagement, kapag palagi akong sinasabihan kung ano at paano gawin. Sa mga bagay na ito, ang Berlin ay tila at tila sa akin pa rin ay isa sa mga pinaka-malayang lungsod sa mundo dahil sa mga malayang pananaw nito sa buhay sa lipunan, medyo liberal na mga presyo para sa upa at iba pang mga pangangailangan, pati na rin ang maraming pagkakataon upang i-upgrade ang iyong kalayaan sa iba pang aspeto.

Panayam kay Mikhail Chinkov tungkol sa trabaho at buhay sa Berlin

Tungkol sa pagtatrabaho sa Berlin

Aling stack ang pamantayan sa mga startup sa Berlin? Paano karaniwang naiiba ang stack sa average sa Russia?

Mula sa pananaw ng teknolohiya, ang mga lokal na stack ay tila nakakainip sa akin, maliban kung sila ay mga kumpanya ng FinTech. Karamihan sa mga startup at ang mga lumipat mula sa isang startup patungo sa isang negosyo ay itinatag noong 2010-2012 at nagsimula sa pinakasimpleng arkitektura: isang monolitikong backend, at kung minsan ay may kasamang frontend, isang wika - alinman sa Ruby, o PHP, o Python, laging ginagamit ang mga frameworks, isang database sa MySQL, cache sa Redis. Gayundin, ayon sa mga personal na damdamin, 90% ng mga kumpanya ay may lahat ng kanilang produksyon sa AWS.

Ang kasalukuyang trend ay ang pagputol ng monolith sa mga microservice, pagbalot sa mga ito sa mga container, pag-deploy ng mga ito sa Kubernetes, at umasa sa Golang bilang karaniwang wika para sa mga bagong application. Nangyayari ito nang napakabagal, kaya naman sa karamihan ng mga kumpanya ang pangunahing pag-andar ay nakabaon pa rin sa isang monolith. Malayo ako sa frontend, ngunit kahit doon ay karaniwang ang React ang pamantayan.

Sinusubukan ng malalaking tech na kumpanya tulad ng Zalando at N26 na magdala ng higit pang teknolohiya sa serbisyo upang magkaroon sila ng isang bagay na makaakit ng mga motivated na developer sa merkado. Ang iba pang mga kumpanya ng tech ay nagsusumikap din na makasabay sa mga pinakabagong teknolohiya, ngunit mula sa labas ay malinaw na sila ay nabibigatan ng pasanin ng isang monolitikong arkitektura at teknikal na utang na naipon sa mga nakaraang taon.

Bilang isang inhinyero, tinatanggap ko ito nang mahinahon, dahil sa Berlin tech hub mayroong maraming mga kagiliw-giliw na kumpanya mula sa punto ng view ng produkto. Sa ganitong mga kumpanya, mas kawili-wiling magtrabaho para sa isang ideya at produkto na personal mong gusto, sa halip na isaalang-alang ang kumpanya bilang isang lugar na may naka-istilong tech stack na talagang kailangan mong magtrabaho kasama.

Paano naiiba ang buhay at trabaho ng isang developer sa Russia at sa Germany? Mayroon bang mga bagay na ikinagulat mo?

Sa Germany, tulad ng sa ibang bansa sa Northern/Central Europe, mas maganda ang mga bagay sa balanse sa trabaho/buhay at mga relasyon sa pagitan ng mga kasamahan, ngunit mas malala sa bilis ng trabaho. Sa una, hindi kanais-nais para sa akin na masanay sa mga panloob na proyekto na tumagal ng ilang buwan, nang sa mga kumpanya ng teknolohiya sa Russia ang mga katulad na proyekto ay tumagal ng ilang linggo. Sa katunayan, hindi ito nakakatakot, dahil may mga layunin na dahilan kung bakit, at karaniwang hindi nakikita ng mga kumpanya ang mga ganitong sitwasyon nang kritikal.

Kung hindi, medyo mahirap para sa akin na gumuhit ng parallel sa pagitan ng Germany at Russia, dahil wala akong karanasan sa pagtatrabaho sa mga kilalang kumpanya tulad ng Yandex at Tinkov, kung saan ang sitwasyon ay maaaring katulad ng Berlin tech hub.

Para sa aking sarili, napansin ko na sa Berlin ang priyoridad ay lumikha ng komportableng kapaligiran sa pagtatrabaho sa mga kumpanya, regular na panloob na mga kaganapan at ang kakayahang magamit ng mga kasamahan kung kanino ito ay palaging kawili-wiling makipag-usap sa mga paksang malayo sa IT. Pero sa tingin ko mas nakadepende ito sa kumpanyang pinagtatrabahuhan mo kaysa sa bansa.

Ayon sa iyong mga obserbasyon, anong mga espesyalista ang hinihiling sa Germany? In demand ba ang mga espesyalista sa DevOps?

Karamihan sa mga kumpanya ay may problema sa pag-unawa sa kultura ng DevOps at pag-unawa kung ano talaga ang DevOps. Gayunpaman, maraming mga bakante na may prefix ng DevOps, at malinaw na ipinapakita nito ang pangangailangan para sa mga espesyalista sa merkado.

Sa ngayon, ganap na lahat ng mga lugar na may kaugnayan ngayon ay pantay na hinihiling sa lokal na IT. Maaari ko lamang i-highlight ang malaking pangangailangan para sa Data Engineer/Data Analyst.

Pag-usapan natin ang tungkol sa suweldo, magkano ba talaga ang kikitain ng isang DevOps engineer sa Germany?

Mahirap sagutin ang tanong na ito, dahil ang IT ay isang batang industriya pa rin, kung saan walang mga tiyak na pamantayan ng suweldo. Tulad ng ibang lugar, ang suweldo ay higit na nakasalalay sa karanasan sa trabaho at mga kwalipikasyon ng inhinyero. Mahalaga rin na isipin ang bilang bilang suweldo bago ang mga buwis at iba't ibang mga pagbabawas sa lipunan/insurance. Gayundin, ang suweldo sa Germany ay nakadepende nang husto sa kung saang lungsod ka nagtatrabaho. Sa Berlin, Munich, Frankfurt at GΓΆttingen, ang hanay ng suweldo ay bahagyang naiiba sa bawat isa, pati na rin ang mga gastos sa pamumuhay.

Kung pinag-uusapan natin ang Berlin, ang pangunahing bentahe para sa isang karera ay ang demand para sa isang inhinyero ay mas mataas pa rin kaysa sa supply, kaya ang suweldo ay maaaring lumago nang mabilis kung ninanais. Ang pangunahing kawalan ay ang karamihan sa mga kumpanya ay walang malinaw na patakaran para sa pagbabago ng suweldo, pati na rin ang mga pamantayan para sa pagtatasa ng kontribusyon sa produkto na nilikha ng kumpanya.

Ang mga numero ay maaaring tingnan sa pinakabagong survey para sa Germany, StackOverflow o Glassdoor. Ang mga istatistika ay ina-update taun-taon, kaya hindi ako mananagot na pag-usapan ang hanay ng suweldo.

Panayam kay Mikhail Chinkov tungkol sa trabaho at buhay sa Berlin

Maaari ka bang magbigay ng anumang payo sa kung ano ang gagawin kung ikaw ay nagtatrabaho bilang isang kondisyon na Site Reliability Engineer at gusto mong lumipat sa Germany? Saan magsisimula? Saan pupunta?

Sa palagay ko ay wala akong espesyal na payo para sa mambabasa. Huwag lamang matakot sa anumang bagay, mangatwiran nang kaunti bago lumipat at maging bukas sa lahat ng mga paghihirap na maaari mong maranasan sa pangingibang-bayan. Ngunit magkakaroon ng mga paghihirap.

Ang Berlin ba ay may malakas na komunidad ng DevOps? Madalas ka bang pumunta sa mga lokal na kaganapan? Sabihin sa amin ang kaunti tungkol sa kanila. Ano sila?

Madalang akong pumunta sa mga meetup, kaya hindi ko masabi kung ano ang mga feature ng lokal na komunidad ng DevOps. Sana ay maabutan ko ang isyung ito sa susunod na taon. Maiparating ko lang ang aking mga impression sa malaking bilang ng mga pampakay na grupo sa meetup.com: mula sa mga panatiko ng Python at Golang hanggang sa mahilig sa Clojure at Rust.

Sa mga meetup na dinaluhan ko, ang HashiCorp User Group ay napakahusay - ngunit doon, mas gusto ko ang komunidad ng HashiCorp kasama ang mga grupo nito sa iba't ibang lungsod.

Nabasa ko na lumipat ka nang hindi nagsasalita ng Aleman. Kumusta ka pagkatapos ng isang taon? Kailangan mo ba ng Aleman para sa trabaho o magagawa mo ba nang wala ito?

Natutunan ko ang Aleman, ngayon ang antas ng wika ay nasa pagitan ng B1 at B2. Nagsasagawa pa rin ako ng lahat ng mga contact sa mga German mula sa unang taon ng paninirahan sa Berlin sa Ingles, dahil mas madali para sa parehong partido, at sinisimulan ko ang lahat ng mga bagong contact sa German. Ang aking mga agarang plano ay sumulong sa aking pag-aaral, pagsamahin ang aking kaalaman sa pamamagitan ng pagpasa sa pagsusulit sa sertipiko ng B2, dahil gusto kong makipag-usap nang mas may kumpiyansa at magbasa ng klasikal na panitikan sa orihinal.

Sa Berlin, ang wika ay higit na kailangan para sa pag-angkop sa bansa, pagkakaroon ng pakiramdam ng panloob na kaginhawahan at ganap na pag-access sa leisure sphere (teatro/cinema/stand-up), ngunit ang wika ay malamang na hindi kailangan sa gawain ng Software Engineering. Sa bawat kumpanya, English ang opisyal na wika ng Engineering department, kahit na sa malalaking kumpanyang German tulad ng Deutsche Bank, Allianz at Volkswagen.

Ang pangunahing dahilan ay ang kakulangan ng mga tauhan, ang katayuan ng lungsod bilang isang internasyonal na sentro ng kultura, at maraming mga expat na may mga problema sa pag-aaral ng wikang Aleman. Gayunpaman, ang bawat kumpanya ay nag-aalok ng lingguhang mga kursong German sa oras ng trabaho sa gastos ng organisasyon upang gawing mas madali ang buhay para sa mga empleyado sa labas ng trabaho.

Sa lahat ng dalawang taon ng pakikipag-ugnayan sa mga kumpanya at recruiter, dalawang beses lang akong nakontak sa German. Sa ganitong mga uri ng mga pagbubukod, ang isang antas ng B1/B2 ay karaniwang sapat upang gumana. Tulad ng mga Amerikanong may Ingles, ang mga Aleman ay medyo kalmado tungkol sa iyong mga pagkakamali sa pagsasalita, dahil naiintindihan nila na ang wika ay hindi madali.

Sa kanyang channel ng telegrama Isinulat mo na ang DevOps ay hindi ang kakayahang i-twist ang Kubernetes at Prometheus, ngunit isang kultura. Sa iyong opinyon, ano ang dapat gawin ng mga kumpanya upang bumuo ng isang kultura ng DevOps sa kanilang mga koponan, hindi sa salita, ngunit sa mga gawa? Anong ginagawa mo sa bahay?

Sa tingin ko, una sa lahat, kailangan mong maging tapat at tuldok ang lahat ng i sa usapin ng pamamahagi ng responsibilidad para sa produkto. Ang pangunahing problema na nalulutas ng DevOps ay ang paghahagis ng responsibilidad at ang mga problemang nauugnay sa responsibilidad na ito sa ibabaw ng pader. Sa sandaling maunawaan ng mga tao na ang pagbabahagi ng responsibilidad ay kapaki-pakinabang para sa kumpanya at sa mga inhinyero, ang mga bagay ay lumilipat mula sa isang patay na punto at maaari ka nang gumawa ng naka-target na trabaho: pag-tune ng Delivery Pipeline, pagbabawas ng Deployment Failure Rate at iba pang mga bagay kung saan maaari mong matukoy ang estado ng DevOps sa kumpanya.

Sa aking karera, hindi pa ako nagpo-promote ng DevOps mula sa punto ng view ng isang teknikal na lead o CTO ng isang kumpanya; Palagi akong kumilos mula sa posisyon ng isang engineer na may alam tungkol sa DevOps. Sa katunayan, sa DevOps, ang posisyon ng driver ng kultura ay talagang mahalaga, lalo na ang saklaw ng impluwensya ng driver at mga katangian ng pamumuno. Ang aking huling kumpanya sa una ay may medyo patag na hierarchy at isang kapaligiran ng tiwala sa pagitan ng mga kasamahan, at ito ay naging mas madali ang aking layunin sa pagtataguyod ng kultura.

Pagsagot sa partikular na tanong kung ano ang maaaring gawin para sa kapakinabangan ng DevOps. Sa aking ulat sa DevOpsDays Ang pangunahing ideya ay upang bumuo ng isang kultura ng DevOps, kailangan mong harapin hindi lamang ang mga teknolohiya sa imprastraktura, kundi pati na rin ang panloob na pagtuturo at ang pamamahagi ng mga responsibilidad sa mga teknikal na proseso.

Halimbawa, gumugol kami ng dalawang buwan ng isang engineer sa paggawa ng platform para sa mga QA at PR server para sa mga pangangailangan ng mga developer at tester. Gayunpaman, ang lahat ng kamangha-manghang gawaing ito ay mahuhulog sa limot kung ang mga kakayahan ay hindi naipaalam nang tama, ang mga tampok ay hindi dokumentado, at ang pagsasanay ng empleyado ay hindi nakumpleto. At kabaliktaran, pagkatapos ng maayos na pagsasagawa ng mga workshop at pagpapares ng mga sesyon ng programming, ang isang motivated na inhinyero ay binibigyang inspirasyon ng bagong kapaki-pakinabang na pag-andar at nalulutas na niya ang mga sumusunod na problema na sumasalubong sa platform ng imprastraktura.

Kung gusto mo ng higit pang mga tanong tungkol sa DevOps, dito ΠΈΠ½Ρ‚Π΅Ρ€Π²ΡŒΡŽ, kung saan sinasagot ni Misha nang detalyado ang mga tanong na "Bakit kailangan ang DevOps?" at "Kailangan bang lumikha ng mga espesyal na departamento ng DevOps sa kumpanya?"

Tungkol sa pag-unlad

Sa iyong channel minsan ay nagrerekomenda ka ng mga propesyonal na artikulo at blog. Mayroon ka bang mga paboritong libro ng fiction?

Oo, sinusubukan kong humanap ng oras para magbasa ng fiction. Hindi ko mabasa ang isang partikular na manunulat sa isang lagok, nobela pagkatapos ng nobela, kaya pinaghahalo ko ang mga akdang Ruso at dayuhan. Sa mga manunulat na Ruso, pinakagusto ko sina Pelevin at Dovlatov, ngunit gusto ko ring basahin ang mga klasiko ng ika-19 na siglo. Kabilang sa mga banyagang gusto ko sina Remarque at Hemingway.

Doon ka magsulat ng maraming tungkol sa paglalakbay, at sa pagtatapos ng 2018 isinulat mo na binisita mo ang 12 bansa at 27 lungsod. Ito ay isang napaka-cool na punto! Paano mo nagagawang magtrabaho at maglakbay?

Sa katunayan, ang lahat ay medyo simple: kailangan mong gamitin ang mga araw ng bakasyon, katapusan ng linggo at pista opisyal, kasama ang aktibong paglalakbay sa panahon ng paglalakbay :)

Hindi ako isang digital nomad at hindi kailanman nagtrabaho nang malayuan nang regular, ngunit sa palagay ko mayroon akong sapat na libreng oras upang maglakbay sa labas ng trabaho upang galugarin ang mundo. Ang sitwasyon ay bumuti pagkatapos lumipat sa Berlin: ito ay matatagpuan sa gitna ng Europa at mayroong higit pang mga araw ng bakasyon.

Sinubukan ko ring maglakbay nang isang buwan sa pagitan ng aking mga luma at bagong trabaho, ngunit kahit isang buwan sa kalsada ay tila napakaraming oras para sa akin. Mula noong biyaheng iyon, sinisikap kong magpahinga ng isang linggo hanggang isang linggo at kalahati para makabalik ako sa trabaho nang medyo walang sakit.

Anong tatlong lugar ang pinakagusto mo at bakit?

Bilang isang backpacker, ang mga bansang pinaka-akit sa akin ay ang Portugal, Oman at India. Gusto ko ang Portugal mula sa pananaw ng kasaysayan at sibilisasyon ng Europa tulad ng arkitektura, wika, kultura. Oman - hindi kapani-paniwalang mabuting pakikitungo at pagkamagiliw ng mga lokal, pati na rin ang isang kapaligiran ng kamag-anak na pagpapahinga sa gitna ng mga tensyon ng Gitnang Silangan. Pati Oman ang sinasabi ko hiwalay na artikulo nagsulat. India - ang pagkakaiba-iba ng buhay sa loob ng mga rehiyon nito at pagkakakilanlan ng kultura, dahil ang panahon ng planeta ng Starbucks at ang Microsoft galaxy na ipinamana ni Palahniuk ay hindi pa umabot sa kanila. Gusto ko rin talaga ang Bangkok at ang hilagang bahagi ng Thailand. Ang katimugang bahagi na may dagat, mga isla at mga peninsula ay tila masyadong turista.

Panayam kay Mikhail Chinkov tungkol sa trabaho at buhay sa Berlin
Maaari mong basahin ang mga tala sa paglalakbay ni Misha sa kanyang Telegram channel "Isang Clockwork Orange"

Paano mo mapapanatili ang balanse sa trabaho/buhay? Ibahagi ang iyong mga sikreto :)

Wala naman akong sikreto dito. Sa Russia man o Germany, ang mga normal na kumpanya ng teknolohiya ay nagbibigay sa iyo ng pagkakataong buuin ang iyong oras ng pagtatrabaho sa paraang nababagay sa iyo. Karaniwang hindi ako umuupo sa trabaho hanggang hating-gabi kung gumagana ang serbisyo at walang force majeure. Dahil lamang pagkatapos ng 5-6 pm ang aking utak ay hindi nakakakita ng mga tawag sa pagkilos mula sa salitang "sa lahat" at hinihiling sa akin na magpahinga at matulog nang maayos.

Halos lahat ng uri ng propesyon sa industriya ng tech - mula sa pag-unlad hanggang sa disenyo - ay mga malikhaing propesyon; hindi sila nangangailangan ng malaking bilang ng mga oras ng pagtatrabaho. Para sa akin, ang mga crunches ay talagang masama para sa malikhaing gawain, dahil ikaw ay nagiging mapurol at mas mababa ang iyong magagawa nang walang overtime. Ang 4-6 na oras ng aktibong trabaho sa isang stream ay, sa katunayan, marami, nang walang mga pagkaantala at mga switch ng konteksto maaari mong ilipat ang mga bundok.

Maaari rin akong magrekomenda ng dalawang aklat na nakatulong sa akin: Hindi Ito Kailangang maging Baliw sa Trabaho mula sa mga lalaki mula sa Basecamp at "Jedi Techniques" mula kay Maxim Dorofeev.

Sa panahon ngayon, maraming tao ang pinag-uusapan ang burnout. Naranasan mo na ba ang isang katulad na bagay? Kung oo, paano mo kinakaya? Paano mo gagawing mas kawili-wili ang iyong trabaho?

Oo, sa totoo lang, napapaso pa rin ako paminsan-minsan. Sa pangkalahatan, ito ay lohikal, mula sa isang pilosopikal na pananaw, lahat ng bagay na may pag-aari ng pagkasunog sa kalaunan ay nasusunog :) Maaari mong labanan ang mga kahihinatnan, ngunit, tila sa akin, mas mahalaga na matukoy ang sanhi ng pagkasunog. at alisin ito.

Ang mga dahilan ay iba para sa lahat: para sa ilan ito ay isang labis na impormasyon, para sa iba ito ay labis na trabaho sa kanilang pangunahing trabaho, may mga sitwasyon kung saan wala kang oras upang pisikal na pagsamahin ang trabaho, libangan at pakikisalamuha. Sa isang lugar na hindi mo naramdaman ang mga bagong hamon sa iyong buhay at nagsisimula kang mag-alala tungkol dito. Karamihan sa mga problema ay maaaring malutas sa pamamagitan ng pagbabago ng iyong pilosopiya sa buhay, mga personal na halaga, at ang papel ng trabaho sa iyong buhay.

Kamakailan ay halos hindi ako nawawalan ng interes sa trabaho o anumang nakakainip na trabaho. Mayroong iba't ibang mga diskarte para gawing mas boring ang isang boring na trabaho, ang ilan ay natutunan ko mula sa post ng blog kaibigan kong si Kirill Shirinkin. Ngunit sinusubukan kong lutasin ang problemang ito sa antas ng dahilan, sa pamamagitan lamang ng pagpili ng trabaho na magbibigay ng pinakamataas na hamon para sa aking karera at personalidad at isang minimum na burukrasya ng organisasyon.

Sa Disyembre 7, magsasalita si Mikhail sa kumperensya DevOpsDays Moscow sa usapan na β€œWe Are All DevOps,” na magpapaliwanag kung bakit mahalagang tumuon hindi lamang sa paraan ng pag-deploy ng pinakabagong stack, kundi pati na rin sa kultural na aspeto ng DevOps.

Gayundin sa programa: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps consultant).

Halina't makipagkilala!

Pinagmulan: www.habr.com

Magdagdag ng komento