Михаил Чинков живее и работи в Берлин от две години. Той разказа каква е разликата между работата на разработчик в Русия и Германия, търсят ли се инженери, свързани с DevOps в Берлин, и как намира време за пътувания.
За преместването
От 2018 година ти живееш в Берлин. Как взе това решение? Избирал ли си предварително страна и компания, в която искаш да работиш, или получи оферта, която не можеше да откажеш?
В един момент ми омръзна да живея в Пенза, където съм роден, израснал и учил в университет, а стандартният път на преместване в Москва и Санкт Петербург не ме привличаше заради особеностите на живота в тези градове. Затова просто исках да опитам да живея в Европа, през която пътувах през последните два отпуска. Нямаше никакви предпочитания нито към компания, нито към град, нито дори към конкретна страна — просто исках да се преместя възможно най-скоро.
В този момент сметнах Берлин за най-достъпния град за преместване на разработчик в технологична компания, тъй като в Linkedin 90% от компаниите, толерантни към релокация, бяха от Берлин. По-късно летях в града за 3 дни, за да проведа няколко интервюта. Градът много ми хареса, затова реших, че искам да живея в Берлин веднага. След седмица незабавно приех първата оферта, която получих от берлинския технологичен хъб.
Кажи, моля, повече за процеса на преместване. Как ставаше при теб? Какви документи събра? Помогна ли ти работодателят?
Тук нямам нищо ново да кажа, всичко е много добре написано в няколко статии. По-скоро ми харесва , известна на всички, които се интересуват от този въпрос. Процесът в берлинския технологичен хъб е практически същият във всички компании, които помагат на инженерите с релокацията.
Срещал ли си нещо неочаквано и необичайно по отношение на организацията на работа, бит и менталитет? Колко време ти отне да свикнеш с местния живот?
Да, всъщност целият процес на работа в компаниите от берлинския технологичен хъб първоначално ме шокира. Всичко: от начина и броя на проведените митинги до ролята на софтуерните умения в живота на инженера.
Например, в Германия работната култура е ориентирана към колективното вземане на решения, което означава, че за всеки спорен въпрос се организира среща, на която обсъждате проблема изчерпателно и заедно достигате до консенсус на вашите гледни точки. От Русия подобна практика първоначално изглежда на инженер като напразно губене на време, бюрокрация и недоверие, но в крайна сметка има смисъл, както и разпределението на отговорността за резултата от решението.
Подобни моменти, както и непониманието към самия себе си от страна на колегите, ме накараха да прочета книгата и да разбера, че всичките ти вътрешни недоволства всъщност са по-скоро отказ от възприемането на реалността на новата среда, в която си попаднал, отколкото опит да намериш истината. След прочитането на книгата работата стана много по-лесна, започваш да разбираш смисъла на фразите и решенията на твоите колеги.
Що се отнася до живота, процесът на адаптация в нова страна е далеч по-сложен, отколкото процесът на адаптация в работната култура. Обикновено психолозите разграничават , през които преминава човек. В това отношение моят път не беше изключение. От друга страна, ми се струва, че адаптацията при преместване в мултикултурен център като Берлин, Лондон или Барселона преминава по-лесно, отколкото в който и да е класически град.
След две години живот в Берлин, какво ти харесва и какво не ти харесва в този град?
Трудно ми е да съставя списък с плюсове и минуси на града, защото Берлин бързо стана моят дом във всички смисли на тази дума.
Мисля, че през цялата си съзнателна живот съм се стремял към свобода във всички свои проявления: физически, социални, финансови, политически, духовни, ментални. Също така и към свобода в работата, не ми харесва контролът отгоре и микроуправлението, когато постоянно ми указват какво и как трябва да правя. В тези въпроси Берлин ми се струва и все още ми се струва един от най-свободните градове в света заради свободните възгледи за живота в обществото, относително либералните цени на наем на жилище и други нужди, както и множеството възможности да развиеш своята свобода в останалите аспекти.
За работата в Берлин
Кой стек е стандартът за берлинските стартапи? Как се различава стекът от средния в Русия?
От технологична гледна точка, местните стекове ми се струват скучни, когато не става въпрос за FinTech компании. Повечето стартиращи компании и тези, преминали от стартиращи в enterprise, са създадени през 2010-2012 година и започват с най-простата архитектура: монолитен бекенд, понякога и с вграден фронтенд, език — или Ruby, или PHP, или Python, задължително се ползват фреймворци, база данни на MySQL, кеш на Redis. Също така, от личен опит, 90% от компаниите имат изцяло продуктивна работа на AWS.
В момента всички имат тенденция да разпадат монолита на микросервизи, да ги опаковат в контейнери, да ги внедряват в Kubernetes и да разчитат на Golang като стандартен език за нови приложения. Това се случва доста бавно, така че в повечето компании основната функционалност все още е заровена в монолита. Аз не се занимавам много с фронтенд, но и там обикновено стандартът е React.
Големи технологични компании като Zalando и N26 се опитват да внесат повече технологии в услугата, за да привлекат целеустремени разработчици на пазара. Останалите компании също се стремят да са в крак с последните технологии, но отстрани изглежда, че бремето на монолитната архитектура и натрупания с години технически дълг им тежи.
Като инженер приемам това доста спокойно, тъй като в технологичния хъб на Берлин има много интересни компании от продуктов ъгъл. В такива компании е по-интересно да работиш за идеята и продукта, който ти харесва, отколкото да разглеждаш компанията просто като място с модерен технологичен стек, с който задължително трябва да работиш.
С какво се различава животът и работата на разработчика в Русия и Германия? Има ли неща, които те учудиха?
В Германия, както и във всяка друга страна в Северна/Централна Европа, положението с баланса между работа и личен живот и отношенията между колегите е по-добро, но скоростта на работа е по-ниска. В началото ми беше неприятно да свиквам с вътрешните проекти, които отнемат месеци, докато в технологичните компании в Русия подобни проекти се реализират за седмици. Всъщност, това не е толкова страшно, защото има обективни причини за това, а и компаниите обикновено не възприемат подобни ситуации критично.
В останалото ми е доста трудно да провеждам паралел между Германия и Русия, защото нямам опит в известни компании като Яндекс и Тиньков, където ситуацията може да е подобна на берлинския 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. Във всяка компания английският е официалният език на инженерния департамент, дори в големи немски компании като 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 града. Това е много страхотно! Как успяваш да работиш и пътуваш?
Всъщност, всичко е достатъчно просто: нужно е да се усвояват добре дните отпуск, уикендите и празниците, плюс активно пътуване по време на пътуванията 🙂
Не съм дигитален номад и никога не съм работил дистанционно на постоянна основа, но свободното време за пътуване извън работата ми се струва напълно достатъчно, за да опозная света. Ситуацията се подобри след преместването ми в Берлин: той е разположен в централна Европа и имам повече дни отпуск.
Опитах се да пътувам цял месец между старата и новата работа, но за мен дори един месец в пътя изглежда прекалено дълго. От тази екскурзия се старая да взема отпуск за седмица-полтора, за да мога да се завърна в работата достатъчно безболезнено.
Кои три места ти харесаха най-много и защо?
Като бекпекер от различни страни, най-много ми допадат Португалия, Оман и Индия. Португалия ми харесва от гледна точка на европейската история и цивилизация, като архитектура, език и култура. Оман — с невероятното си гостоприемство и дружелюбие на местните, както и с атмосферната си относителна релаксация сред напрежението на Близкия изток. За Оман дори Индия — с многообразието на живота в нейните региони и културната идентичност, тъй като до тях още не е достигнала ерата на планетата Старбакс и галактиката Майкрософт, завещана от Паланик. Също така много ми харесват Банкок и северната част на Тайланд. Южната част с морета, острови и полуострови ми се струва прекалено туристическа.
Записките на Миша за пътувания можете да прочетете в неговия Телеграм канал
Как успяваш да поддържаш баланс между работа и личен живот? Сподели тайните си 🙂
Нямам някаква специална тайна. В Русия и Германия нормалните технологични компании ти дават възможност да структурираш работното си време така, както е удобно за теб. Обикновено не оставам на работа до късно, ако услугата работи стабилно и няма някакви извънредни ситуации. Просто защото след 5-6 вечерта мозъкът ми не възприема призиви за действие и иска да почива и да спи добре.
Почти всички професии в технологичната индустрия — от разработка до дизайн — са творчески професии, те не изискват много работни часове. Смятам, че дългите часове на работа са вредни за креативната работа, защото в крайна сметка започваш да се отпускаш и да правиш по-малко, отколкото би могъл без прекаляващи часове. 4-6 часа активна работа в поток — всъщност, това е много, без прекъсвания и смяна на контекста можеш да постигнеш значителни резултати.
Мога да препоръчам две книги, които ми помогнаха: от момчетата от Basecamp и от Максим Дорофеев.
В момента много хора обсъждат изтощението. Чувствал ли си нещо подобно? Ако да, как се справяш? Как правиш работата си по-интересна?
Да, честно казано, аз и сега време на време изгарям. Всъщност, това е логично, от философска гледна точка всичко, което има свойство да гори, в крайна сметка изгаря 🙂 Можеш да се бориш с последиците, но на мен ми се струва, че е много по-важно да се установи причината за изгарянето и да се отстрани.
Причините са различни за всеки: за някой това е излишък от информация, някой работи прекалено много на основната си работа, има ситуации, когато физически не успяваш да съчетаваш работа, хобита и социализация. Понякога просто не чувстваш нови предизвикателства в живота си и започваш да се притесняваш заради това. Повечето проблеми могат да се решат, като се преразгледат житейската философия, личните ценности и ролята на работата в твоя живот.
В последно време почти не изпитвам загуба на интерес към работа или скучна работа. Съществуват различни техники как да направиш скучната работа интересна, част от които черпя от на моя приятел Кирил Ширинкин. Но се опитвам да реша този проблем на ниво причина, просто избирайки работа, в която ще има максимални предизвикателства за моята кариера и личност и минимум организационна бюрокрация.
На 7 декември Михаил ще се изяви на конференцията с доклад "Всички сме DevOps", в който ще обясни защо е важно да се фокусираш не само върху начина на разпространение на най-новия стек, но и върху културния аспект на DevOps.
Още в програмата: Барух Садогурски (JFrog), Александър Чистяков (vdsina.ru), Роман Бойко (AWS), Павел Селиванов (Southbridge), Родион Нагорнов (Лаборатория Касперски), Андрей Шорин (консултант по DevOps).
Заповядайте да се запознаем!
Източник: habr.com
