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