Михаил Чинков живее и работи в Берлин от две години. Той разказа какво е различното в работата на разработчиците в Русия и Германия, дали инженерите, свързани с DevOps, са търсени в Берлин и как намира време за пътувания.
За преместване
От 2018 година живееш в Берлин. Как реши да направиш тази стъпка? Избирал ли си предварително страната и компанията, в която искаш да работиш, или получи оферта, която не можеш да откажеш?
В един момент ми омръзна да живея в Пенза, където съм роден, израснал съм и учил в университета, а стандартният маршрут на преместване в Москва и Санкт Петербург не ме привличаше заради спецификата на живота в тези градове. Затова просто исках да опитам да живея в Европа, в която пътувах през последните няколко отпуска. Никакви предпочитания нито за компания, нито за град, нито дори за конкретна страна — просто исках да се преместя възможно най-бързо.
В онзи момент сметнах Берлин за най-достъпния град за преместване на разработчик в технологична компания, тъй като в Linkedin 90% от компаниите, толерантни към релокация, бяха от Берлин. По-късно дойдох в града за 3 дни, за да проведа няколко интервюта лице в лице. Градът ми хареса много, затова реших, че искам да живея в Берлин в момента. След седмица незабавно приех първата оферта, която получих от берлинския технологичен хъб.
Можеш ли да разкажеш по-подробно за процеса на преместване? Как протече при теб? Какви документи събираше? Помогна ли работодателят?
Тук нямам нова информация, всичко е много добре написано в няколко статии. На мен повече ми харесва , известна на всички, които се интересуват от този въпрос. В берлинския технологичен хъб процесът е практически един и същ във всички компании, които помагат на инженерите с релокацията.
Сталкивал ли си се с нещо изненадващо и необичайно в организацията на труда, битовите условия или менталитета? Колко време се адаптира към местния начин на живот?
Да, всъщност целият процес на работа в компаниите от берлинския технологичен хъб ме шокира в началото. Абсолютно всичко: от начина и количеството провеждани срещи до ролята на софт скилсовете в живота на инженера.
Например, в Германия работната култура е ориентирана към колективното вземане на решения, което означава, че буквално за всеки спорен въпрос се организира среща, на която дълбочинно обсъждате проблема и заедно достигате до консенсус от вашите гледни точки. За инженера от Русия подобна практика първоначално изглежда като празна загуба на време, бюрокрация и недоверие, но в крайна сметка това има смисъл, както и разпределението на отговорността за резултата от решението.
Подобни моменти, както и непонимание на себе си от страна на колегите, ме накараха да прочета книгата и да разбера, че всички твоите вътрешни недоволства са по-скоро отказ да възприемеш реалността на новата среда, в която се намираш, отколкото опит да намериш истината. След книгата работата стана много по-лесна, започваш да разбираш смисъла на фразите и решенията на твоите колеги.
Относно живота, процесът на адаптация в нова страна е много по-сложен, отколкото процесът на адаптация в работната култура. Обикновено психолозите отделят , през които преминава човек. В това отношение моят път не стана изключение. От друга страна, ми се струва, че адаптацията при преминаването в мултикултурен център като Берлин, Лондон и Барселона протича осезаемо по-лесно, отколкото в някой класически град.
След две години живот в Берлин, какво ти харесва и не харесва в този град?
Трудно ми е да съставя някакъв списък с плюсове и минуси на града, защото Берлин бързо стана моят дом във всички смисли на тази дума.
Мисля, че съм стремил през цялата си осъзната жизнь към свободата във всички нейни проявления: физически, социални, финансови, политически, духовни, ментални. Да, и за същата свобода в работата, не ми харесва когато има контрол отгоре и микроуправление, когато ми указват какво и как трябва да правя. В тези отношения Берлин ми се струва и до днешен ден един от най-свободните градове в света, поради свободните погледи към живота в обществото, относително либералните цени на наема и другите нужди, както и множеството възможности за развитие на свободата си в останалите аспекти.
За работата в Берлин
Какъв стек е стандартен в берлинските стартапи? Как изобщо се различава стекът от средния в Русия?
От технологична страна, местните стека изглеждат скучни, ако не става въпрос за FinTech компании. Повечето стартъпи и тези, преминали от стартъп в ендпойнт, са основани между 2010 и 2012 г. и започват с най-простата архитектура: монолитен бекенд, а понякога и с вграден фронтенд, език — Ruby, PHP или Python, неизменни рамки, база данни на MySQL и кеш на Redis. Още, по мои лични усещания, 90% от компаниите имат целия си продакшън в AWS.
Сега всички са склонни да разбиват монолита на микросервизи, обвиват ги в контейнери, внедряват ги в Kubernetes и разчитат на Golang като стандартен език за нови приложения. Това става доста бавно, затова в повечето компании основната функционалност все още е скрита в монолита. Далеч съм от фронтенда, но и там обикновено стандартът е React.
Големите технологични компании като Zalando и N26 се опитват да вкарат повече технологии в услугата, за да привлекат амбициозни разработчици на пазара. Останалите технологични компании също се опитват да са на крачка с най-новите технологии, но отстрани изглежда, че бремето на монолитната архитектура и натрупаният през годините технически дълг ги притиска.
Като инженер приемам това доста спокойно, защото в технологичния хъб на Берлин има много интересни компании от продуктова гледна точка. В такива компании е по-интересно да работиш за идея и продукт, който ти харесва, отколкото да разглеждаш компанията като място с фешънабъл техстек, с който задължително трябва да работиш.
Какви са разликите в живота и работата на разработчика в Русия и Германия? Има ли неща, които те изненадаха?
В Германия, както и във всяка друга страна в Северна/Централна Европа, работата/личния живот баланс и отношенията между колегите са по-добри, но скоростта на работа е по-ниска. В началото ми беше неприятно да свиквам с вътрешни проекти, които отнемат месеци, докато в технологичните компании в Русия подобни проекти отнемаха само няколко седмици. Всъщност това не е страшно, защото има обективни причини за това, а и компаниите обикновено не възприемат такива ситуации критично.
В останалото ми е доста трудно да направя паралел между Германия и Русия, защото нямам опит в известни компании като Яндекс и Тинков, където ситуацията може да бъде аналогична на берлинския tech хъб.
За себе си забелязах, че в Берлин приоритетът е създаването на комфортна работна атмосфера в компаниите, редовни вътрешни мероприятия и разнообразие от колеги, с които винаги е интересно да се обсъждат теми, далеч от ИТ. Но мисля, че това зависи по-скоро от компанията, в която работиш, отколкото от страната.
Според твоите наблюдения, какви специалисти са търсени в Германия? Търсят ли се специалисти, свързани с DevOps?
В повечето компании се усеща проблем с възприемането на културата на DevOps и разбирането на това, какво всъщност представлява DevOps. Въпреки това, има много обяви за работа с наименованието DevOps, което ярко показва търсенето на специалисти на пазара.
В момента, в местния ИТ, всички текущи направления са еднакво търсени. Мога единствено да подчертая голямото търсене на Data Engineer/Data Analyst.
Нека поговорим за заплатите, колко реално може да печели DevOps инженер в Германия?
Трудно е да се отговори на този въпрос, защото ИТ е все пак млада индустрия, в която няма конкретни норми за заплатите. Както навсякъде, размерът на заплатата в голяма степен зависи от опита и квалификацията на инженера. Също така е важно да се възприема числото като основа преди данъците и различните социални/здравни отчисления. Още заплатата в Германия много зависи от града, в който работиш. В Берлин, Мюнхен, Франкфурт и условния Гетинген диапазонът на заплатите малко се различава един от друг, като разходите за живот също варират.
Ако говорим за Берлин, основният плюс за кариерата е, че търсенето на инженери все още надвишава предлагането, затова заплатата може да нараства бързо, при желание. Основният минус е, че повечето компании нямат ясна политика за преразглеждане на заплатите, както и критерии за оценка на приноса в създаваните от компанията продукти.
Числата могат да бъдат разгледани в , StackOverflow или . Статистиката се обновява от година на година, затова не мога да поема отговорност да говоря за диапазона на заплатите.
Можеш ли да дадеш някакви съвети какво да правиш, ако работиш като Site Reliability Engineer и искаш да се преместиш в Германия? От къде да започнеш? Къде да отидеш?
Не мисля, че имам някакъв специален съвет за читателите. Освен това, не се страхувайте от нищо, избягвайте да рационализирате прекалено преди преместването и бъдете отворени за всички трудности, с които може да се сблъскате по време на имиграцията. А трудностите ще дойдат.
Има ли силно DevOps общество в Берлин? Често ли посещаваш местни събития? Разкажи малко за тях. Какви са?
Ходя на митапи сравнително рядко, затова не мога да кажа какви са особеностите на местното DevOps общество. Надявам се да наваксам по този въпрос през следващата година. Мога само да споделя впечатленията си от огромното количество тематични групи на meetup.com: от феновете на Python и Golang до любителите на Clojure и Rust.
От митапите, които посетих, много добър е HashiCorp User Group — но като цяло ми харесва самото общество на HashiCorp с неговите групи в различни градове.
Четох, че си се преместил без немски. Как върви след година? Нужен ли е немският език за работа или може да се мине без него?
Изучих немски, сега нивото ми е между B1 и B2. Всички контакти с германци от първата година в Берлин все още водя на английски, защото така е по-лесно за двете страни, а новите контакти започвам на немски. В близките планове е да напредна в обучението и да затвърдя знанията си с полагане на изпита за сертификат B2, защото искам да общувам по-уверено и да чета класическа литература в оригинал.
В Берлин езикът е нужен повече за адаптация в страната, за да се почувствате удобно и да получите пълен достъп до сферата на развлеченията (театр/кино/стендапи), но езикът вероятно няма да е необходим за работа в Software Engineering. Във всяка компания английският е официалният език на инженерния отдел, дори в големи немски компании като Deutsche Bank, Allianz и Volkswagen.
Основната причина е недостигът на кадри, статусът на града като международен културен център и многото експати, които срещат трудности с изучаването на немския език. Въпреки това, всяка компания предлага седмични курсове по немски по време на работа за сметка на организацията, за да улесни живота на служителите извън работата.
За всичките две години контакти с компании и рекрутери, само два пъти съм бил потърсен на немски. В подобни изключения за работа обикновено е достатъчно ниво B1/B2. Както американците с английския, немците доста спокойно приемат твоите речеви грешки, тъй като разбират, че езикът не е лесен.
В своето Ти пишеш, че DevOps не е умение да се оперира с Kubernetes и Prometheus, а култура. Според теб, какво трябва да правят компаниите, за да развиват DevOps културата в екипа не само на думи, а и на дело? Какво правиш ти в своята компания?
Мисля, че на първо място е необходимо да бъдеш честен и да уточниш всички „точки над i“ по въпроса за разпределението на отговорността за продукта. Основният проблем, който решава DevOps, е предаването на отговорностите и свързаните с тях проблеми през стената. След като хората разберат, че споделянето на отговорност е изгодно както за компанията, така и за инженерите, процесът ще се движи напред и вече ще може да се работи по конкретни аспекти: оптимизиране на Delivery Pipeline, намаляване на Deployment Failure Rate и други неща, по които може да се определи състоянието на DevOps в компанията.
В своята кариера досега не съм промоцирал DevOps от гледна точка на техлид или CTO на компания, винаги съм действал от позицията на инженер, който знае нещо за DevOps. Всъщност, в DevOps ролята на двигател на културата е наистина важна, особено сферата на влияние на двигателя и лидерските му качества. В моята последна компания първоначално имаше относително плоска йерархия и атмосфера на доверие между колегите, и това значително улесни моята цел за насърчаване на културата.
Отговаряйки на конкретния въпрос, какво може да се направи в полза на DevOps. В моята презентация на основната мисъл е, че за развитието на DevOps културата е необходимо да се занимаваме не само с технологии в инфраструктурата, но и с вътрешно коучинг и разпределение на отговорностите в техническите процеси.
Например, ние сме прекарали два месеца работа на един инженер за изграждането на платформа за QA и PR сървъри за нуждите на разработчиците и тестерите. Въпреки това, всичката тази впечатляваща работа ще бъде забравена, ако информацията за възможностите не бъде предадена правилно, функциите не бъдат документирани, а обучението на служителите не бъде завършено. И обратно, след качествени работни срещи и сесии за двойно програмиране, целеустременият инженер е вдъхновен от новата полезна функционалност и сам решава следващите проблеми, които се пресичат с инфраструктурната платформа.
Ако искате да зададете повече въпроси относно DevOps, ето , в който Миша подробно отговаря на въпросите "Защо е нужен DevOps?" и "Трябва ли да се създадат специализирани DevOps отдели в компанията?"
Относно развитието
В канала си понякога препоръчваш професионални статии и блогове. А имаш ли някакви любими художествени книги?
Да, старая се да намирам време да чета художествена литература. Не мога да чета конкретен автор поредно, роман след роман, затова смесвам руски и чуждестранни произведения. От руските автори ми харесват повече Пелевин и Довлатов, но също обичам да чета класиката от 19-ти век. От чуждестранните автори ми допадат Ремарк и Хемингуей.
Там пишеш много за пътувания, а в отчетите за 2018 година спомена, че си посетил 12 държави и 27 града. Това е много впечатляващо! Как успяваш да работиш и да пътуваш?
Всъщност всичко е доста просто: трябва да се използват добре дните отпуск, уикендите и празниците плюс активно пътуване в процеса на пътуване 🙂
Не съм дигитален номад и никога не съм работил дистанционно на постоянна основа, но свободното време за пътувания извън работа ми се струва напълно достатъчно, за да познавам света. Ситуацията се подобри след преместването ми в Берлин: той е разположен в централна Европа и тук имам повече дни отпуск.
Опитвах се да пътувам цял месец между стара и нова работа, но за мен дори и месец в пътя изглежда прекалено дълъг. От тази пътуване се опитвам да взимам отпуски с продължителност от седмица до една и половина, за да мога да се върна в работата достатъчно безболезнено.
Кой три места ти харесаха най-много и защо?
На backpacker-а от стран ми най-много ми импонират Португалия, Оман и Индия. Португалия ми харесва от гледна точка на европейската история и цивилизация, като архитектура, език и култура. Оман - с невероятното си гостоприемство и дружелюбие на местните хора, както и с атмосферата на относителна релаксация в средата на напрежението в Близкия Изток. Писал съм дори за Оман. Индия - с разнообразието на живота в нейните региони и културна идентичност, защото до тях все още не е достигнала ерата на планетата Старбакс и галактиката на Майкрософт, завещана от Паланик. Също много харесвам Банкок и северната част на Тайланд. Южната част с моретата, островите и полуостровите ми се стори твърде туристическа.
Записките на Миша за пътуванията могат да се прочетат в неговия телеграм-канал
Как успяваш да поддържаш баланс между работа и личен живот? Сподели тайните си 🙂
Тук нямам някаква тайна. Както в Русия, така и в Германия, нормалните tech компании ти предлагат възможността да структурираш работното си време така, както ти е удобно. Обикновено не оставам на работа до късно през нощта, ако услугата стабилно работи и не възникне някакъв форсмажор. Просто защото след 5-6 вечерта мозъкът ми не възприема призиви за действие от думата „въобще“ и иска да почине и да спи добре.
Почти всички разновидности на професиите в tech индустрията - от разработка до дизайн - са творчески професии и не изискват голямо количество работни часове. Смятам, че crunch-овете в принцип вредят на творческата работа, защото в крайна сметка започваш да се затъпяваш и да правиш по-малко, отколкото би могъл без преработки. 4-6 часа активна работа в поток - всъщност е много, без прекъсвания и смяна на контекста може да преместиш планини.
Мога също така да препоръчам две книги, които ми помогнаха: от момчетата от Basecamp и от Максим Дорофеев.
В момента много дискутират за изчерпването. Чувствал ли си нещо подобно? Ако да, как се справяш? Как правиш работата си по-интересна?
Да, честно казано, понякога все още преживявам изгаряне. В крайна сметка, от философска гледна точка, всичко, което има свойството да гори, в крайна сметка изгаря 🙂 Можеш да се бориш със следствията, но според мен е много по-важно да откриеш причината за изгарянията и да я елиминираш.
Причините за изгарянето са различни при всеки: за някои е информационният пренаситеност, други работят прекалено много на основната си работа, а има ситуации, при които физически не успяваш да съчетаеш работа, хоби и социализация. Понякога просто не чувстваш нови предизвикателства в живота си и започваш да се притесняваш за това. Повечето проблеми могат да се разрешат чрез преразглеждане на жизнената философия, личните ценности и ролята на работата в живота ти.
В последно време почти не изпитвам загуба на интерес към работата или скучна работа. Има различни техники, как да направиш скучната работа по-интересна, част от които черпя от моят приятел Кирил Ширинкин. Но се опитвам да реша този проблем на ниво причина, като просто избирам работа, която предлага максимални предизвикателства за моята кариера и личност и минимум организационна бюрокрация.
На 7 декември Михаил ще изнесе лекция на конференция с доклад „Ние всички сме DevOps“, в който ще обясни защо е важно да се фокусираш не само върху начина на разгръщане на най-новия стек, но и върху културния аспект на DevOps.
В програмата още: Барух Садогурски (JFrog), Александър Чистяков (vdsina.ru), Роман Бойко (AWS), Павел Селиванов (Southbridge), Родион Нагорнов (Лаборатория Касперски), Андрей Шорин (консултант по DevOps).
Елате да се запознаем!
Източник: habr.com
