Mikhail Chinkov has been living and working in Berlin for two years. He shared how the work of a developer differs in Russia and Germany, whether engineers related to DevOps are in demand in Berlin, and how to find time for travel.
About the relocation
Since 2018, you have been living in Berlin. How did you make this decision? Did you deliberately choose the country and company where you wanted to work, or did you receive an offer that you couldn't refuse?
At some point, I got tired of living in Penza, where I was born, raised, and studied at university, and the standard path of moving to Moscow or St. Petersburg didn't appeal to me due to the specific lifestyle in those cities. Therefore, I just wanted to try living in Europe, which I had traveled through during the last couple of vacations. I had no preferences for the company, city, or even country — I just wanted to move as quickly as possible.
At that moment, I considered Berlin to be the most accessible city for a developer to move to a tech company, as 90% of the companies tolerant of relocation on LinkedIn were from Berlin. Subsequently, I flew to the city for three days to conduct a few face-to-face interviews. I really liked the city, so I decided that I wanted to live in Berlin right away. Within a week, I immediately accepted the very first offer I received from the Berlin tech hub.
Please tell me more about the relocation process. How did it happen for you? What documents did you gather? Did your employer help?
I can't say anything new here; everything is very well written in several articles. I prefer , known to everyone interested in this topic. In the Berlin tech hub, the process is virtually the same in all companies that assist engineers with relocation.
Did you encounter anything unexpected and unfamiliar in terms of work organization, daily life, mentality? How long did it take you to adapt to local life?
Yes, actually, the whole process of working in companies in the Berlin tech hub initially shocked me. Everything: from how and in what quantity meetings are held to the role of soft skills in the life of an engineer.
For example, in Germany, the work culture is focused on collective decision-making, which means that for practically every contentious issue, a meeting is held where you thoroughly discuss the problem and together reach a consensus from your perspectives. To an engineer from Russia, this practice might initially seem like a waste of time, bureaucracy, and distrust; however, in the end, it makes sense, just like the distribution of responsibility for the outcome of a decision.
Such moments, as well as the lack of understanding of oneself by colleagues, prompted me to read a book and realize that all your internal frustrations are more a refusal to perceive the reality of the new environment you find yourself in, rather than an attempt to seek the truth. After reading the book, work became much easier, as I began to understand the meaning behind the phrases and decisions of my colleagues.
In terms of life, the process of adapting to a new country is much more complicated than adapting to the work culture. Typically, psychologists identify , through which a person goes. In this respect, my journey was no exception. On the other hand, it seems to me that adapting when moving to a multicultural center like Berlin, London, or Barcelona is inherently easier than in any classical city.
After two years of living in Berlin, what do you like and dislike about this city?
It's hard for me to create a list of pros and cons for the city, because Berlin quickly became my home in every sense of the word.
I think I've been striving for freedom in all its forms—physical, social, financial, political, spiritual, and mental—throughout my conscious life. Even in terms of freedom at work, I dislike top-down control and micromanagement, where I'm constantly told what and how to do things. In these respects, Berlin seemed and still seems to me one of the freest cities in the world due to its liberal views on life in society, relatively liberal rental prices, and other necessities, as well as numerous opportunities to enhance my freedom in other aspects.
About work in Berlin
What stack is standard in Berlin startups? How does it differ from the average in Russia?
Set fra et teknologisk perspektiv virker lokale stakke subjektivt kedelige for mig, hvis det ikke drejer sig om FinTech-virksomheder. De fleste startups og dem, der er gået fra startup til enterprise, blev grundlagt i 2010-2012 og startede med den simpleste arkitektur: en monolitisk backend, nogle gange med frontend indbygget, sprog — enten Ruby, PHP eller Python, frameworks anvendes nødvendigvis, databasen er MySQL, og cachen er Redis. Desuden har jeg på fornemmelsen, at 90% af virksomhederne har hele deres produktion på AWS.
Alle har nu en tendens til at opdele monolitten i mikrotjenester, pakke dem ind i containere, deployere dem i Kubernetes og stole på Golang som det standard sprog til nye applikationer. Dette går ikke særligt hurtigt, så i de fleste virksomheder er den primære funktionalitet stadig begravet i monolitten. Jeg er langt fra frontend, men der er React normalt standard.
Store tech-virksomheder som Zalando og N26 forsøger at bringe mere teknologi ind i servicen for at tiltrække ambitiøse udviklere på markedet. Andre tech-virksomheder sigter også mod at følge med de nyeste teknologier, men det kan ses, at de er presset af byrden fra monolitisk arkitektur og den tekniske gæld, der er opbygget gennem årene.
Som ingeniør tager jeg dette ret roligt, for der er mange interessante virksomheder fra et produktperspektiv i tech-hub'en Berlin. I sådanne virksomheder er det mere interessant at arbejde for en idé og et produkt, som man personligt kan lide, end at betragte virksomheden som et sted med et flashy tech-stack, man nødvendigvis skal arbejde med.
Hvordan adskiller livet og arbejdet som udvikler sig i Rusland og i Tyskland? Er der nogle ting, der har overrasket dig?
I Tyskland, ligesom i ethvert andet land i Nord-/Central Europa, er forholdene bedre med hensyn til work/life balance og relationer mellem kolleger, men dårligere med hensyn til arbejdshastighed. I starten var det ubehageligt for mig at vænne mig til interne projekter, der tager et par måneder, når lignende projekter i tech-virksomheder i Rusland tog et par uger. Faktisk er det ikke så skræmmende, fordi der findes objektive årsager til det, og virksomhederne opfatter normalt ikke sådanne situationer kritisk.
Ellers synes jeg, det er ret svært at drage paralleller mellem Tyskland og Rusland, fordi jeg ikke har erfaring med at arbejde i kendte virksomheder som Yandex og Tinkoff, hvor situationerne kan være sammenlignelige med Berlins tech-hub.
Jeg har bemærket, at der i Berlin er fokus på at skabe et behageligt arbejdsmiljø i virksomhederne, regelmæssige interne arrangementer og mangfoldighed blandt kollegerne, som det altid er interessant at tale med om emner, der ligger langt fra IT. Men jeg mener, at det i højere grad afhænger af virksomheden, hvor du arbejder, end af landet.
Hvilke specialister, efter dine observationer, er der efterspørgsel efter i Tyskland? Er der efterspørgsel efter specialister relateret til DevOps?
I de fleste virksomheder mærkes der en udfordring med at forstå kulturen omkring DevOps og hvad DevOps egentlig indebærer. Men der er mange stillinger med DevOps i titlen, hvilket tydeligt viser efterspørgslen efter specialister på markedet.
I øjeblikket er der ligelig efterspørgsel efter alle relevante retninger inden for lokal IT. Jeg kan dog nævne en stor efterspørgsel efter Data Engineer/Data Analyst.
Lad os tale om lønninger, hvor meget kan en DevOps-ingeniør reelt tjene i Tyskland?
Det er svært at svare på dette spørgsmål, fordi IT stadig er en ung industri, hvor der ikke er konkrete normer for løn. Som overalt afhænger lønnen i høj grad af erhvervserfaring og ingeniørens kvalifikationer. Det er også vigtigt at betragte tallet som løn før skat og forskellige sociale/forsikringsfradrag. Derudover afhænger lønnen i Tyskland meget af, hvilken by du arbejder i. I Berlin, München, Frankfurt og i, lad os sige, Göttingen, varierer lønniveauerne lidt fra hinanden, ligesom leveomkostningerne.
Når det gælder Berlin, er den største fordel for karrieren, at efterspørgslen efter ingeniører stadig er højere end udbuddet, så lønnen kan stige hurtigt, hvis man ønsker det. Den største ulempe er, at de fleste virksomheder ikke har en klar politik for lønrevision eller kriterier for vurdering af bidrag til det produkt, der skabes af virksomheden.
Du kan se tallene i , StackOverflow eller . Statistikkene opdateres år for år, så jeg kan ikke tage ansvaret for at tale om lønniveauerne.
Kan du give nogle råd til, hvad man skal gøre, hvis man arbejder som Site Reliability Engineer og ønsker at flytte til Tyskland? Hvor skal man starte? Hvor skal man gå hen?
Jeg tror ikke, jeg har nogen særlige råd til læseren. Bare ikke at være bange, rationalisere så lidt som muligt før flytningen og være åben over for alle de udfordringer, man kan støde på i emigrationen. Og der vil være udfordringer.
Er der et stærkt DevOps-samfund i Berlin? Går du ofte til lokale arrangementer? Fortæl lidt om dem. Hvordan er de?
Jeg går ikke til meetups så ofte, så jeg kan ikke sige, hvad der karakteriserer det lokale DevOps-samfund. Jeg håber at indhente dette spørgsmål næste år. Jeg kan kun dele mine indtryk af det store antal temagrupper på meetup.com: fra Python- og Golang-entusiaster til Clojure- og Rust-elskere.
Af de meetups, jeg har deltaget i, er HashiCorp User Group meget god — men jeg kan godt lide HashiCorp-samfundet generelt med dets grupper i forskellige byer.
Jeg har læst, at du flyttede uden at kunne tysk. Hvordan går det nu, et år senere? Er det nødvendigt at kunne tysk for at arbejde, eller kan man klare sig uden?
Jeg har lært tysk, og mit sprogniveau ligger nu mellem B1 og B2. Alle kontakter med tyskere fra mit første leveår i Berlin fører jeg stadig på engelsk, fordi det er lettere for begge parter, og alle nye kontakter starter jeg på tysk. Mine nærmeste planer er at avancere i undervisningen og sikre mine kundskaber ved at tage B2-certifikatet, fordi jeg ønsker at kommunikere mere sikkert og læse klassisk litteratur i originalen.
I Berlin er språket mere nødvendigt for at tilpasse sig landet, få en følelse af indre komfort og fuld adgang til fritidslivet (teater/biograf/stand-up), men sproget er næppe nødvendigt i Software Engineering-arbejde. I hver virksomhed er engelsk det officielle sprog i Engineering-afdelingen, selv i store tyske virksomheder som Deutsche Bank, Allianz og Volkswagen.
Den primære grund er arbejdsmarkedets mangel på arbejdskraft, byens status som et internationalt kulturcenter, mange expats, der har problemer med at lære tysk. Dog tilbyder hver virksomhed ugentlige tysk kurser i arbejdstiden, betalt af organisationen, for at gøre livet lettere for medarbejderne uden for arbejdet.
I løbet af de to år med kontakt til virksomheder og rekrutteringsfolk har jeg kun modtaget henvendelser på tysk to gange. For undtagelser af denne art er det normalt tilstrækkeligt med niveau B1/B2. Ligesom amerikanere er meget afslappede med røde stemmer, så forstår tyskerne også dine talefejl, da de er klar over, at sproget er svært.
I sit Du skriver, at DevOps ikke handler om at kunne dreje på Kubernetes og Prometheus, men om en kultur. Hvad skal virksomhederne gøre for at udvikle en DevOps-kultur i teamet, ikke kun med ord, men også i praksis? Hvad gør du i din virksomhed?
Jeg mener, at det først og fremmest er vigtigt at være ærlig og få sat alle "punkter over i'erne" i forhold til fordeling af ansvar for produktet. Det primære problem, som DevOps løser, er at kaste ansvaret og de følger, der er forbundet med dette ansvar, over muren. Så snart folk forstår, at det er gavnligt for både virksomheden og ingeniørerne at dele ansvaret, vil tingene bevæge sig fra dødvande, og man kan begynde at arbejde med specifikke opgaver: finjustere Delivery Pipeline, reducere Deployment Failure Rate og andre ting, hvor man kan vurdere tilstanden af DevOps i virksomheden.
I min karriere har jeg endnu ikke promoveret DevOps fra en tech-lead eller CTOs perspektiv, jeg har altid været i position som ingeniør, der kender til DevOps. Faktisk er det vigtigt med en kultur-driver i DevOps, især når det kommer til omfanget af driverens indflydelse og deres lederegenskaber. I mit seneste firma var hierarkiet oprindeligt relativt fladt, og der var en tillidsfuld atmosfære blandt kollegerne, hvilket gjorde det meget lettere for mig at fremme kulturen.
Når jeg svarer på det konkrete spørgsmål om, hvad der kan gøres til gavn for DevOps. I mit foredrag ved er den primære pointe, at for at udvikle DevOps-kulturen skal man ikke kun fokusere på teknologier i infrastrukturen, men også på intern coaching og ansvarlighedsfordeling i arbejdsprocesserne.
For example, we spent two months of one engineer's work creating a platform for QA and PR servers for the needs of developers and testers. However, all this amazing work will go unnoticed if the information about the capabilities is not conveyed correctly, features are not documented, and employee training is not completed. Conversely, after high-quality workshops and pair programming sessions, a focused engineer is inspired by new useful functionality and begins to tackle subsequent problems intersecting with the infrastructure platform on their own.
If you have more questions about DevOps, here are , where Misha answers in detail the questions "Why is DevOps needed?" and "Should companies create special DevOps departments?"
About development
In your channel, you sometimes recommend professional articles and blogs. Do you have any favorite literary works?
Yes, I try to find time to read fiction. I can't read one specific author straight through, one novel after another, so I mix Russian and foreign works. Among Russian writers, I like Pelevin and Dovlatov more, but I also enjoy reading 19th-century classics. From foreign authors, I resonate with Remarque and Hemingway.
You write a lot about traveling, and in your 2018 summary, you mentioned that you visited 12 countries and 27 cities. That's a very cool point! How do you manage to work and travel?
In fact, it's quite simple: you need to make good use of vacation days, weekends, and holidays, plus actively travel during the trip 🙂
I'm not a digital nomad and have never worked remotely on a permanent basis, but I think there's enough free time for traveling outside of work to explore the world. The situation improved after moving to Berlin: it's located in the center of Europe, and I have more vacation days.
I also tried to travel for a whole month between my old and new jobs, but even a month on the road feels too long for me. From that trip, I try to take vacations lasting a week to a week and a half, so I can return to work relatively painlessly.
What three places did you like the most and why?
Som backpacker fra forskellige lande finder jeg Portugal, Oman og Indien mest tiltalende. Portugal fascinerer mig ud fra en europæisk historie-og-civilisation vinkel med sin arkitektur, sprog og kultur. Oman tiltrækker med den utrolige gæstfrihed og venlighed fra de lokale samt en atmosfære af relativ afslapning midt i spændingerne i Mellemøsten. Jeg har endda skrevet om Oman. Indien imponerer med sin mangfoldighed af liv og kulturel identitet, fordi det stadig ikke er nået af Starbucks-æraen og galaxen Microsoft, som Palahniuk efterlod. Bangkok og den nordlige del af Thailand tiltrækker mig også meget. Den sydlige del med havet, øerne og halvøerne synes bare alt for turistet.
Mishas rejse-noter kan læses på hans Telegram-kanal
Hvordan formår du at opretholde en work/life balance? Del dine hemmeligheder 🙂
Her har jeg ikke nogen hemmelighed. Både i Rusland og Tyskland giver normale tech-virksomheder dig mulighed for at strukturere din arbejdstid på den måde, der passer dig. Normalt sidder jeg ikke på arbejdet til sent om aftenen, hvis servicen fungerer stabilt, og der ikke opstår nogen force majeure. Bare fordi min hjerne ikke tager imod opfordringer til handling overhovedet efter kl. 17-18 og beder om at hvile og få en god nats søvn.
Næsten alle former for erhverv i tech-industrien - fra udvikling til design - er kreative erhverv, som ikke kræver mange arbejdstimer. Jeg mener, at crunches i det hele taget er skadelige for kreativt arbejde, fordi man i sidste ende begynder at være mindre produktiv end man kunne have været uden overarbejde. 4-6 timers aktivt arbejde i flow er faktisk meget, uden afbrydelser og kontekstskift kan man flytte bjerge.
Jeg kan også anbefale to bøger, der har hjulpet mig: fra fyrene hos Basecamp og af Maksim Dorofeev.
I øjeblikket diskuterer mange udbrændthed. Har du følt noget lignende? Hvis ja, hvordan håndterer du det? Hvordan gør du dit arbejde mere interessant?
Ja, ærligt talt, så oplever jeg stadig tid til anden tid udbrændthed. Det er i grunden logisk, fra et filosofisk perspektiv, alt hvad der har evnen til at brænde, vil i sidste ende brænde ud 🙂 Det er muligt at bekæmpe konsekvenserne, men jeg mener, det er langt vigtigere at identificere årsagen til udbrændthed og fjerne den.
Årsagerne er forskellige for alle: nogle lider af informationsoverload, andre arbejder over på deres hovedjob, der er situationer, hvor man fysisk ikke kan kombinere arbejde, hobby og socialisering. Nogle gange føler man bare ikke, at der er nye udfordringer i ens liv, og man begynder at bekymre sig over det. De fleste problemer kan løses ved at revurdere ens livsfilosofi, personlige værdier og arbejdsrolle i ens liv.
På det seneste har jeg næsten ikke haft tab af interesse for arbejdet eller noget kedeligt arbejde. Der findes forskellige teknikker til at gøre kedeligt arbejde mindre kedeligt, og nogle af dem har jeg hentet fra min ven Kirill Shirin'kin. Men jeg prøver at løse problemet på årsagsniveau ved simpelthen at vælge arbejde, der giver maksimal udfordring for min karriere og personlighed og minimal organisatorisk bureaukrati.
Den 7. december vil Mikhail deltage i konferencen med et oplæg "Vi er alle DevOps", hvor han vil forklare, hvorfor det er vigtigt at fokusere ikke kun på måden at implementere den nyeste stak, men også på den kulturelle aspekt af DevOps.
Også på programmet: Baruch Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps-konsulent).
Kom og mød os!
Kilde: habr.com
