Mikhail Chinkov woon en werk al twee jaar in Berlyn. Mikhail het verduidelik hoe die werk van 'n ontwikkelaar in Rusland en Duitsland verskil, of ingenieurs wat verband hou met DevOps in aanvraag is in Berlyn, en hoe om tyd te kry om te reis.
Oor verhuising
Sedert 2018 woon jy in Berlyn. Hoe het jy hierdie besluit geneem? Het jy bewustelik vooraf die land en maatskappy gekies waar jy wil werk, of het jy ’n aanbod ontvang wat jy nie kon weier nie?
Op 'n stadium het ek moeg geword om in Penza te woon, waar ek gebore, grootgeword en aan die universiteit gestudeer het, en die standaard pad van verhuising na Moskou en St. Petersburg het my nie aangespreek nie as gevolg van die besonderhede van die lewe in hierdie stede . So ek wou net probeer om in Europa te woon, wat ek die afgelope paar vakansies rondgereis het. Ek het geen voorkeure gehad vir die maatskappy, of vir die stad, of selfs vir 'n spesifieke land nie - ek wou net so vinnig moontlik beweeg.
Op daardie oomblik het ek Berlyn beskou as die mees toeganklike stad vir 'n ontwikkelaar om na 'n tegnologiemaatskappy te skuif, want op Linkedin was 90% van die hervestiging-verdraagsame maatskappye van Berlyn. Ek het daarna vir 3 dae na die stad gevlieg om 'n paar van aangesig tot aangesig onderhoude te voer. Ek het baie van die stad gehou, so ek het besluit dat ek nou in Berlyn wil woon. ’n Week later het ek dadelik die heel eerste aanbod aanvaar wat ek van die Berlynse tegnologie-hub gekry het.
Vertel ons asseblief meer oor die verhuisingsproses. Hoe het dit vir jou gebeur? Watter dokumente het jy versamel? Het jou werkgewer gehelp?
Ek kan niks nuuts hier sê nie; alles is baie goed geskryf in verskeie artikels. Ek hou meer daarvan , bekend aan almal wat in hierdie uitgawe belangstel. In die Berlynse tegnologiesentrum is die proses dieselfde in byna alle maatskappye wat 'n ingenieur help met verskuiwing.
Het jy enigiets onverwags en ongewoon teëgekom in terme van die organisasie van werk, lewe, mentaliteit? Hoe lank het dit jou geneem om gewoond te raak aan die plaaslike lewe?
Ja, om die waarheid te sê, die hele proses van werk in maatskappye in die Berlynse tegnologie-hub het my eers geskok. Oor die algemeen alles: van hoe en in watter hoeveelheid saamtrekke gehou word tot die rol van sagte vaardighede in die lewe van 'n ingenieur.
In Duitsland is die werkskultuur byvoorbeeld gefokus op kollektiewe besluitneming, wat beteken dat vir letterlik elke omstrede kwessie ’n vergadering geskep word waar julle die probleem deeglik bespreek en saam uit julle oogpunte tot konsensus kom. Vanuit Rusland lyk so ’n praktyk aanvanklik vir die ingenieur na ’n mors van tyd, burokrasie en wantroue, maar op die ou end maak dit sin, asook die verdeling van verantwoordelikheid vir die uitkoms van die besluit.
Oomblikke soos hierdie, sowel as 'n wanbegrip van myself aan die kant van my kollegas, het my die boek laat lees en verstaan dat al jou interne verontwaardiging eerder 'n mislukking is om die realiteit van die nuwe omgewing waarin jy jouself bevind, te sien, eerder as 'n poging om die waarheid te vind. Ná die boek het jou werk baie makliker geword; jy begin die betekenis van die frases en besluite van jou kollegas verstaan.
In terme van lewe is die proses van aanpassing by 'n nuwe land baie moeiliker as die proses van aanpassing by 'n werkskultuur. Gewoonlik onderskei sielkundiges waardeur 'n persoon gaan. In hierdie verband was my pad geen uitsondering nie. Aan die ander kant lyk dit vir my dat aanpassing wanneer daar na 'n multikulturele sentrum soos Berlyn, Londen en Barcelona verhuis word natuurlik makliker is as in enige klassieke stad.
Na twee jaar se lewe in Berlyn, wat hou jy van en nie van hierdie stad nie?
Dit is vir my moeilik om 'n lys van die stad se voor- en nadele saam te stel, want Berlyn het vinnig my tuiste in elke sin van die woord geword.
Ek dink ek het deur my volwasse lewe na vryheid in al sy manifestasies gestreef: fisies, sosiaal, finansieel, polities, geestelik, verstandelik. Ja, dieselfde vryheid in die werk, ek hou nie van beheer van bo en mikrobestuur, wanneer ek heeltyd vertel word wat en hoe om te doen nie. In hierdie sake het Berlyn vir my gelyk en nog steeds na een van die vryste stede in die wêreld gelyk vanweë sy vrye siening van die lewe in die samelewing, relatief liberale pryse vir huur en ander behoeftes, asook baie geleenthede om jou vryheid op te gradeer in ander aspekte.
Oor werk in Berlyn
Watter stapel is die standaard in Berlynse opstarters? Hoe verskil die stapel oor die algemeen van die gemiddelde in Rusland?
Uit 'n tegnologie-oogpunt lyk plaaslike stapels subjektief vir my vervelig, tensy dit FinTech-maatskappye is. Die meeste beginners en diegene wat van 'n beginonderneming na 'n onderneming beweeg het, is in 2010-2012 gestig en het met die eenvoudigste argitektuur begin: 'n monolitiese agterkant, en soms met 'n frontend daarin ingebou, 'n taal - óf Ruby, óf PHP, óf Python, raamwerke word altyd gebruik, 'n databasis op MySQL, kas op Redis. Ook, volgens persoonlike gevoelens, het 90% van maatskappye al hul produksie op AWS.
Die huidige tendens is om die monoliet in mikrodienste te sny, dit in houers toe te draai, dit na Kubernetes te ontplooi en op Golang as die standaardtaal vir nuwe toepassings staat te maak. Dit gebeur baie stadig, en daarom is die hooffunksie in die meeste maatskappye steeds in 'n monoliet begrawe. Ek is ver van frontend af, maar selfs daar is React gewoonlik die standaard.
Groot tegnologiemaatskappye soos Zalando en N26 probeer meer tegnologie in die diens inbring sodat hulle iets het om gemotiveerde ontwikkelaars na die mark te lok. Ander tegnologiemaatskappye streef ook daarna om tred te hou met die nuutste tegnologieë, maar van buite is dit duidelik dat hulle gebuk gaan onder die las van 'n monolitiese argitektuur en tegniese skuld wat oor die jare opgehoop is.
As 'n ingenieur neem ek dit redelik kalm op, want in die Berlynse tegnologie-hub is daar baie interessante maatskappye uit 'n produk-oogpunt. In sulke maatskappye is dit interessanter om te werk vir 'n idee en 'n produk waarvan jy persoonlik hou, eerder as om die maatskappy te beskou as 'n plek met 'n modieuse tegnologiestapel waarmee jy beslis moet werk.
Hoe verskil die lewe en werk van 'n ontwikkelaar in Rusland en in Duitsland? Is daar enige dinge wat jou verras het?
In Duitsland, soos in enige ander land in Noord-/Sentraal-Europa, gaan dit beter met werk/lewensbalans en verhoudings tussen kollegas, maar slegter met die spoed van werk. Aanvanklik was dit vir my onaangenaam om gewoond te raak aan interne projekte wat 'n paar maande geduur het, terwyl soortgelyke projekte in tegnologiemaatskappye in Rusland 'n paar weke geneem het. Trouens, dit is nie skrikwekkend nie, want daar is objektiewe redes hoekom, en maatskappye sien sulke situasies gewoonlik nie krities op nie.
Andersins is dit vir my nogal moeilik om 'n parallel tussen Duitsland en Rusland te trek, want ek het geen ervaring om in bekende maatskappye soos Yandex en Tinkov te werk nie, waar die situasie dalk soortgelyk is aan die Berlynse tegnologie-hub.
Vir myself het ek opgemerk dat in Berlyn die prioriteit is om 'n gemaklike werksatmosfeer in maatskappye te skep, gereelde interne geleenthede en die veelsydigheid van kollegas met wie dit altyd interessant is om te kommunikeer oor onderwerpe wat ver van IT af is. Maar ek dink dit hang meer af van die maatskappy waar jy werk as van die land.
Volgens jou waarnemings, watter spesialiste is in aanvraag in Duitsland? Is DevOps-spesialiste in aanvraag?
Die meeste maatskappye het 'n probleem om die DevOps-kultuur waar te neem en te verstaan wat DevOps eintlik is. Daar is egter baie vakante poste met die DevOps-voorvoegsel, en dit wys duidelik die vraag na spesialiste in die mark.
Op die oomblik is absoluut alle areas wat vandag relevant is in gelyke aanvraag in plaaslike IT. Ek kan net die groot aanvraag na Data Engineer/Data Analyst beklemtoon.
Kom ons praat oor salarisse, hoeveel kan 'n DevOps-ingenieur werklik in Duitsland verdien?
Dit is moeilik om hierdie vraag te beantwoord, want IT is nog 'n jong bedryf, waar daar nie spesifieke salarisstandaarde is nie. Soos elders hang die salaris grootliks af van die werkservaring en kwalifikasies van die ingenieur. Dit is ook belangrik om die syfer as salaris voor belasting en verskeie maatskaplike/versekeringsaftrekkings te beskou. Die salaris in Duitsland hang ook baie af van die stad waarin jy werk. In Berlyn, München, Frankfurt en Göttingen verskil die salarisreeks effens van mekaar, so ook lewenskoste.
As ons oor Berlyn praat, is die grootste voordeel vir 'n loopbaan dat die vraag na 'n ingenieur steeds hoër is as die aanbod, sodat die salaris vinnig kan groei indien verlang. Die grootste nadeel is dat die meeste maatskappye nie 'n duidelike beleid vir salarishersiening het nie, asook kriteria vir die beoordeling van die bydrae tot die produk wat deur die maatskappy geskep word.
Die nommers kan in gesien word , StackOverflow of . Statistieke word van jaar tot jaar opgedateer, so ek sal nie verantwoordelikheid aanvaar om oor die salarisreeks te praat nie.
Kan jy enige raad gee oor wat om te doen as jy as 'n voorwaardelike werfbetroubaarheidsingenieur werk en na Duitsland wil verhuis? Waar om te begin? Waar om te gaan?
Ek dink nie ek het enige spesiale raad vir die leser nie. Moet net vir niks bang wees nie, rasionaliseer minder voor jy verhuis en wees oop vir al die probleme wat jy in emigrasie mag teëkom. Maar daar sal probleme wees.
Het Berlyn 'n sterk DevOps-gemeenskap? Gaan jy gereeld na plaaslike geleenthede? Vertel ons 'n bietjie van hulle. Wat is hulle?
Ek gaan baie selde na ontmoetings, so ek kan nie sê wat die kenmerke van die plaaslike DevOps-gemeenskap is nie. Ek hoop om volgende jaar hierdie kwessie in te haal. Ek kan net my indrukke van die groot aantal tematiese groepe op meetup.com oordra: van Python- en Golang-fanatici tot Clojure- en Rust-liefhebbers.
Van die ontmoetings wat ek bygewoon het, is die HashiCorp-gebruikersgroep baie goed - maar daar hou ek eerder van die HashiCorp-gemeenskap met sy groepe in verskillende stede.
Ek lees dat jy verhuis het sonder om Duits te praat. Hoe gaan dit met jou na 'n jaar? Het jy Duits nodig vir werk of kan jy daarsonder klaarkom?
Ek het Duits geleer, nou is die taalvlak tussen B1 en B2. Ek voer steeds alle kontakte met Duitsers vanaf die eerste jaar van woon in Berlyn in Engels, want dit is makliker vir beide partye, en ek begin alle nuwe kontakte in Duits. My onmiddellike planne is om in my studies te vorder, my kennis te konsolideer deur die B2-sertifikaateksamen te slaag, want ek wil meer selfversekerd kommunikeer en klassieke literatuur in die oorspronklike lees.
In Berlyn is die taal meer nodig vir aanpassing by die land, om 'n gevoel van innerlike gemak en volle toegang tot die ontspanningsfeer (teater/bioskoop/stand-up) te kry, maar die taal sal waarskynlik nie in die werk van Sagteware benodig word nie. Ingenieurswese. In elke maatskappy is Engels die amptelike taal van die Ingenieursafdeling, selfs in groot Duitse maatskappye soos Deutsche Bank, Allianz en Volkswagen.
Die hoofrede is 'n tekort aan personeel, die stad se status as 'n internasionale kulturele sentrum, en baie expats wat probleme ondervind om die Duitse taal te leer. Elke maatskappy bied egter weeklikse Duitse kursusse gedurende werksure op die organisasie se koste aan om die lewe vir werknemers buite die werk makliker te maak.
In al twee jaar se kontakte met maatskappye en werwers is ek net twee keer in Duits gekontak. In hierdie tipe uitsonderings is 'n B1/B2-vlak gewoonlik voldoende om te werk. Soos Amerikaners met Engels, is Duitsers redelik kalm oor jou spraakfoute, want hulle verstaan dat die taal nie maklik is nie.
In sy Jy skryf dat DevOps nie die vermoë is om Kubernetes en Prometheus te verdraai nie, maar 'n kultuur. Na jou mening, wat moet maatskappye doen om 'n DevOps-kultuur in hul spanne te ontwikkel, nie in woorde nie, maar in dade? Wat doen jy by die huis?
Ek dink eerstens moet jy eerlik wees en al die i's aanteken in die kwessie van die verspreiding van verantwoordelikheid vir die produk. Die hoofprobleem wat DevOps oplos, is om verantwoordelikheid en die probleme wat met hierdie verantwoordelikheid verband hou, oor die muur te gooi. Sodra mense verstaan dat die deel van verantwoordelikheid vir beide die maatskappy en die ingenieurs voordelig is, beweeg dinge van 'n dooie punt af en kan jy reeds doelgerigte werk doen: die afleweringspyplyn instel, die ontplooiingsmislukkingskoers verminder en ander dinge waarmee jy kan bepaal die toestand van DevOps in die maatskappy.
In my loopbaan het ek nog nie DevOps bevorder vanuit die oogpunt van 'n tegniese hoof of CTO van 'n maatskappy nie; ek het nog altyd opgetree vanuit die posisie van 'n ingenieur wat iets van DevOps weet. Trouens, in DevOps is die posisie van die kultuurdrywer werklik belangrik, veral die bestuurder se invloedsfeer en leierseienskappe. My laaste maatskappy het aanvanklik 'n relatief plat hiërargie en 'n atmosfeer van vertroue tussen kollegas gehad, en dit het my doelwit in die bevordering van kultuur baie makliker gemaak.
Beantwoord die spesifieke vraag van wat gedoen kan word tot voordeel van DevOps. In my verslag oor Die hoofgedagte is dat om 'n DevOps-kultuur te ontwikkel, jy nie net met tegnologieë in die infrastruktuur moet omgaan nie, maar ook met interne afrigting en die verspreiding van verantwoordelikhede in tegniese prosesse.
Ons het byvoorbeeld twee maande van een ingenieur spandeer om 'n platform vir QA- en PR-bedieners te skep vir die behoeftes van ontwikkelaars en toetsers. Al hierdie wonderlike werk sal egter in die vergetelheid val as die vermoëns nie korrek gekommunikeer word nie, die kenmerke nie gedokumenteer word nie en werknemersopleiding nie voltooi word nie. En omgekeerd, na goed uitgevoer werkswinkels en paar programmeringsessies, word 'n gemotiveerde ingenieur geïnspireer deur nuwe nuttige funksionaliteit en los reeds die volgende probleme op wat met die infrastruktuurplatform kruis.
As jy meer vrae oor DevOps wil hê, hier , waarin Misha die vrae "Hoekom is DevOps nodig?" in detail beantwoord? en "Is dit nodig om spesiale DevOps-afdelings in die maatskappy te skep?"
Oor ontwikkeling
In jou kanaal beveel jy soms professionele artikels en blogs aan. Het jy enige gunsteling fiksieboeke?
Ja, ek probeer tyd kry om fiksie te lees. Ek kan nie 'n spesifieke skrywer in een sluk, roman na roman lees nie, so ek meng Russiese en buitelandse werke. Van die Russiese skrywers hou ek die beste van Pelevin en Dovlatov, maar ek lees ook graag die klassieke van die 19de eeu. Onder die vreemdes hou ek van Remarque en Hemingway.
Daar skryf jy baie oor reis, en aan die einde van 2018 het jy geskryf dat jy 12 lande en 27 stede besoek het. Dit is 'n baie cool punt! Hoe kry jy dit reg om te werk en te reis?
Om die waarheid te sê, alles is redelik eenvoudig: jy moet vakansiedae, naweke en vakansies goed gebruik, en aktief reis tydens die reis :)
Ek is nie 'n digitale nomade nie en het nog nooit op 'n gereelde basis op afstand gewerk nie, maar ek dink ek het genoeg vrye tyd om buite die werk te reis om die wêreld te verken. Die situasie het verbeter nadat hy na Berlyn verhuis het: dit is in die middel van Europa geleë en daar is meer vakansiedae.
Ek het ook probeer om vir 'n maand tussen my ou en nuwe werk te reis, maar selfs 'n maand op die pad lyk vir my na te veel tyd. Sedert daardie reis het ek probeer om 'n week tot 'n week en 'n half af te neem sodat ek redelik pynloos kan terugkeer werk toe.
Van watter drie plekke het jy die beste gehou en hoekom?
As 'n rugsakreisiger is die lande wat my die meeste aanklank vind, Portugal, Oman en Indië. Ek hou van Portugal vanuit die oogpunt van Europese geskiedenis en beskawing soos argitektuur, taal, kultuur. Oman - ongelooflike gasvryheid en vriendelikheid van die plaaslike inwoners, sowel as 'n atmosfeer van relatiewe ontspanning te midde van die spanning van die Midde-Ooste. Ek praat selfs van Oman geskryf het. Indië - die diversiteit van lewe binne sy streke en kulturele identiteit, want die era van die Starbucks-planeet en die Microsoft-sterrestelsel wat deur Palahniuk bemaak is, het hulle nog nie bereik nie. Ek hou ook baie van Bangkok en die noordelike deel van Thailand. Die suidelike deel met die see, eilande en skiereilande het te toeristies gelyk.
Jy kan Misha se reisnotas op sy Telegram-kanaal lees
Hoe kry jy dit reg om werk/lewensbalans te handhaaf? Deel jou geheime :)
Ek het geen geheim hier nie. Of dit nou in Rusland of Duitsland is, normale tegnologiemaatskappye bied jou die geleentheid om jou werktyd te struktureer op 'n manier wat jou pas. Ek sit gewoonlik nie tot laataand by die werk as die diens stabiel werk en daar geen force majeure is nie. Bloot omdat na 5:6-XNUMX:XNUMX my brein glad nie oproepe tot aksie van die woord “opmerk” nie en my vra om te ontspan en goed te slaap.
Byna alle soorte beroepe in die tegnologie-industrie - van ontwikkeling tot ontwerp - is kreatiewe beroepe; hulle vereis nie 'n groot aantal werksure nie. Dit lyk vir my of crunches eintlik sleg is vir kreatiewe werk, want jy word uiteindelik dof en doen minder as wat jy sonder die oortyd kon. 4-6 ure se aktiewe werk in 'n stroom is eintlik baie, sonder onderbrekings en konteksskakelaars kan jy berge versit.
Ek kan ook twee boeke aanbeveel wat my gehelp het: van die ouens van Basecamp en van Maxim Dorofeev.
Deesdae bespreek baie mense uitbranding. Het jy al ooit iets soortgelyks gevoel? Indien wel, hoe gaan dit met jou? Hoe maak jy jou werk interessanter?
Ja, om eerlik te wees, ek brand nog van tyd tot tyd uit. Oor die algemeen is dit logies, vanuit 'n filosofiese oogpunt, brand alles wat die eienskap het om te brand uiteindelik uit :) Jy kan die gevolge beveg, maar, lyk dit vir my, is dit baie belangriker om die oorsaak van uitbrandings te identifiseer en elimineer dit.
Die redes verskil vir almal: vir sommige is dit 'n oorvloed van inligting, vir ander is dit oorwerk by hul hoofwerk, daar is situasies wanneer jy nie tyd het om werk, stokperdjies en sosialisering fisies te kombineer nie. Iewers voel jy eenvoudig nie nuwe uitdagings in jou lewe nie en jy begin jou daaroor bekommer. Die meeste probleme kan opgelos word deur jou lewensfilosofie, persoonlike waardes en die rol van werk in jou lewe te hersien.
Die afgelope tyd het ek amper geen verlies aan belangstelling in werk of enige vervelige werk nie. Daar is verskeie tegnieke om 'n vervelige werk minder vervelig te maak, waarvan ek sommige geleer het my vriend Kirill Shirinkin. Maar ek probeer hierdie probleem op die vlak van oorsaak oplos, bloot deur 'n werk te kies wat maksimum uitdagings vir my loopbaan en persoonlikheid en 'n minimum van organisatoriese burokrasie sal bied.
Op 7 Desember sal Mikhail by die konferensie praat met die praatjie "Ons is almal DevOps," wat sal verduidelik hoekom dit belangrik is om nie net te fokus op die manier waarop die nuutste stapel ontplooi word nie, maar ook op die kulturele aspek van DevOps.
Ook in die program: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps-konsultant).
Kom maak kennis!
Bron: will.com