Міхаіл Чынкоў два гады жыве і працуе ў Берліне. Міхаіл распавёў, чым адрозніваецца праца распрацоўніка ў Расіі і ў Германіі, ці запатрабаваны ў Берліне інжынеры, звязаныя з DevOps, і як знаходзіць час для падарожжаў.
Пра пераезд
З 2018 года ты жывеш у Берліне. Як ты прыняў гэтае рашэнне? Ты загадзя свядома выбіраў краіну і кампанію, дзе хочаш працаваць, ці атрымаў афер, ад якога нельга адмовіцца?
У нейкі момант мне надакучыла жыць у Пензе, дзе я нарадзіўся, вырас і вучыўся ва ўніверсітэце, а стандартны шлях пераезду ў Маскву і Піцер мяне не прыцягваў з прычыны спецыфікі жыцця ў гэтых гарадах. Таму я проста хацеў паспрабаваць пажыць у Еўропе, па якой я падарожнічаў апошнія некалькі водпускаў. Не меў ніякіх пераваг ні па кампаніі, ні па горадзе, ні нават па канкрэтнай краіне - проста хацеў пераехаць як мага хутчэй.
У той момант я палічыў Берлін самым даступным горадам для пераезду распрацоўніка ў tech-кампанію, бо ў Linkedin з талерантных да рэлакацыі кампаній 90% былі з Берліна. Пасля я прылятаў у горад на 3 дні, каб правесці пару face-to-face інтэрв'ю. Горад мне вельмі спадабаўся, таму я вырашыў, што хачу жыць у Берліне прама зараз. Праз тыдзень я неадкладна прыняў самы першы афер, які атрымаў з берлінскага tech-хаба.
Раскажы, калі ласка, падрабязней пра працэс пераезду. Як гэта адбывалася ў цябе? Якія збіраў дакументы? Ці дапамагаў працадаўца?
Тут нічога новага не магу сказаць, усё вельмі добрае напісана ў некалькіх артыкулах. Мне больш падабаецца , вядомая для ўсіх, хто цікавіцца гэтым пытаннем. У берлінскім tech-хабе працэс аднолькавы практычна ва ўсіх кампаніях, якія дапамагаюць інжынеру з рэлакацыяй.
Ці сутыкаўся ты з нечым нечаканым і нязвыклым у плане арганізацыі працы, побыту, менталітэту? Як доўга абвыкаў да мясцовага жыцця?
Так, насамрэч, увесь працэс працы ў кампаніях берлінскага tech-хаба мяне спачатку шакаваў. Наогул усё: ад таго, як і ў якой колькасці праходзяць мітынгі да ролі soft skills у жыцці інжынера.
Напрыклад, у Нямеччыне працоўная культура арыентаваная на калектыўнае прыняцце рашэнняў, а гэта значыць, што літаральна на кожнае спрэчнае пытанне ствараецца мітынг, дзе вы дасканала абмяркоўваеце праблему і разам прыходзьце да кансенсусу з вашых пунктаў гледжання. З Расіі падобная практыка першапачаткова здаецца інжынеру пустым марнаваннем часу, бюракратыяй і недаверам, аднак у канчатковым рахунку гэта мае сэнс, роўна як і размеркаванне адказнасці за вынік рашэння.
Падобныя моманты, гэтак жа як і неразуменне сябе самога са боку калег, прымусіла мяне прачытаць кнігу і зразумець, што ўсе твае ўнутраныя абурэнні - гэта хутчэй адмова ўспрымання рэальнасці новага асяроддзя, у якім ты апынуўся, чым спроба знайсці праўду. Пасля кнігі працаваць стала прасцей, пачынаеш разумець сэнс фраз і рашэнняў тваіх калег.
У плане жыцця працэс адаптацыі ў новай краіне значна складанейшы, чым працэс адаптацыі ў рабочай культуры. Звычайна псіхолагі выдзяляюць , праз якія праходзіць чалавек. У гэтым плане мой шлях не стаў выключэннем. З іншага боку, мне здаецца, што адаптацыя пры пераездзе ў мультыкультурны цэнтр тыпу Берліна, Лондана і Барселоны праходзіць загадзя прасцей, чым у якім-небудзь класічным горадзе.
Праз два гады жыцця ў Берліне, чым табе падабаецца і не падабаецца гэты горад?
Мне складана скласці нейкі пералік плюсаў і мінусаў горада, таму што Берлін дастаткова хутка стаў маёй хатай ва ўсіх сэнсах гэтага слова.
Думаю, я імкнуўся ўсё сваё свядомае жыццё да свабоды ва ўсіх яе праявах: фізічных, сацыяльных, фінансавых, палітычных, духоўных, ментальных. Ды той жа свабоды ў працы, мне не падабаецца кантроль зверху і мікраменеджмент, калі мне ўвесь час паказваюць што і як трэба рабіць. У гэтых пытаннях Берлін здаваўся і да гэтага часу здаецца мне адным з самых вольных гарадоў у свеце з-за свабодных поглядаў на жыццё ў грамадстве, адносна ліберальных коштаў на арэнду жылля і іншых патрэб, а таксама мноства магчымасцяў прапампаваць сваю свабоду ў астатніх аспектах.
Пра працу ў Берліне
Які стэк з'яўляецца стандартам у берлінскіх стартапах? Як увогуле адрозніваецца стэк ад сярэдняга па Расіі?
З пункту гледжання тэхналогій, мясцовыя стэкі суб'ектыўна здаюцца мне сумнымі, калі гэта не FinTech-кампаніі. Большасць стартапаў і якія перайшлі са стартапа ў enterprise былі заснаваныя ў 2010-2012 гадах і пачалі з самай простай архітэктуры: маналітны бэкенд, а часам і з убудаваным у яго франтэндам, мова — ці Ruby, ці PHP, ці Python, выкарыстоўваюцца абавязкова фрэймворкі, база на MySQL, кэш на Redis. Таксама, па асабістых адчуваннях, 90% кампаній маюць увесь прадакшн на AWS.
Цяпер ва ўсіх тэндэнцыя распілоўваць маналіт на мікрасэрвісы, заварочваць іх у кантэйнеры, дэплоіць у Kubernetes і спадзявацца на Golang як стандартную мову для новых прыкладанняў. Адбываецца гэта вельмі няхутка, таму ў большасці кампаній асноўны функцыянал да гэтага часу закапаны ў маналіце. Я далёкі ад франтэнда, але і там звычайна стандартам з'яўляецца React.
Вялікія tech-кампаніі накшталт Zalando і N26 імкнуцца прынесці больш тэхналогій у сэрвіс, каб было чым завабліваць мэтанакіраваных распрацоўшчыкаў на рынку. Астатнія tech-кампаніі таксама імкнуцца ісці ў нагу з апошнімі тэхналогіямі, аднак з боку відаць, што на іх цісне груз маналітнай архітэктуры і назапашванага гадамі тэхнічнага абавязку.
Як інжынер я ўспрымаю гэта даволі спакойна, бо ў tech-хабе Берліна вельмі шмат цікавых кампаній з прадуктовага пункта гледжання. У такіх кампаніях цікавей працаваць за ідэю і прадукт, які асабіста табе падабаецца, чым разглядаць кампанію як месца з фешэнэбельным тэхстэкам, з якім абавязкова трэба папрацаваць.
Чым адрозніваецца жыццё і праца распрацоўніка ў Расіі і ў Германіі? Ці ёсць нейкія рэчы, якія цябе здзівілі?
У Нямеччыне, як і ў любой іншай краіне Паўночнай/Цэнтральнай Еўропы, лепш ідуць справы з work/life balance і адносінамі паміж калегамі, аднак горш са хуткасцю працы. Мне было спачатку непрыемна абвыкаць да ўнутраных праектаў, якія займаюць пару месяцаў, калі ў tech-кампаніях у Расіі падобныя праекты займалі пару тыдняў. Насамрэч, гэта не страшна, таму што знаходзяцца аб'ектыўныя прычыны чаму, ды і кампаніі звычайна не ўспрымаюць такія сітуацыі крытычна.
У астатнім мне даволі складана праводзіць паралель паміж Нямеччынай і Расеяй, таму што ў мяне няма досведу працы ў вядомых кампаніях тыпу Яндэкса і Тинькова, дзе сітуацыя можа быць падобная з берлінскім tech-хабом.
Для сябе я прымеціў, што ў Берліне ў прыярытэце стварэнне камфортнай працоўнай атмасферы ў кампаніях, рэгулярныя ўнутраныя мерапрыемствы і рознабаковасць калег, з якімі заўсёды цікава мець зносіны на падаленыя ад IT тэмы. Але я думаю, што гэта залежыць хутчэй ад кампаніі, дзе ты працуеш, чым ад краіны.
Па тваіх назіраннях, якія спецыялісты запатрабаваны ў Германіі? Ці запатрабаваныя адмыслоўцы, злучаныя з DevOps?
У большасці кампаній адчуваецца праблема з успрыманнем культуры DevOps і разуменнем таго, чым насамрэч з'яўляецца DevOps. Аднак вакансій з прыстаўкай DevOps вельмі шмат, і гэта ярка паказвае запатрабаванасць спяцоў на рынку.
На дадзены момант, у мясцовым IT у аднолькавай ступені запатрабаваны абсалютна ўсе актуальныя на сёння напрамкі. Магу хіба што вылучыць вялікі попыт на Data Engineer/Data Analyst.
Пагаворым пра заробкі, колькі рэальна зарабляць DevOps-інжынеру ў Германіі?
Складана адказаць на гэтае пытанне, таму што IT – гэта ўсё ж такі маладая індустрыя, дзе няма канкрэтных нормаў па заработнай плаце. Як і ўсюды, памер зарплаты ў большай ступені залежыць ад досведу працы і кваліфікацыі інжынера. Таксама важна ўспрымаць лічбу як аклад да падаткаў і розных сацыяльных/страхавых вылікаў. Яшчэ заробак у Нямеччыне вельмі залежыць ад таго, у якім горадзе ты працуеш. У Берліне, Мюнхене, Франкфурце і ва ўмоўным Гётынгене дыяпазон заробкаў крыху адрозніваецца адзін ад аднаго, роўна як і выдаткі на жыццё.
Калі казаць пра Берлін, то асноўны плюс для кар'еры ў тым, што попыт на інжынера ўсё яшчэ вышэйшы за прапанову, таму зарплата можа пры жаданні расці хутка. Асноўны мінус у тым, што ў большасці кампаній няма дакладнай палітыкі перагляду заработнай платы, як і крытэрыяў ацэнкі ўкладу ў ствараемы кампаніяй прадукт.
Лічбы можна паглядзець у , StackOverflow або . Статыстыка абнаўляецца з году ў год, таму я не вазьму на сябе адказнасць казаць пра дыяпазон заробкаў.
Можаш даць нейкія парады, што рабіць, калі ты працуеш умоўным Site Reliability Engineer і хочаш пераехаць у Нямеччыну? З чаго пачаць? Куды ісці?
Не думаю, што ў мяне знойдзецца нейкая адмысловая рада чытачу. Няўжо што нічога не баяцца, паменш рацыяналізаваць перад пераездам і быць адчыненым да ўсіх цяжкасцяў, з якімі можна сутыкнуцца ў эміграцыі. А цяжкасці будуць.
У Берліне моцнае DevOps-супольнасць? Ці часта ходзіш на мясцовыя мерапрыемствы? Раскажы крыху пра іх. Якія яны?
На мітапы я хаджу дастаткова рэдка, таму не магу сказаць, у чым асаблівасці мясцовай DevOps-супольнасці. Спадзяюся навярстаць гэтае пытанне ў наступным годзе. Магу толькі перадаць свае ўражанні аб вялікай колькасці тэматычных гуртоў на meetup.com: ад фанатыкаў Python і Golang да аматараў Clojure і Rust.
З тых мітапаў, што я наведаў, вельмі добры HashiCorp User Group – але там хутчэй мне ў прынцыпе падабаецца суполка HashiCorp з яго гуртамі ў розных гарадах.
Я чытала, што ты пераехаў без нямецкай мовы. Як поспехі праз год? Ці патрэбная нямецкая мова для працы ці можна абыходзіцца без яе?
Я вывучыў нямецкую, зараз узровень мовы боўтаецца паміж B1 і B2. Усе кантакты з немцамі з першага года жыцця ў Берліне я ўсё яшчэ вяду на англійскай, таму што так прасцей абодвум бакам, а ўсё новыя кантакты я пачынаю з нямецкай. У бліжэйшых планах - прасунуцца ў навучанні, замацаваць веды здачай іспыту на сертыфікат B2, таму што я хачу больш упэўнена мець зносіны, чытаць класічную літаратуру ў арыгінале.
У Берліне мова патрэбен хутчэй для адаптацыі ў краіне, здабыцці пачуцця ўнутранага камфорту і паўнавартаснага доступу да сферы вольнага часу (тэатр/кіно/стэндапы), аднак мова ці наўрад спатрэбіцца ў працы Software Engineering. У кожнай кампаніі англійская - гэта афіцыйная мова Engineering-дэпартамента, нават у вялікіх нямецкіх кампаніях накшталт Deutsche Bank, Allianz і Volkswagen.
Асноўная прычына - кадравы голад, статус горада як міжнароднага культурнага цэнтра, шмат экспатаў, у якіх узнікаюць праблемы з вывучэннем нямецкай мовы. Тым не менш, кожная кампанія прапануе штотыднёвыя курсы нямецкага ў працоўны час за кошт арганізацыі, каб аблегчыць жыццё супрацоўнікам па-за працай.
За ўсе два гады кантактаў з кампаніямі і рекрутеры да мяне толькі два разы звярталіся на нямецкай. У выключэннях падобнага роду для працы звычайна дастаткова ўзроўню B1/B2. Як і амерыканцы з ангельскай, немцы досыць спакойна ўспрымаюць твае маўленчыя памылкі, паколькі разумеюць, што мова няпростая.
У сваім ты пішаш, што DevOps – гэта не ўменне пакруціць Кубернэтэс і Праметэус, а культура. На твой погляд, што трэба рабіць кампаніям, каб разьвіваць DevOps-культуру ў камандзе не на словах, а на справе? Што робіш ты ў сябе?
Думаю, у першую чаргу трэба быць сумленным і расставіць усе "кропкі над i" у пытанні размеркавання адказнасці за прадукт. Асноўная праблема, якую вырашае DevOps - перакідванне адказнасці і спадарожных гэтай адказнасці праблем праз сцяну. Як толькі людзі зразумеюць, што падзяляць адказнасць выгадна і для кампаніі, і для інжынераў – справа зрушваецца з мёртвай кропкі і можна ўжо займацца кропкавай працай: цюніць Delivery Pipeline, скарачаць Deployment Failure Rate і іншыя штукі, па якіх можна вызначыць стан DevOps у кампаніі.
У сваёй кар'еры я яшчэ не прасоўваў DevOps з пункту гледжання тэхлід або CTO кампаніі, я заўсёды выступаў з пазіцыі інжынера, які нешта ведае пра DevOps. Насамрэч, у DevOps пазіцыя драйвера культуры сапраўды важная, асабліва сфера ўплыву драйвера і яго лідэрскія якасці. У маёй апошняй кампаніі першапачаткова была адносна плоская іерархія і атмасфера даверу паміж калегамі, і гэта значна аблегчыла маю мэту ў прасоўванні культуры.
Адказваючы на канкрэтнае пытанне, што можна зрабіць на карысць DevOps. У маім дакладзе на асноўная думка ў тым, што для развіцця культуры DevOps трэба займацца не толькі тэхналогіямі ў інфраструктуры, але і ўнутраным коучінгам, і размеркаваннем адказнасці ў тэхпрацэсах.
Да прыкладу, мы патрацілі два месяцы працы аднаго інжынера на стварэнне платформы для QA і PR-сервераў для патрэб распрацоўшчыкаў і тэсціроўшчыкаў. Аднак уся гэтая ўзрушаючая праца адыдзе ў нябыт, калі інфармацыя аб магчымасцях не будзе данесена карэктна, фічы не будуць задакументаваныя, а навучанне супрацоўнікаў не будзе завершана. І наадварот, пасля якасна праведзеных воркшопаў і сесій парнага праграмавання мэтанакіраваны інжынер акрылены новым карысным функцыяналам і ўжо сам вырашае наступныя праблемы, якія перасякаюцца з інфраструктурнай платформай.
Калі вы хочаце больш пытанняў пра DevOps, вось , у якім Міша падрабязна адказвае на пытанні «Навошта патрэбен DevOps?» і "Ці трэба ствараць у кампаніі спецыяльныя DevOps-аддзелы?"
Пра развіццё
У сваім канале ты часам рэкамендуеш прафэсійныя артыкулы і блогі. А ці ёсць у цябе нейкія мастацкія любімыя кнігі?
Так, я стараюся знаходзіць час, каб чытаць мастацкую літаратуру. Не магу чытаць канкрэтнага пісьменніка залпам, раман за раманам, таму змешваю рускія і замежныя творы. З рускіх пісьменнікаў мне больш падабаюцца Пялевін і Даўлатаў, але і класіку 19 стагоддзі таксама кахаю чытаць. З замежных мне імпануюць Рэмарк і Хэмінгуэй.
Там жа ты шмат пішаш пра падарожжы, а ў выніках 2018 года напісаў, што наведаў 12 краін і 27 гарадоў. Гэта вельмі круты пункт! Як ты паспяваеш працаваць і падарожнічаць?
Насамрэч, усё дастаткова проста: трэба добра ўтылізаваць дні водпуску, выхадныя і святы плюс актыўна падарожнічаць у працэсе паездкі 🙂
Я не digital nomad і ніколі не працаваў выдалена на пастаяннай аснове, але вольнага часу для падарожжаў па-за працай, мне здаецца, цалкам дастаткова, каб спазнаваць свет. Сітуацыя палепшылася пасля пераезду ў Берлін: ён размешчаны ў цэнтры Еўропы і тут больш за дні водпуску.
Я таксама спрабаваў падарожнічаць цэлы месяц паміж старой і новай працай, але для мяне нават месяц у дарозе здаецца залішне вялікім тэрмінам. З той паездкі імкнуся браць водпускі даўжынёй у тыдзень-паўтара, каб можна было вярнуцца ў працу досыць бязбольна.
Якія тры месцы табе спадабаліся найбольш і чаму?
Як бэкпекеру з краін мне больш за ўсё імпануюць Партугалія, Аман і Індыя. Партугалія падабаецца з пункту гледжання еўрапейскай гісторыі і цывілізацыі кшталту архітэктуры, мовы, культуры. Аман - неверагоднай гасціннасцю і прыязнасцю мясцовых, а таксама атмасферай адноснай расслабленасці пасярод напружання Блізкага Усходу. Пра Аман я нават напісаў. Індыя - разнастайнасцю жыцця ўнутры яе рэгіёнаў і культурнай ідэнтычнасцю, таму што да іх усё яшчэ не дайшла эра планеты Старбакс і галактыкі Майкрасофт, адпісаная Палаником. Яшчэ вельмі падабаюцца Бангкок і паўночная частка Тайланда. Паўднёвая частка з морам, выспамі і паўвостравамі здалася ўжо занадта турыстычнай.
Нататкі Мішы пра вандроўкі можна пачытаць у яго тэлеграм-канале
Як табе ўдаецца выконваць work/life balance? Падзяліся сакрэтамі 🙂
Тут у мяне няма нейкага сакрэту. Што ў Расіі, што ў Германіі, нармальныя tech-кампаніі даюць табе магчымасць структураваць працоўны час так, як табе зручна. Звычайна я не сяджу на працы да позняй ночы, калі сэрвіс стабільна працуе і не ўзнікае нейкага форс-мажору. Проста таму што пасля 5-6 вечара мой мозг не ўспрымае заклікі да дзеяння ад слова "зусім" і просіць адпачыць і добра паспаць.
Амаль усе разнавіднасці прафесій у tech-індустрыі – ад распрацоўкі да дызайну – творчыя прафесіі, яны не патрабуюць вялікай колькасці працоўных гадзін. Мне здаецца, што кранчы ў прынцыпе шкодныя для творчай працы, бо ў канчатковым выніку ты пачынаеш тупіць і рабіць менш, чым мог бы без перапрацовак. 4-6 гадзін актыўнай працы ў струмені - гэта, насамрэч, вельмі шмат, без перапыненняў і пераключэнняў кантэксту можна горы згарнуць.
Магу таксама парэкамендаваць дзве кнігі, якія мне дапамаглі: ад рабят з Basecamp і ад Максіма Дарафеева.
Цяпер многія абмяркоўваюць выгаранне. Ці адчуваў ты нешта падобнае? Калі так, то як спраўляешся? Як робіш сваю працу цікавейшай?
Так, шчыра кажучы, я і зараз час ад часу выгараю. Наогул, гэта лагічна, з філасофскага пункту гледжання ўсё, што мае ўласцівасць гарэць, у канчатковым выніку выгарае 🙂 Можна змагацца са следствам, але, мне здаецца, значна важней выявіць прычыну выгаранняў і ўхіліць яе.
Чыннікі ва ўсіх розныя: у кагосьці гэта празмернасць інфармацыі, хтосьці перапрацоўвае на асноўнай працы, ёсць сітуацыі, калі не паспяваеш фізічна сумяшчаць працу, хобі і сацыялізацыю. Недзе ты банальна не адчуваеш новых выклікаў у сваім жыцці і пачынаеш з-за гэтага перажываць. Большасць праблем можна вырашыць пераглядам жыццёвай філасофіі, асабістых каштоўнасцяў, ролі працы ў тваім жыцці.
У апошні час у мяне амаль не бывае страты цікавасці да працы ці нейкай сумнай працы. Існуюць розныя тэхнікі, як зрабіць сумную працу нянуднай, частка з іх я запазычыў з майго таварыша Кірыла Шырынкіна. Але я імкнуся вырашыць гэтую праблему на ўзроўні прычыны, проста выбіраючы працу, у якой будзе максімум выклікаў для маёй кар'еры і асобы і мінімум арганізацыйнай бюракратыі.
7 снежня Міхаіл выступіць на канферэнцыі з дакладам "Мы ўсе DevOps", у якім растлумачыць, чаму важна факусавацца не толькі на спосабе разгортвання найновага стэка, але і на культурным аспекце DevOps.
Яшчэ ў праграме: Барух Садагурскі (JFrog), Аляксандр Чысцякоў (vdsina.ru), Раман Бойка (AWS), Павел Селіванаў (Southbridge), Радзіён Нагорнаў (Лабараторыя Касперскага), Андрэй Шорын (кансультант па DevOps).
Прыходзьце знаёміцца!
Крыніца: habr.com