Michaił Chinkow od dwóch lat mieszka i pracuje w Berlinie. Michaił wyjaśnił, czym różni się praca programisty w Rosji i Niemczech, czy w Berlinie jest zapotrzebowanie na inżynierów związanych z DevOps i jak znaleźć czas na podróże.
O przeprowadzce
Od 2018 roku mieszkasz w Berlinie. Jak podjąłeś tę decyzję? Czy świadomie wybrałeś już wcześniej kraj i firmę, w której chcesz pracować, czy też otrzymałeś ofertę nie do odrzucenia?
W pewnym momencie znudziło mi się życie w Penzie, gdzie się urodziłem, wychowałem i studiowałem na uniwersytecie, a standardowa ścieżka przeprowadzki do Moskwy i Petersburga nie przypadła mi do gustu ze względu na specyfikę życia w tych miastach . Chciałem więc spróbować życia w Europie, po której podróżowałem przez ostatnie kilka wakacji. Nie miałem żadnych preferencji co do firmy, miasta, czy nawet konkretnego kraju – chciałem po prostu jak najszybciej się przeprowadzić.
W tamtym momencie uważałem Berlin za najbardziej dostępne miasto dla dewelopera do przeniesienia się do firmy technologicznej, ponieważ na Linkedin 90% firm tolerujących relokację pochodziło z Berlina. Następnie przyleciałem do miasta na 3 dni, aby przeprowadzić kilka bezpośrednich wywiadów. Bardzo spodobało mi się to miasto, więc zdecydowałem, że chcę teraz mieszkać w Berlinie. Tydzień później natychmiast przyjąłem pierwszą ofertę, jaką otrzymałem od berlińskiego centrum technologicznego.
Proszę opowiedzieć nam więcej o procesie przeprowadzki. Jak to się stało w Twoim przypadku? Jakie dokumenty zebrałeś? Czy Twój pracodawca pomógł?
Nie mogę tu powiedzieć nic nowego, wszystko jest bardzo dobrze napisane w kilku artykułach. lubie to bardziej , znany wszystkim zainteresowanym tą problematyką. W berlińskim centrum technologicznym proces jest taki sam w prawie wszystkich firmach, które pomagają inżynierowi w relokacji.
Czy spotkałeś się z czymś nieoczekiwanym i niezwykłym pod względem organizacji pracy, życia, mentalności? Ile czasu zajęło Ci przyzwyczajenie się do lokalnego życia?
Tak, faktycznie, na początku cały proces pracy w firmach w berlińskim hubie technologicznym był dla mnie szokiem. Ogólnie rzecz biorąc, wszystko: od tego, jak i w jakiej ilości odbywają się rajdy, po rolę umiejętności miękkich w życiu inżyniera.
Przykładowo w Niemczech kultura pracy nastawiona jest na kolektywne podejmowanie decyzji, co oznacza, że dla dosłownie każdej kontrowersyjnej kwestii tworzone jest spotkanie, na którym dokładnie omawiacie problem i wspólnie dochodzicie do konsensusu ze swoich punktów widzenia. Z Rosji taka praktyka początkowo wydaje się inżynierowi stratą czasu, biurokracji i braku zaufania, ale ostatecznie ma sens, podobnie jak podział odpowiedzialności za wynik decyzji.
Takie momenty, a także niezrozumienie mnie przez kolegów skłoniły mnie do przeczytania tej książki i zrozum, że całe Twoje wewnętrzne oburzenie jest raczej niepowodzeniem w dostrzeżeniu rzeczywistości nowego środowiska, w którym się znalazłeś, niż próbą odnalezienia prawdy. Po książce Twoja praca stała się znacznie łatwiejsza, zaczynasz rozumieć znaczenie zwrotów i decyzji swoich kolegów.
Z punktu widzenia życiowego proces adaptacji do nowego kraju jest znacznie trudniejszy niż proces adaptacji do kultury pracy. Zwykle psychologowie rozróżniają przez który przechodzi człowiek. Pod tym względem moja droga nie była wyjątkiem. Z drugiej strony wydaje mi się, że adaptacja w przypadku przeprowadzki do wielokulturowego centrum, takiego jak Berlin, Londyn czy Barcelona, jest oczywiście łatwiejsza niż w jakimkolwiek klasycznym mieście.
Po dwóch latach mieszkania w Berlinie, co lubisz, a czego nie lubisz w tym mieście?
Trudno mi sporządzić listę zalet i wad tego miasta, ponieważ Berlin szybko stał się moim domem w każdym tego słowa znaczeniu.
Myślę, że przez całe dorosłe życie dążyłem do wolności we wszystkich jej przejawach: fizycznym, społecznym, finansowym, politycznym, duchowym, mentalnym. Tak, ta sama swoboda w pracy, nie lubię kontroli z góry i mikrozarządzania, kiedy ciągle mi się mówi co i jak mam robić. Pod tym względem Berlin wydawał mi się i nadal wydaje mi się jednym z najbardziej wolnych miast na świecie ze względu na swobodne poglądy na życie społeczne, stosunkowo liberalne ceny czynszu i innych potrzeb, a także wiele możliwości zwiększenia swojej wolności w inne aspekty.
O pracy w Berlinie
Który stos jest standardem w berlińskich startupach? Czym ogólnie różni się stos od średniej w Rosji?
Z technologicznego punktu widzenia lokalne stosy wydają mi się subiektywnie nudne, chyba że są to firmy FinTech. Większość startupów i tych, które przekształciły się ze startupu w przedsiębiorstwo, powstała w latach 2010-2012 i zaczynała od najprostszej architektury: monolitycznego backendu, a czasem z wbudowanym frontendem, języka - albo Ruby, albo PHP, albo Python, zawsze używane są frameworki, baza danych na MySQL, pamięć podręczna na Redis. Ponadto, według osobistych odczuć, 90% firm ma całą swoją produkcję na AWS.
Obecny trend polega na dzieleniu monolitu na mikrousługi, pakowaniu ich w kontenery, wdrażaniu w Kubernetesie i poleganiu na Golangu jako standardowym języku dla nowych aplikacji. Dzieje się to bardzo powoli, dlatego w większości firm główna funkcjonalność wciąż jest ukryta w monolicie. Daleko mi do frontendu, ale i tam React jest zazwyczaj standardem.
Duże firmy technologiczne, takie jak Zalando i N26, starają się wprowadzić do usług więcej technologii, aby mieć coś, co przyciągnie na rynek zmotywowanych programistów. Inne firmy technologiczne również starają się nadążać za najnowszymi technologiami, jednak z zewnątrz widać, że przygniata je ciężar monolitycznej architektury i narosły przez lata dług techniczny.
Jako inżynier podchodzę do tego dość spokojnie, ponieważ w berlińskim hubie technologicznym działa wiele firm interesujących z produktowego punktu widzenia. W takich firmach ciekawiej jest pracować na pomysł i produkt, który osobiście się podoba, niż uważać firmę za miejsce z modnym stosem technologii, z którym zdecydowanie trzeba pracować.
Czym różni się życie i praca programisty w Rosji i w Niemczech? Czy są jakieś rzeczy, które Cię zaskoczyły?
W Niemczech, podobnie jak w każdym innym kraju Europy Północnej i Środkowej, sytuacja jest lepsza, jeśli chodzi o równowagę między życiem zawodowym a prywatnym oraz relacje między współpracownikami, ale gorsza jest z szybkością pracy. Na początku było mi nieprzyjemnie przyzwyczajać się do projektów wewnętrznych, które zajmowały kilka miesięcy, podczas gdy w firmach technologicznych w Rosji podobne projekty zajmowały kilka tygodni. Tak naprawdę nie jest to straszne, bo istnieją obiektywne powody, a firmy zazwyczaj nie postrzegają takich sytuacji krytycznie.
W przeciwnym razie dość trudno jest mi narysować porównanie Niemiec i Rosji, ponieważ nie mam doświadczenia w pracy w tak znanych firmach, jak Yandex i Tinkov, gdzie sytuacja może być podobna do berlińskiego centrum technologicznego.
Dla siebie zauważyłem, że w Berlinie priorytetem jest tworzenie komfortowej atmosfery pracy w firmach, regularne wydarzenia wewnętrzne i wszechstronność współpracowników, z którymi zawsze ciekawie jest rozmawiać na tematy odległe od IT. Ale myślę, że to bardziej zależy od firmy, w której pracujesz, niż od kraju.
Z Waszych obserwacji wynika, na jakich specjalistów jest zapotrzebowanie w Niemczech? Czy specjaliści DevOps są poszukiwani?
Większość firm ma problem z dostrzeżeniem kultury DevOps i zrozumieniem, czym właściwie jest DevOps. Wakatów z prefiksem DevOps jest jednak sporo, co wyraźnie pokazuje zapotrzebowanie na specjalistów na rynku.
W tej chwili absolutnie wszystkie istotne dziś obszary są równe w lokalnym IT. Mogę jedynie podkreślić duże zapotrzebowanie na Inżyniera/Analityka Danych.
Porozmawiajmy o wynagrodzeniach, ile tak naprawdę inżynier DevOps może zarobić w Niemczech?
Trudno odpowiedzieć na to pytanie, ponieważ IT to wciąż młoda branża, w której nie ma określonych standardów wynagrodzeń. Podobnie jak gdzie indziej, wynagrodzenie w dużej mierze zależy od doświadczenia zawodowego i kwalifikacji inżyniera. Ważne jest również, aby postrzegać tę liczbę jako wynagrodzenie przed opodatkowaniem i różnymi odliczeniami socjalnymi/ubezpieczeniowymi. Również wynagrodzenie w Niemczech zależy w dużej mierze od tego, w jakim mieście pracujesz. W Berlinie, Monachium, Frankfurcie i Getyndze zakres wynagrodzeń różni się nieco od siebie, podobnie jak koszty utrzymania.
Jeśli mówimy o Berlinie, główną zaletą kariery jest to, że popyt na inżyniera jest wciąż wyższy niż podaż, więc w razie potrzeby wynagrodzenie może szybko wzrosnąć. Główną wadą jest to, że większość firm nie ma jasnej polityki rewizji wynagrodzeń, a także kryteriów oceny wkładu w tworzony przez firmę produkt.
Liczby można zobaczyć w , StackOverflow lub . Statystyki są aktualizowane z roku na rok, więc nie będę brać odpowiedzialności za rozmowę na temat przedziału wynagrodzeń.
Czy możesz doradzić, co zrobić, jeśli pracujesz jako warunkowy inżynier ds. niezawodności budowy i chcesz przeprowadzić się do Niemiec? Gdzie zacząć? Gdzie iść?
Nie sądzę, żebym miał jakąś specjalną radę dla czytelnika. Po prostu nie bój się niczego, mniej racjonalizuj przed przeprowadzką i bądź otwarty na wszystkie trudności, które możesz napotkać na emigracji. Ale będą trudności.
Czy Berlin ma silną społeczność DevOps? Czy często chodzisz na lokalne wydarzenia? Opowiedz nam trochę o nich. Czym oni są?
Na spotkaniach chodzę dość rzadko, więc nie mogę powiedzieć, czym charakteryzuje się lokalna społeczność DevOps. Mam nadzieję, że w przyszłym roku nadrobię zaległości w tym temacie. Mogę jedynie przekazać swoje wrażenia z ogromnej liczby grup tematycznych na Meetup.com: od fanatyków Pythona i Golanga po miłośników Clojure i Rust.
Ze spotkań, w których uczestniczyłem, Grupa Użytkowników HashiCorp jest bardzo dobra - ale tam raczej lubię społeczność HashiCorp z jej grupami w różnych miastach.
Czytałam, że przeprowadziłeś się nie mówiąc po niemiecku. Jak się masz po roku? Potrzebujesz języka niemieckiego do pracy lub możesz się bez niego obejść?
Nauczyłem się niemieckiego, obecnie poziom języka waha się między B1 a B2. Wszystkie kontakty z Niemcami od pierwszego roku pobytu w Berlinie nadal prowadzę w języku angielskim, bo tak jest łatwiej dla obu stron, a wszystkie nowe kontakty nawiązuję w języku niemieckim. Moje najbliższe plany to dalszy rozwój na studiach, utrwalenie wiedzy poprzez zdanie egzaminu certyfikującego B2, ponieważ chcę pewniej się komunikować i czytać literaturę klasyczną w oryginale.
W Berlinie język jest bardziej potrzebny do adaptacji do kraju, zyskania poczucia wewnętrznego komfortu i pełnego dostępu do sfery wypoczynku (teatr/kino/stand-up), ale język ten raczej nie będzie potrzebny w pracy Software Inżynieria. W każdej firmie językiem urzędowym działu inżynieryjnego jest język angielski, nawet w dużych niemieckich firmach, takich jak Deutsche Bank, Allianz i Volkswagen.
Głównym powodem są braki kadrowe, status miasta jako międzynarodowego centrum kulturalnego oraz duża liczba emigrantów, którzy mają problemy z nauką języka niemieckiego. Jednak każda firma oferuje cotygodniowe kursy języka niemieckiego w godzinach pracy na koszt organizacji, aby ułatwić pracownikom życie poza pracą.
W ciągu dwóch lat kontaktów z firmami i rekruterami tylko dwa razy skontaktowano się ze mną w języku niemieckim. W tego typu wyjątkach do działania zwykle wystarcza poziom B1/B2. Podobnie jak Amerykanie znający angielski, Niemcy są dość spokojni co do twoich błędów w mowie, ponieważ rozumieją, że język nie jest łatwy.
W jego Piszesz, że DevOps to nie umiejętność przekręcania Kubernetesa i Prometheusa, ale kultura. Co Twoim zdaniem powinny zrobić firmy, aby rozwijać w swoich zespołach kulturę DevOps, nie słowami, a czynami? Co robisz w domu?
Myślę, że przede wszystkim trzeba być uczciwym i postawić kropkę nad „i” w kwestii podziału odpowiedzialności za produkt. Głównym problemem, który rozwiązuje DevOps, jest zrzucenie odpowiedzialności i problemów z nią związanych za mur. Gdy tylko ludzie zrozumieją, że dzielenie się odpowiedzialnością jest korzystne zarówno dla firmy, jak i inżynierów, sprawy wychodzą z martwego punktu i można już wykonywać ukierunkowaną pracę: dostrajać rurociąg dostaw, zmniejszać współczynnik niepowodzeń wdrożeń i inne rzeczy, na podstawie których można określić stan DevOps w firmie.
W swojej karierze jeszcze nie promowałem DevOps z punktu widzenia lidera technicznego czy CTO firmy, zawsze działałem z pozycji inżyniera, który coś o DevOps wie. Tak naprawdę w DevOps pozycja kierowcy kulturowego jest naprawdę ważna, zwłaszcza jego strefa wpływów i cechy przywódcze. W mojej ostatniej firmie początkowo panowała stosunkowo płaska hierarchia i atmosfera zaufania między współpracownikami, co znacznie ułatwiło mi osiągnięcie celu w zakresie promowania kultury.
Odpowiadając na konkretne pytanie, co można zrobić na korzyść DevOps. W moim raporcie nt Główną ideą jest to, że aby rozwinąć kulturę DevOps, trzeba zająć się nie tylko technologiami w infrastrukturze, ale także wewnętrznym coachingiem i podziałem odpowiedzialności w procesach technicznych.
Przykładowo, spędziliśmy dwa miesiące jednego inżyniera tworząc platformę dla serwerów QA i PR na potrzeby programistów i testerów. Jednak cała ta niesamowita praca pójdzie w zapomnienie, jeśli możliwości nie zostaną poprawnie przekazane, funkcje nie zostaną udokumentowane, a szkolenie pracowników nie zostanie zakończone. I odwrotnie, po dobrze przeprowadzonych warsztatach i sesjach programowania w parach, zmotywowany inżynier zainspirowany nową przydatną funkcjonalnością już rozwiązuje następujące problemy, które krzyżują się z platformą infrastrukturalną.
Jeśli chcesz uzyskać więcej pytań na temat DevOps, tutaj , w którym Misha szczegółowo odpowiada na pytania „Po co DevOps?” oraz „Czy konieczne jest tworzenie w firmie specjalnych działów DevOps?”
O rozwoju
Na swoim kanale czasami polecasz profesjonalne artykuły i blogi. Czy masz jakieś ulubione książki fantasy?
Tak, staram się znajdować czas na czytanie fantastyki. Nie jestem w stanie przeczytać konkretnego pisarza jednym haustem, powieść po powieści, więc mieszam dzieła rosyjskie i zagraniczne. Z pisarzy rosyjskich najbardziej lubię Pelevina i Dowłatowa, ale lubię też czytać klasykę XIX wieku. Z zagranicznych lubię Remarque'a i Hemingwaya.
Dużo piszesz tam o podróżach, a pod koniec 2018 roku napisałeś, że odwiedziłeś 12 krajów i 27 miast. To bardzo fajny punkt! Jak udaje Ci się pracować i podróżować?
Tak naprawdę wszystko jest dość proste: trzeba dobrze wykorzystać dni urlopu, weekendy i święta, a także aktywnie podróżować podczas wyjazdu :)
Nie jestem cyfrowym nomadą i nigdy nie pracowałem regularnie zdalnie, ale myślę, że mam wystarczająco dużo wolnego czasu, aby podróżować poza pracą i zwiedzać świat. Sytuacja poprawiła się po przeprowadzce do Berlina: jest on położony w centrum Europy i jest tam więcej dni urlopowych.
Próbowałem też podróżować przez miesiąc między moją starą a nową pracą, ale nawet miesiąc w drodze wydaje mi się za długi. Od czasu tej podróży staram się wziąć tydzień lub półtora tygodnia wolnego, aby móc w miarę bezboleśnie wrócić do pracy.
Które trzy miejsca podobały Ci się najbardziej i dlaczego?
Jako turysta z plecakiem najbardziej podobają mi się Portugalia, Oman i Indie. Lubię Portugalię z punktu widzenia europejskiej historii i cywilizacji, takiej jak architektura, język, kultura. Oman – niesamowita gościnność i życzliwość mieszkańców, a także atmosfera względnego relaksu wśród napięć na Bliskim Wschodzie. Mówię nawet o Omanie napisał. Indie – różnorodność życia w obrębie swoich regionów i tożsamość kulturowa, bo era planety Starbucks i galaktyki Microsoft przekazanej przez Palahniuka jeszcze do nich nie dotarła. Bardzo podoba mi się też Bangkok i północna część Tajlandii. Południowa część z morzem, wyspami i półwyspami wydawała się zbyt turystyczna.
Notatki z podróży Mishy możesz przeczytać na jego kanale Telegram
Jak udaje Ci się zachować równowagę pomiędzy pracą a życiem prywatnym? Podziel się swoimi sekretami :)
Nie mam tu żadnej tajemnicy. Niezależnie od tego, czy jesteś w Rosji, czy w Niemczech, zwykłe firmy technologiczne zapewniają Ci możliwość zorganizowania czasu pracy w sposób, który Ci odpowiada. Zwykle nie siedzę w pracy do późnych godzin nocnych, jeśli usługa działa stabilnie i nie ma siły wyższej. Po prostu dlatego, że po godzinie 5-6 mój mózg nie odbiera wezwań do działania płynących ze słowa „w ogóle” i prosi, żebym się odprężył i dobrze spał.
Prawie wszystkie rodzaje zawodów w branży technologicznej – od rozwoju po projektowanie – to zawody twórcze, nie wymagające dużej liczby godzin pracy. Wydaje mi się, że brzuszki faktycznie źle wpływają na pracę twórczą, bo w efekcie jesteśmy otępiali i robimy mniej, niż moglibyśmy bez nadgodzin. 4-6 godzin aktywnej pracy w streamie to faktycznie dużo, bez przerw i przełączania kontekstów można góry przenosić.
Mogę również polecić dwie książki, które mi pomogły: od chłopaków z Basecamp i od Maksyma Dorofeeva.
W dzisiejszych czasach wiele osób mówi o wypaleniu zawodowym. Czy kiedykolwiek czułeś coś podobnego? Jeśli tak, jak sobie radzisz? Jak uczynić swoją pracę bardziej interesującą?
Tak, szczerze mówiąc, od czasu do czasu nadal się wypalam. Ogólnie rzecz biorąc, jest to logiczne, z filozoficznego punktu widzenia wszystko, co ma właściwość spalania, w końcu się wypala :) Możesz walczyć z konsekwencjami, ale wydaje mi się, że znacznie ważniejsze jest zidentyfikowanie przyczyny wypalenia i wyeliminować go.
U każdego przyczyny są inne: dla jednych jest to nadmiar informacji, dla innych przepracowanie w głównej pracy, zdarzają się sytuacje, gdy nie ma się czasu fizycznie połączyć pracy, hobby i kontaktów towarzyskich. Gdzieś, gdzie po prostu nie czujesz nowych wyzwań w swoim życiu i zaczynasz się tym martwić. Większość problemów można rozwiązać, rewidując swoją filozofię życiową, osobiste wartości i rolę pracy w życiu.
Ostatnio prawie nie mam utraty zainteresowania pracą lub jakąkolwiek nudną pracą. Istnieją różne techniki, dzięki którym nudna praca staje się mniej nudna, z których niektórych się nauczyłem mój przyjaciel Kirill Shirinkin. Ale staram się rozwiązać ten problem na poziomie przyczyny, po prostu wybierając pracę, która zapewni maksymalne wyzwania dla mojej kariery i osobowości oraz minimum biurokracji organizacyjnej.
7 grudnia Michaił będzie przemawiał na konferencji z prelekcją „We Are All DevOps”, która wyjaśni, dlaczego ważne jest, aby skupić się nie tylko na sposobie wdrażania najnowszego stosu, ale także na kulturowym aspekcie DevOps.
W programie także: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (konsultant DevOps).
Przyjdź się zapoznać!
Źródło: www.habr.com