Mikhail Chinkov har boet og arbejdet i Berlin i to år. Mikhail forklarede, hvordan en udviklers arbejde i Rusland og Tyskland adskiller sig, om ingeniører relateret til DevOps er efterspurgte i Berlin, og hvordan man finder tid til at rejse.
Om at flytte
Siden 2018 har du boet i Berlin. Hvordan tog du denne beslutning? Har du på forhånd bevidst valgt det land og den virksomhed, hvor du vil arbejde, eller modtog du et tilbud, du ikke kunne afslå?
På et tidspunkt blev jeg træt af at bo i Penza, hvor jeg er født, opvokset og studerede på universitetet, og standardvejen med at flytte til Moskva og Skt. Petersborg tiltalte mig ikke på grund af livets særlige forhold i disse byer . Så jeg ville bare prøve at bo i Europa, som jeg har rejst rundt i de sidste par ferier. Jeg havde ingen præferencer for virksomheden, eller for byen eller endda for et bestemt land - jeg ville bare flytte så hurtigt som muligt.
I det øjeblik betragtede jeg Berlin som den mest tilgængelige by for en udvikler at flytte til en teknologivirksomhed, for på Linkedin var 90 % af de flyttetolerante virksomheder fra Berlin. Jeg fløj efterfølgende ind til byen i 3 dage for at gennemføre et par face-to-face interviews. Jeg kunne virkelig godt lide byen, så jeg besluttede, at jeg ville bo i Berlin lige nu. En uge senere accepterede jeg straks det allerførste tilbud, jeg modtog fra teknologicentret i Berlin.
Fortæl os gerne mere om flytteprocessen. Hvordan skete dette for dig? Hvilke dokumenter har du indsamlet? Har din arbejdsgiver hjulpet?
Jeg kan ikke sige noget nyt her; alt er meget godt skrevet i flere artikler. Jeg kan bedre lide det , kendt af alle interesserede i dette problem. I Berlins teknologihub er processen den samme i næsten alle virksomheder, der hjælper en ingeniør med flytning.
Er du stødt på noget uventet og usædvanligt med hensyn til organisering af arbejde, liv, mentalitet? Hvor lang tid tog det dig at vænne dig til det lokale liv?
Ja, faktisk chokerede hele processen med at arbejde i virksomheder i Berlins teknologihub mig i starten. Generelt alt: fra hvordan og i hvilken mængde stævner afholdes til rollen som bløde færdigheder i en ingeniørs liv.
Eksempelvis er arbejdskulturen i Tyskland fokuseret på kollektiv beslutningstagning, hvilket betyder, at der for bogstaveligt talt ethvert kontroversielt emne oprettes et møde, hvor man grundigt diskuterer problemet og sammen kommer til enighed fra sine synspunkter. Fra Rusland forekommer en sådan praksis i første omgang for ingeniøren at være spild af tid, bureaukrati og mistillid, men i sidste ende giver det mening, ligesom fordelingen af ansvaret for resultatet af beslutningen.
Øjeblikke som disse, samt en misforståelse af mig selv fra mine kollegers side, fik mig til at læse bogen og forstå, at al din indre indignation snarere er en manglende evne til at opfatte virkeligheden i det nye miljø, hvor du befinder dig, snarere end et forsøg på at finde sandheden. Efter bogen blev dit arbejde meget lettere; du begynder at forstå betydningen af dine kollegers sætninger og beslutninger.
Livsmæssigt er tilpasningsprocessen til et nyt land meget vanskeligere end tilpasningsprocessen til en arbejdskultur. Normalt skelner psykologer som en person passerer igennem. I denne henseende var min vej ingen undtagelse. På den anden side forekommer det mig, at tilpasning, når man flytter til et multikulturelt centrum som Berlin, London og Barcelona, selvfølgelig er nemmere end i nogen klassisk by.
Efter to års ophold i Berlin, hvad kan du lide og ikke lide ved denne by?
Det er svært for mig at lave en liste over byens fordele og ulemper, for Berlin blev hurtigt mit hjem i enhver forstand af ordet.
Jeg tror, at jeg gennem hele mit voksne liv har stræbt efter frihed i alle dens manifestationer: fysisk, social, økonomisk, politisk, spirituel, mental. Ja, den samme frihed i arbejdet, jeg kan ikke lide kontrol fra oven og mikrostyring, når jeg hele tiden får at vide, hvad og hvordan jeg skal gøre. I disse spørgsmål forekom og forekommer Berlin mig stadig at være en af de frieste byer i verden på grund af dets frie syn på livet i samfundet, relativt liberale priser for husleje og andre behov, samt mange muligheder for at opgradere din frihed i andre aspekter.
Om at arbejde i Berlin
Hvilken stak er standarden i Berlin startups? Hvordan adskiller stakken sig generelt fra gennemsnittet i Rusland?
Fra et teknologisk synspunkt virker lokale stakke subjektivt kedelige for mig, medmindre de er FinTech-virksomheder. De fleste startups og dem, der flyttede fra en startup til en virksomhed, blev grundlagt i 2010-2012 og startede med den enkleste arkitektur: en monolitisk backend, og nogle gange med en frontend indbygget i det, et sprog - enten Ruby eller PHP eller Python, rammer bruges altid, en database på MySQL, cache på Redis. Også ifølge personlige følelser har 90% af virksomhederne al deres produktion på AWS.
Den nuværende tendens er at skære monolitten ind i mikrotjenester, pakke dem ind i containere, implementere dem til Kubernetes og stole på Golang som standardsprog for nye applikationer. Dette sker meget langsomt, hvorfor hovedfunktionaliteten i de fleste virksomheder stadig er begravet i en monolit. Jeg er langt fra frontend, men selv der er React normalt standarden.
Store teknologivirksomheder som Zalando og N26 forsøger at bringe mere teknologi ind i tjenesten, så de har noget til at lokke motiverede udviklere ind på markedet. Andre tech-virksomheder stræber også efter at følge med i de nyeste teknologier, men udefra er det tydeligt, at de er tynget af byrden af en monolitisk arkitektur og teknisk gæld, der er opbygget gennem årene.
Som ingeniør tager jeg det ganske roligt, for i Berlins tech-hub er der en masse interessante virksomheder set ud fra et produktsynspunkt. I sådanne virksomheder er det mere interessant at arbejde for en idé og et produkt, som du personligt kan lide, frem for at betragte virksomheden som et sted med en moderigtig tech-stack, som du helt sikkert skal arbejde med.
Hvordan er livet og arbejdet for en udvikler anderledes i Rusland og i Tyskland? Er der nogle ting, der overraskede dig?
I Tyskland, som i ethvert andet land i Nord-/Centraleuropa, går det bedre med balance mellem arbejde og privatliv og relationer mellem kolleger, men værre med arbejdshastigheden. I starten var det ubehageligt for mig at vænne mig til interne projekter, der tog et par måneder, mens lignende projekter i teknologivirksomheder i Rusland tog et par uger. Det er faktisk ikke skræmmende, for der er objektive grunde til det, og virksomheder opfatter normalt ikke sådanne situationer kritisk.
Ellers er det ret svært for mig at drage en parallel mellem Tyskland og Rusland, for jeg har ingen erfaring med at arbejde i kendte virksomheder som Yandex og Tinkov, hvor situationen kan ligne Berlins teknologihub.
For mig selv bemærkede jeg, at i Berlin er prioriteten at skabe en behagelig arbejdsatmosfære i virksomheder, regelmæssige interne arrangementer og alsidigheden af kolleger, med hvem det altid er interessant at kommunikere om emner, der ligger fjernt fra IT. Men jeg tror, det afhænger mere af den virksomhed, hvor du arbejder, end af landet.
Hvilke specialister er efterspurgt i Tyskland ifølge dine observationer? Er DevOps-specialister efterspurgt?
De fleste virksomheder har et problem med at opfatte DevOps-kulturen og forstå, hvad DevOps faktisk er. Der er dog mange ledige stillinger med DevOps-præfikset, og det viser tydeligt efterspørgslen efter specialister på markedet.
I øjeblikket er absolut alle områder, der er relevante i dag, lige efterspurgte i lokal IT. Jeg kan kun fremhæve den store efterspørgsel efter Data Engineer/Data Analyst.
Lad os tale om lønninger, hvor meget kan en DevOps-ingeniør virkelig tjene i Tyskland?
Det er svært at svare på dette spørgsmål, for IT er stadig en ung branche, hvor der ikke er specifikke lønstandarder. Som andre steder afhænger lønnen i høj grad af ingeniørens erhvervserfaring og kvalifikationer. Det er også vigtigt at opfatte tallet som løn før skat og diverse sociale/forsikringsfradrag. Også lønnen i Tyskland afhænger meget af, hvilken by du arbejder i. I Berlin, München, Frankfurt og Göttingen er lønintervallet lidt forskelligt fra hinanden, ligesom leveomkostninger.
Hvis vi taler om Berlin, er den største fordel for en karriere, at efterspørgslen efter en ingeniør stadig er højere end udbuddet, så lønnen kan vokse hurtigt, hvis det ønskes. Den største ulempe er, at de fleste virksomheder ikke har en klar politik for lønrevision, samt kriterier for vurdering af bidraget til produktet skabt af virksomheden.
Tallene kan ses i , StackOverflow eller . Statistikker opdateres fra år til år, så jeg vil ikke tage ansvar for at tale om lønspændet.
Kan du give nogle råd til, hvad du skal gøre, hvis du arbejder som betinget Site Reliability Engineer og ønsker at flytte til Tyskland? Hvor skal man begynde? Hvor skal vi hen?
Jeg tror ikke, jeg har nogle særlige råd til læseren. Bare vær ikke bange for noget, rationaliser mindre, før du flytter, og vær åben over for alle de vanskeligheder, du kan støde på i forbindelse med emigration. Men der vil være vanskeligheder.
Har Berlin et stærkt DevOps-fællesskab? Går du ofte til lokale arrangementer? Fortæl os lidt om dem. Hvad er de?
Jeg går ret sjældent til møder, så jeg kan ikke sige, hvad funktionerne i det lokale DevOps-fællesskab er. Jeg håber at kunne indhente dette spørgsmål næste år. Jeg kan kun formidle mine indtryk af det enorme antal tematiske grupper på meetup.com: fra Python- og Golang-fanatikere til Clojure- og Rust-elskere.
Af de møder, jeg deltog i, er HashiCorp User Group meget god - men der kan jeg hellere lide HashiCorp-fællesskabet med dets grupper i forskellige byer.
Jeg læste, at du flyttede uden at tale tysk. Hvordan har du det efter et år? Har du brug for tysk til arbejdet eller kan du undvære det?
Jeg lærte tysk, nu er sprogniveauet mellem B1 og B2. Jeg fører stadig alle kontakter med tyskere fra det første år af at bo i Berlin på engelsk, fordi det er nemmere for begge parter, og jeg starter alle nye kontakter på tysk. Mine umiddelbare planer er at komme videre i mine studier, konsolidere min viden ved at bestå B2-certifikateksamenen, fordi jeg ønsker at kommunikere mere selvsikkert og læse klassisk litteratur i original.
I Berlin er der mere brug for sproget for at tilpasse sig landet, opnå en følelse af indre komfort og fuld adgang til fritidssfæren (teater/biograf/stand-up), men sproget er usandsynligt nødvendigt i Softwares arbejde Ingeniørarbejde. I alle virksomheder er engelsk det officielle sprog i ingeniørafdelingen, selv i store tyske virksomheder som Deutsche Bank, Allianz og Volkswagen.
Hovedårsagen er mangel på personale, byens status som internationalt kulturcenter og mange expats, der har problemer med at lære det tyske sprog. Hver virksomhed tilbyder dog ugentlige tyskkurser i arbejdstiden på organisationens regning for at gøre livet lettere for medarbejderne uden for arbejdet.
I alle to års kontakter med virksomheder og rekrutterere blev jeg kun kontaktet på tysk to gange. I disse typer undtagelser er et B1/B2-niveau normalt tilstrækkeligt til at fungere. Ligesom amerikanere med engelsk, er tyskere ret rolige over dine talefejl, fordi de forstår, at sproget ikke er let.
I hans Du skriver, at DevOps ikke er evnen til at vride Kubernetes og Prometheus, men en kultur. Hvad skal virksomheder efter din mening gøre for at udvikle en DevOps-kultur i deres teams, ikke i ord, men i handling? Hvad laver du derhjemme?
Jeg tror, at du først og fremmest skal være ærlig og prikke alle i'erne i spørgsmålet om at fordele ansvaret for produktet. Hovedproblemet, som DevOps løser, er at kaste ansvar og problemerne forbundet med dette ansvar over muren. Så snart folk forstår, at deling af ansvar er gavnligt for både virksomheden og ingeniørerne, flytter tingene sig fra et dødt punkt, og du kan allerede udføre målrettet arbejde: tuning af leveringspipelinen, reduktion af implementeringsfejlfrekvensen og andre ting, som du kan bestemme tilstanden af DevOps i virksomheden.
I min karriere har jeg endnu ikke promoveret DevOps ud fra en teknisk leder eller CTO for en virksomhed; jeg har altid handlet fra en ingeniørposition, der ved noget om DevOps. Faktisk er kulturdriverens position i DevOps virkelig vigtig, især chaufførens indflydelsessfære og lederegenskaber. Mit sidste firma havde oprindeligt et relativt fladt hierarki og en atmosfære af tillid mellem kolleger, og det gjorde mit mål med at fremme kultur meget lettere.
Besvarelse af det specifikke spørgsmål om, hvad der kan gøres til fordel for DevOps. I min beretning vedr Hovedideen er, at for at udvikle en DevOps-kultur skal du ikke kun beskæftige dig med teknologier i infrastrukturen, men også med intern coaching og ansvarsfordeling i tekniske processer.
For eksempel brugte vi to måneder på en ingeniør på at skabe en platform til QA- og PR-servere til udviklere og testere. Men alt dette fantastiske arbejde vil falde i glemmebogen, hvis evnerne ikke kommunikeres korrekt, funktionerne ikke dokumenteres, og medarbejderuddannelsen ikke gennemføres. Og omvendt, efter velgennemførte workshops og parprogrammeringssessioner bliver en motiveret ingeniør inspireret af ny brugbar funktionalitet og løser allerede følgende problemer, der krydser infrastrukturplatformen.
Hvis du vil have flere spørgsmål om DevOps, her , hvor Misha i detaljer besvarer spørgsmålene "Hvorfor er DevOps nødvendig?" og "Er det nødvendigt at oprette særlige DevOps-afdelinger i virksomheden?"
Om udvikling
I din kanal anbefaler du nogle gange professionelle artikler og blogs. Har du nogle yndlings skønlitterære bøger?
Ja, jeg prøver at finde tid til at læse skønlitteratur. Jeg kan ikke læse en bestemt forfatter i én slurk, roman efter roman, så jeg blander russiske og udenlandske værker. Af de russiske forfattere kan jeg bedst lide Pelevin og Dovlatov, men jeg kan også godt lide at læse klassikerne fra det 19. århundrede. Blandt de udenlandske kan jeg godt lide Remarque og Hemingway.
Der skriver du meget om rejser, og i slutningen af 2018 skrev du, at du besøgte 12 lande og 27 byer. Dette er en meget cool pointe! Hvordan klarer du at arbejde og rejse?
Faktisk er alt ret simpelt: du skal gøre god brug af feriedage, weekender og ferier samt aktivt rejse under rejsen :)
Jeg er ikke en digital nomade og har aldrig arbejdet eksternt på regelmæssig basis, men jeg tror, jeg har nok fritid til at rejse uden for arbejdet for at udforske verden. Situationen blev forbedret efter flytningen til Berlin: den ligger i centrum af Europa, og der er flere feriedage.
Jeg prøvede også at rejse i en måned mellem mit gamle og nye job, men selv en måned på farten virker som for meget tid for mig. Siden den tur har jeg forsøgt at holde fri fra en uge til halvanden uge, så jeg kan vende tilbage til arbejdet nogenlunde smertefrit.
Hvilke tre steder kunne du bedst lide og hvorfor?
Som backpacker er de lande, der appellerer mest til mig, Portugal, Oman og Indien. Jeg kan godt lide Portugal ud fra et synspunkt om europæisk historie og civilisation, såsom arkitektur, sprog, kultur. Oman - utrolig gæstfrihed og venlighed af lokalbefolkningen, samt en atmosfære af relativ afslapning midt i Mellemøstens spændinger. Jeg taler endda om Oman skrev. Indien - mangfoldigheden af liv inden for dets regioner og kulturelle identitet, fordi æraen med Starbucks-planeten og Microsoft-galaksen, der blev testamenteret af Palahniuk, endnu ikke har nået dem. Jeg kan også rigtig godt lide Bangkok og den nordlige del af Thailand. Den sydlige del med havet, øerne og halvøerne virkede for turistet.
Du kan læse Mishas rejsenotater på hans Telegram-kanal
Hvordan formår du at bevare balancen mellem arbejde og privatliv? Del dine hemmeligheder :)
Jeg har ingen hemmelighed her. Uanset om det er i Rusland eller Tyskland, giver normale tech-virksomheder dig mulighed for at strukturere din arbejdstid på en måde, der passer dig. Jeg plejer ikke at sidde på arbejde før sent om aftenen, hvis servicen fungerer stabilt, og der ikke er force majeure. Simpelthen fordi min hjerne efter kl. 5-6 ikke opfatter opfordringer til handling fra ordet “slet” og beder mig slappe af og sove godt.
Næsten alle typer erhverv i tech-branchen - fra udvikling til design - er kreative erhverv, de kræver ikke et stort antal arbejdstimer. Det forekommer mig, at knas faktisk er dårligt for kreativt arbejde, fordi man ender med at blive sløv og gøre mindre, end man kunne uden overarbejde. 4-6 timers aktivt arbejde i et vandløb er faktisk meget, uden afbrydelser og kontekstskift kan du flytte bjerge.
Jeg kan også anbefale to bøger, der hjalp mig: fra fyrene fra Basecamp og fra Maxim Dorofeev.
I dag diskuterer mange mennesker udbrændthed. Har du nogensinde følt noget lignende? Hvis ja, hvordan har du det? Hvordan gør du dit arbejde mere interessant?
Ja, for at være ærlig, så brænder jeg stadig ud fra tid til anden. Generelt er dette logisk, fra et filosofisk synspunkt brænder alt, der har egenskaben til at brænde til sidst ud :) Du kan bekæmpe konsekvenserne, men det forekommer mig, er det meget vigtigere at identificere årsagen til udbrændthed og eliminere det.
Årsagerne er forskellige for alle: For nogle er det en overflod af information, for andre er det overarbejde på deres hovedjob, der er situationer, hvor du ikke har tid til fysisk at kombinere arbejde, hobbyer og socialisering. Et eller andet sted føler du simpelthen ikke nye udfordringer i dit liv, og du begynder at bekymre dig om det. De fleste problemer kan løses ved at revidere din livsfilosofi, personlige værdier og arbejdets rolle i dit liv.
På det seneste har jeg næsten ikke mistet interessen for arbejde eller noget kedeligt arbejde. Der er forskellige teknikker til at gøre et kedeligt arbejde mindre kedeligt, nogle af dem har jeg lært af min ven Kirill Shirinkin. Men jeg forsøger at løse dette problem på årsagsniveau, simpelthen ved at vælge et job, der vil give maksimale udfordringer for min karriere og personlighed og et minimum af organisatorisk bureaukrati.
Den 7. december taler Mikhail ved konferencen med foredraget "We Are All DevOps", som vil forklare, hvorfor det er vigtigt ikke kun at fokusere på måden, hvorpå den seneste stack er implementeret, men også på det kulturelle aspekt af DevOps.
Også i programmet: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps-konsulent).
Kom og bliv bekendt!
Kilde: www.habr.com