Mikhail Chinkov har bott och arbetat i Berlin i tvÄ Är. Mikhail berÀttade om skillnaderna mellan att arbeta som utvecklare i Ryssland och Tyskland, om ingenjörerna inom DevOps efterfrÄgas i Berlin, och hur man hittar tid för resor.
Om flyttning
Sedan 2018 bor du i Berlin. Hur fattade du det beslutet? Valde du medvetet land och företag dÀr du ville arbeta, eller fick du ett erbjudande som var omöjligt att tacka nej till?
Vid nĂ„got tillfĂ€lle blev jag trött pĂ„ att bo i Penza, dĂ€r jag föddes, vĂ€xte upp och studerade vid universitetet, och jag blev inte lockad av den vanliga vĂ€gen att flytta till Moskva eller Sankt Petersburg pĂ„ grund av livets specifika förhĂ„llanden i dessa stĂ€der. DĂ€rför ville jag helt enkelt prova att bo i Europa, som jag hade rest genom de senaste ledigheterna. Jag hade inga preferenser varken för företag eller stĂ€der, och inte ens för ett specifikt land â jag ville bara flytta sĂ„ snabbt som möjligt.
Vid den tidpunkten ansÄg jag att Berlin var den mest tillgÀngliga staden för en utvecklare att flytta till ett techföretag, eftersom 90% av de företag pÄ LinkedIn som var toleranta mot relocation var baserade i Berlin. Senare flög jag till staden i tre dagar för att genomföra nÄgra face-to-face intervjuer. Jag gillade staden mycket, sÄ jag bestÀmde mig för att jag ville bo i Berlin just nu. En vecka senare accepterade jag omedelbart det första erbjudandet jag fick frÄn den berlinska tech-huben.
BerÀtta gÀrna mer om flyttprocessen. Hur gick det till för dig? Vilka dokument samlade du? HjÀlpte arbetsgivaren?
HÀr har jag inget nytt att sÀga, allt Àr mycket vÀl beskrivet i flera artiklar. Jag föredrar mer , som Àr kÀnd för alla som Àr intresserade av denna frÄga. I den berlinska tech-huben Àr processen praktiskt taget densamma i alla företag som hjÀlper ingenjörer med relocation.
Har du stött pÄ nÄgot ovÀntat och ovanligt nÀr det gÀller organisation av arbete, vardagsliv eller mentalitet? Hur lÀnge tog det att vÀnja sig vid det lokala livet?
Ja, faktiskt chockerade hela arbetsprocessen i berlinska tech-huben mig till en början. Allt, frÄn hur och i vilken mÀngd möten hÄlls, till rollen som sociala fÀrdigheter spelar i ingenjörens liv.
Till exempel, i Tyskland Àr arbetskulturen inriktad pÄ kollektiva beslutsfattande, vilket innebÀr att för varje kontroversiell frÄga hÄlls ett möte dÀr ni noggrant diskuterar problemet och gemensamt nÄr en konsensus utifrÄn era stÄndpunkter. För en ingenjör frÄn Ryssland kan en sÄdan praxis i början verka som en bortkastad tid, byrÄkrati och misstro, men i slutÀndan ger det mening, precis som fördelningen av ansvar för resultatet av beslutet.
Dessa stunder, liksom oförstÄelsen av en sjÀlv frÄn kollegor, fick mig att lÀsa boken och förstÄ att alla dina inre upprördhet snarare Àr en vÀgran att acceptera verkligheten i den nya miljön som du har hamnat i, snarare Àn ett försök att hitta sanningen. Efter att ha lÀst boken blev det mycket enklare att arbeta, man börjar förstÄ innebörden av fraser och beslut frÄn sina kollegor.
NÀr det kommer till livet Àr processen att anpassa sig till ett nytt land mycket mer komplicerad Àn att anpassa sig till arbetskulturen. Vanligtvis sÀrskiljer psykologer , som en person gÄr igenom. PÄ det sÀttet blev min vÀg inget undantag. à andra sidan tycker jag att anpassningen vid flytt till ett multikulturellt centrum som Berlin, London och Barcelona Àr avsevÀrt enklare Àn i vilken klassisk stad som helst.
Efter tvÄ Är i Berlin, vad gillar du och ogillar med denna stad?
Det Àr svÄrt för mig att lista nÄgra fördelar och nackdelar med staden, eftersom Berlin snabbt har blivit mitt hem i alla betydelser av ordet.
Jag tror att jag har strÀvat efter frihet i alla dess former under hela mitt medvetna liv: fysisk, social, ekonomisk, politisk, andlig och mental frihet. NÀr det kommer till friheten i arbetet ogillar jag kontroll frÄn ovan och micromanagement, nÀr jag stÀndigt fÄr instruktioner om vad och hur jag ska göra. I dessa avseenden verkar Berlin för mig vara ett av de friaste stÀderna i vÀrlden, med sina fria livsÄskÄdningar, relativt liberala hyrespriser och andra behov, samt mÄnga möjligheter att utveckla sin frihet i övriga aspekter.
Om arbete i Berlin
Vilken teknikstack Àr standard i berlinska startups? Hur skiljer sig teknikstacken frÄn den genomsnittliga i Ryssland?
Ur ett teknologiskt perspektiv verkar lokala stackar subjektivt trÄkiga för mig, om det inte handlar om FinTech-företag. De flesta startup-r och företag som övergÄtt frÄn startup till enterprise grundades mellan 2010-2012 och började med den enklaste arkitekturen: en monolitisk backend, ibland Àven med en inbyggd frontend, sprÄket - antingen Ruby, PHP eller Python, anvÀnder alltid ramverk, databasen Àr MySQL, cachning pÄ Redis. Dessutom, utifrÄn min personliga kÀnsla, har 90% av företagen hela sin produktion pÄ AWS.
Nu Àr det en trend bland alla att splittra monoliten i mikrotjÀnster, packa dem i containrar, deploya dem i Kubernetes och förlita sig pÄ Golang som standard sprÄk för nya applikationer. Detta sker ganska lÄngsamt, sÄ i de flesta företag Àr den huvudsakliga funktionaliteten fortfarande nedgrÀvd i monoliten. Jag Àr inte bekant med frontend, men dÀr Àr React vanligtvis standard.
Stora teknikföretag som Zalando och N26 försöker föra in mer teknik i tjÀnsten för att locka ambitiösa utvecklare pÄ marknaden. Andra teknikföretag strÀvar ocksÄ efter att hÀnga med i de senaste teknologierna, men det Àr uppenbart att de belastas av vikten av monolitisk arkitektur och det tekniska skuld som ackumulerats genom Ären.
Som ingenjör ser jag detta ganska lugnt, eftersom det finns mÄnga intressanta företag ur en produktiv synvinkel i tekniknavet Berlin. I dessa företag Àr det mer intressant att arbeta för en idé och produkt som du personligen gillar Àn att betrakta företaget som en plats med en flÄdig techstack som man mÄste arbeta med.
Hur skiljer sig livet och arbetet som utvecklare i Ryssland och Tyskland? Finns det nÄgot som har överraskat dig?
I Tyskland, som i vilket annat nordiskt eller central-europeiskt land som helst, Àr det bÀttre med balans mellan arbete och liv samt relationer mellan kollegor, men sÀmre med arbetsproduktivitet. I början var det obehagligt för mig att vÀnja mig vid interna projekt som tar ett par mÄnader, medan liknande projekt i teknikföretag i Ryssland tog nÄgra veckor. Faktum Àr att detta inte Àr farligt, eftersom det finns objektiva orsaker till varför, och företag brukar vanligtvis inte se sÄdana situationer som kritiska.
Annars Àr det ganska svÄrt för mig att dra paralleller mellan Tyskland och Ryssland, eftersom jag inte har erfarenhet av att arbeta för kÀnda företag som Yandex och Tinkoff, dÀr situationen kan likna den i Berlins tech-hub.
Jag har lagt mÀrke till att i Berlin prioriteras skapandet av en bekvÀm arbetsatmosfÀr pÄ företag, regelbundna interna evenemang och mÄngsidighet bland kollegor, med vilka det alltid Àr intressant att diskutera Àmnen som ligger lÄngt frÄn IT. Men jag tror att detta snarast beror pÄ företaget dÀr man arbetar Àn pÄ landet.
Enligt dina observationer, vilka specialister Ă€r eftertraktade i Tyskland? Ăr det en efterfrĂ„gan pĂ„ DevOps-experter?
I de flesta företag kÀnns det som om det finns en problematik kring uppfattningen av DevOps-kultur och förstÄelsen av vad DevOps egentligen handlar om. Men det finns ett stort antal jobb med titeln DevOps, och detta visar tydligt efterfrÄgan pÄ specialister pÄ marknaden.
Just nu Àr alla aktuella omrÄden inom den lokala IT-sektorn lika efterfrÄgade. Jag kan dock framhÀva den stora efterfrÄgan pÄ Data Engineer/Data Analyst.
LÄt oss prata om löner, hur mycket kan en DevOps-ingenjör egentligen tjÀna i Tyskland?
Det Ă€r svĂ„rt att svara pĂ„ den frĂ„gan, eftersom IT trots allt Ă€r en ung industri dĂ€r det inte finns nĂ„gra specifika normer för löner. Precis som överallt beror lönen i större utstrĂ€ckning pĂ„ arbetslivserfarenhet och ingenjörens kvalifikationer. Det Ă€r ocksĂ„ viktigt att se siffran som lön före skatt och olika sociala/försĂ€kringsavdrag. Dessutom beror lönen i Tyskland mycket pĂ„ vilken stad man arbetar i. I Berlin, MĂŒnchen, Frankfurt och exempelvis Göttingen skiljer sig löneintervallen nĂ„got, liksom levnadskostnaderna.
NÀr det gÀller Berlin Àr den största fördelen för karriÀren att efterfrÄgan pÄ ingenjörer fortfarande överstiger utbudet, sÄ lönen kan vÀxa snabbt om man sÄ önskar. Den största nackdelen Àr att de flesta företag inte har en tydlig policy för löneöversyn eller kriterier för att bedöma bidraget till den produkt företaget skapar.
Siffrorna kan ses i , StackOverflow eller . Statistiken uppdateras Är frÄn Är, sÄ jag kan inte ta ansvar för att prata om löneintervall.
Kan du ge nÄgra tips om vad man ska göra om man arbetar som Site Reliability Engineer och vill flytta till Tyskland? Var ska man börja? Vart ska man gÄ?
Jag tror inte att jag har nÄgot sÀrskilt tips till lÀsarna. Kanske att inte vara rÀdd, att inte rationalisera för mycket innan flytten och att vara öppen för alla svÄrigheter som kan uppstÄ vid emigration. Det kommer att bli utmaningar.
Finns det ett starkt DevOps-community i Berlin? GÄr du ofta pÄ lokala evenemang? BerÀtta lite om dem. Hur Àr de?
Jag gÄr ganska sÀllan pÄ meetup, sÄ jag kan inte sÀga vad som Àr sÀrskilt med det lokala DevOps-communityt. Jag hoppas kunna ta igen det nÀsta Är. Jag kan bara dela med mig av mina intryck om det stora antalet tematiska grupper pÄ meetup.com: frÄn Python- och Golang-entusiaster till Clojure- och Rust-Àlskare.
Av de meetups jag har besökt Ă€r HashiCorp User Group vĂ€ldigt bra â jag gillar i princip gemenskapen inom HashiCorp med sina grupper i olika stĂ€der.
Jag har lÀst att du flyttade utan tyska. Hur har det gÄtt ett Är senare? Behöver man kunna tyska för att arbeta, eller klarar man sig utan?
Jag har lÀrt mig tyska, och nu svÀnger min sprÄknivÄ mellan B1 och B2. Alla kontakter med tyskar frÄn mitt första Är i Berlin för jag fortfarande pÄ engelska, eftersom det Àr enklare för bÄda parter, och alla nya kontakter börjar jag med tyska. Mina nÀrmaste planer Àr att avancera i min utbildning och befÀsta mina kunskaper genom att ta B2-certifikatet, eftersom jag vill kommunicera mer sjÀlvsÀkert och lÀsa klassisk litteratur i original.
I Berlin behövs sprÄket frÀmst för att anpassa sig i landet, kÀnna en inre komfort och ha fullstÀndig tillgÄng till fritidsomrÄdet (teater/bio/stand-up), men sprÄket kommer knappast att behövas i Software Engineering-arbetet. I varje företag Àr engelska det officiella sprÄket för Engineering-avdelningen, Àven i stora tyska företag som Deutsche Bank, Allianz och Volkswagen.
Den frÀmsta anledningen Àr bristen pÄ arbetskraft, stadens status som ett internationellt kulturcentrum, mÄnga expats som har problem med att lÀra sig tyska. Trots detta erbjuder varje företag veckovisa tyska kurser under arbetstid pÄ företagets bekostnad, för att underlÀtta livet för medarbetarna utanför arbetet.
Under de tvÄ Är av kontakt med företag och rekryterare har jag bara blivit kontaktad pÄ tyska tvÄ gÄnger. För denna typ av undantag rÀcker vanligtvis nivÄ B1/B2. Precis som amerikaner med engelska, tolererar tyskar vanligtvis dina sprÄkliga misstag eftersom de förstÄr att sprÄket Àr svÄrt.
I sitt Du skriver att DevOps inte handlar om att bara kunna hantera Kubernetes och Prometheus, utan att det Àr en kultur. Vad tycker du att företag behöver göra för att utveckla DevOps-kulturen i teamet, inte bara med ord utan med handling? Vad gör du sjÀlv?
Jag tror att det i första hand handlar om att vara Àrlig och klargöra ansvarsomrÄdena för produkten. Det största problemet som DevOps löser Àr att man kastar ansvaret och de problem som följer med det över vÀggen. SÄ snart folk förstÄr att det lönar sig att dela pÄ ansvaret, bÄde för företaget och ingenjörerna, dÄ kommer saker att börja röra sig framÄt, och man kan börja fokusera pÄ detaljer som att optimera Delivery Pipeline, minska Deployment Failure Rate och andra saker som kan mÀta tillstÄndet för DevOps i företaget.
I min karriÀr har jag Ànnu inte drivit DevOps ur perspektivet av en tech lead eller CTO, jag har alltid varit i rollen som ingenjör som vet nÄgot om DevOps. Faktiskt Àr positionen som kulturdrivare inom DevOps riktigt viktig, sÀrskilt inom dess pÄverkningsomrÄde och drivandets ledarskapskvaliteter. I mitt senaste företag hade vi ursprungligen en relativt platt hierarki och en atmosfÀr av förtroende mellan kollegor, vilket betydligt underlÀttade mitt mÄl att frÀmja kulturen.
För att svara pÄ den specifika frÄgan om vad som kan göras för DevOps. I min presentation pÄ Àr huvudtanken att för att utveckla DevOps-kulturen mÄste man arbeta inte bara med teknologier i infrastrukturen utan ocksÄ med intern coaching och ansvarsdelning i arbetsprocesserna.
Till exempel har vi under tvÄ mÄnader arbetat med en ingenjör för att skapa en plattform för QA- och PR-servrar för utvecklare och testare. Men allt detta fantastiska arbete kan gÄ förlorat om informationen om funktionerna inte förmedlas korrekt, funktionerna inte dokumenteras och utbildningen av anstÀllda inte avslutas. à andra sidan, efter kvalitetsworkshops och sessions för parprogrammering, fÄr en mÄlinriktad ingenjör inspiration av de nya anvÀndbara funktionerna och beslutar sig för att lösa nÀsta problem som berör infrastrukturen.
Om du vill stÀlla fler frÄgor om DevOps, hÀr Àr , dÀr Misha gÄr igenom frÄgorna 'Varför behövs DevOps?' och 'Behöver man skapa speciella DevOps-avdelningar inom företaget?'
Om utveckling
I din kanal rekommenderar du ibland professionella artiklar och bloggar. Har du nÄgra favoritböcker frÄn skönlitteraturen?
Ja, jag försöker alltid hitta tid för att lÀsa skönlitteratur. Jag kan inte lÀsa ett specifikt författarskap i ett svep, roman efter roman, sÄ jag blandar ryska och utlÀndska verk. Jag gillar ryska författare som Pelevin och Dovlatov, men jag Àlskar ocksÄ att lÀsa klassisk litteratur frÄn 1800-talet. Bland utlÀndska författare uppskattar jag Remarque och Hemingway.
Du skriver ocksÄ mycket om resor, och i dina sammanstÀllningar för 2018 skrev du att du besökte 12 lÀnder och 27 stÀder. Det Àr en riktigt imponerande punkt! Hur hinner du arbeta och resa?
I sjĂ€lva verket Ă€r det ganska enkelt: man mĂ„ste utnyttja semesterdagar, helger och helgdagar vĂ€l, plus att man aktivt reser under resan đ
Jag Àr inte en digital nomad och har aldrig arbetat permanent pÄ distans, men jag tycker att jag har tillrÀckligt med fritid för att resa utanför arbetet för att utforska vÀrlden. Situationen har förbÀttrats efter flytten till Berlin: staden ligger i centrala Europa och jag har fler semesterdagar.
Jag har ocksÄ försökt resa i en hel mÄnad mellan gamla och nya jobb, men för mig verkar till och med en mÄnad pÄ resande fot vara för lÄng tid. FrÄn den resan försöker jag ta ledighet i en vecka till en och en halv vecka sÄ att jag kan ÄtergÄ till arbetet relativt smidigt.
Vilka tre platser tyckte du mest om och varför?
Som backpacker frÄn lÀnder Àr Portugal, Oman och Indien de jag tycker mest om. Portugal tilltalar mig ur en europeisk historisk och civilsationssynpunkt, med sin arkitektur, sprÄk och kultur. Oman imponerar med sin otroliga gÀstfrihet och vÀnlighet frÄn lokalbefolkningen, liksom atmosfÀren av relativ avslappning mitt i spÀnningen pÄ Mellanöstern. Jag har till och med skrivit om Oman. Indien Àr fascinerande med sitt mÄngfald av liv inom sina regioner och kulturella identitet, eftersom den fortfarande inte har nÄtts av Starbucks-eran och galaxen Microsoft, som Palahniuk lÀmnade efter sig. Jag gillar ocksÄ Bangkok och den norra delen av Thailand. Den södra delen med hav, öar och halvöar verkade alldeles för turistisk.
Mishas anteckningar om resor kan lÀsas pÄ hans Telegram-kanal
Hur lyckas du upprĂ€tthĂ„lla en balans mellan arbete och liv? Dela med dig av dina hemligheter đ
HÀr har jag ingen hemlighet. BÄde i Ryssland och i Tyskland erbjuder normala tech-företag dig möjligheten att strukturera din arbetstid sÄ som det passar dig. Vanligtvis sitter jag inte kvar pÄ jobbet sent pÄ kvÀllen, om tjÀnsten fungerar stabilt och det inte uppstÄr nÄgra nödsituationer. Bara för att efter kl. 17-18 slutar min hjÀrna att ta emot uppmaningar till handling, pÄ riktigt, och ber om att fÄ vila och sova ordentligt.
NĂ€stan alla yrken inom tech-industrin â frĂ„n utveckling till design â Ă€r kreativa yrken och krĂ€ver inte mĂ„nga arbetstimmar. Jag anser att crunch-tider i princip Ă€r skadliga för kreativt arbete, eftersom du i slutĂ€ndan börjar stagnera och producerar mindre Ă€n du skulle kunna göra utan övertidsarbete. 4-6 timmar av aktivt arbete i flöde Ă€r faktiskt mycket, utan avbrott och kontextbyten kan man flytta berg.
Jag kan ocksÄ rekommendera tvÄ böcker som hjÀlpte mig: frÄn grabbarna pÄ Basecamp och av Maxim Dorofeev.
Nu diskuterar mÄnga utbrÀndhet. Har du kÀnt nÄgot liknande? Om ja, hur hanterar du det? Hur gör du ditt arbete mer intressant?
Ja, Ă€rligt talat brĂ€nner jag fortfarande ut mig ibland. Det Ă€r egentligen logiskt, ur ett filosofiskt perspektiv, eftersom allt som brinner till slut brinner ut đ Man kan kĂ€mpa mot konsekvenserna, men jag tycker att det Ă€r mycket viktigare att identifiera orsaken till utmattningen och ta bort den.
Orsakerna Àr olika för alla: vissa har för mycket information, andra överarbetar pÄ sina huvudjobb, och det finns situationer dÀr man fysiskt inte hinner kombinera arbete, hobby och socialliv. Ibland kÀnner man bara inte av nÄgra nya utmaningar i livet och börjar dÀrför mÄ dÄligt. De flesta problem kan lösas genom att ompröva sin livsfilosofi, personliga vÀrderingar och arbetets roll i ens liv.
PÄ senaste tiden har jag nÀstan aldrig tappat intresset för mitt arbete eller haft trÄkigt arbete. Det finns olika tekniker för att göra trÄkigt arbete mindre trÄkigt, en del av dem har jag fÄtt frÄn min vÀn Kirill Shirin. Men jag försöker lösa det hÀr problemet pÄ en grundlÀggande nivÄ genom att vÀlja arbete som ger mig maximal utmaning för min karriÀr och personlighet och minimal organisatorisk byrÄkrati.
Den 7 december kommer Mikhail att tala pÄ konferensen med förelÀsningen "Vi Àr alla DevOps", dÀr han förklarar varför det Àr viktigt att fokusera inte bara pÄ hur man implementerar den senaste stacken utan ocksÄ pÄ den kulturella aspekten av DevOps.
Ăven i programmet: Baruch Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps-konsult).
Kom och trÀffa oss!
KĂ€lla: habr.com
