Михайло Чинков два роки живе та працює у Берліні. Михайло розповів, чим відрізняється робота розробника в Росії та Німеччині, чи затребувані в Берліні інженери, пов'язані з 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