Mihhail Činkov on elanud ja töötanud Berliinis kaks aastat. Ta rääkis, millega erineb arendaja töö Venemaal ja Saksamaal, kas Berliinis on nõutud DevOps'iga seotud insenerid ning kuidas leida aega reisimiseks.
Kolimisest
Sa oled Berliinis elanud alates 2018. aastast. Kuidas sa selle otsuse vastu võtsid? Kas sa eelnevalt mõtlesid välja, millisesse riiki ja ettevõttesse soovid töötama minna, või said sa pakkumise, millest ei saanud keelduda?
Mõnes mõttes hakkas mulle lihtsalt meeldima elamine Penza linnas, kus ma sündisin, üles kasvades ja ülikoolis õppisin. Tavaline teekond Moskvasse või Peterburi mind ei tõmmanud, arvestades nende linnade elukorraldust. Seetõttu tahtsin lihtsalt proovida, kuidas on elada Euroopas, kus ma olen viimase paari puhkuse ajal reisinud. Mul polnud mingeid eelistusi ettevõtte, linna ega isegi konkreetse riigi suhtes - tahtsin lihtsalt võimalikult kiiresti kolida.
Sel hetkel arvasin, et Berliin on kõige ligipääsetavam linn arendaja jaoks tech-ettevõttesse kolimiseks, kuna LinkedInis olid 90% tolerantsetest relokatsiooniettevõtetest Berliinist. Hiljem lendasin kolmeks päevaks linna, et teha mõned näost-näkku intervjuud. Linna mulle väga meeldis, seega otsustasin, et tahan Berliinis kohe elada. Nädala jooksul võtsin kohe vastu esimese pakkumise, mille sain Berliini tech-kesksest.
Palun räägi lähemalt kolimisprotsessist. Kuidas see sinuga toimus? Milliseid dokumente sa kogusid? Kas tööandja aitas?
Siin ei saa ma midagi uut öelda, kõik on väga hästi kirjutatud mitmetes artiklites. Mulle meeldib rohkem , mis on tuttav kõigile, kes seda teemat huvitavad. Berliini tech-keskkonnas on protsess praktiliselt sama kõigis ettevõtetes, mis aitavad inseneridel relokatsiooni.
Kas oled kokku puutunud millegi ootamatuga ja ebatavalisega töö, igapäevaelu või mentaliteedi korraldamisel? Kui kaua sul kohalikule elule harjumine aega võttis?
Jah, tegelikult šokeeris mind alguses kogu tööprotsess Berliini tech-keskustes. Tegelikult kõik: alates sellest, kuidas ja kui palju koosolekuid peetakse, kuni pehmete oskuste rollini inseneri elus.
Näiteks Saksamaal on töö kultuur suunatud kollektiivsele otsustamisele, mis tähendab, et iga vaidlusaluse küsimuse korral korraldatakse koosolek, kus arutatakse probleemi põhjalikult ja jõutakse kokkuleppele teie vaatenurkadest. Venemaalt pärit inimesele näib selline praktika esialgu nagu ajWaste, bürokraatia ja usaldamatuse mark, kuid lõpuks on sellel siiski mõte, nagu ka vastutuse jagamisel otsuse tulemuse eest.
Sellised hetked, samuti kolleegide enda mõistmise puudumine, sundisid mind lugema raamatut ja mõistma, et kõik sinu sisemised rahulolematused on pigem reaalsuse uue keskkonna tajumise keeldumisest, mitte raskest tõe leidmisest. Pärast raamatut oli töö palju lihtsam, hakkad mõistma oma kolleegide väljenduste ja otsuste tähendust.
Elu osas on uude riiki kohanemise protsess tunduvalt keerulisem kui töö kultuurisse kohandumine. Tüüpiliselt eristavad psühholoogid , millest inimene läbib. Sel juhul ei olnud minu tee erandiks. Teiselt poolt tundub mulle, et kohandumine kolides mitmekultuurilisse keskkonda, nagu Berliin, London ja Barcelona, on eelnevalt lihtsam kui mõnes traditsioonilises linnas.
Kaks aastat Berliinis elades, mis sulle selle linna juures meeldib ja mis mitte?
Mul on raske koostada mingit plusside ja miinuste nimekirja, kuna Berliin on üsna kiiresti saanud mu koduks kõikides selle sõna tähendustes.
Arvan, et olen kogu oma teadliku elu pürginud vabaduse poole kõigis selle väljundites: füüsilistes, sotsiaalsetes, rahalistes, poliitilistes, vaimsetes, mentaalsetes. Samuti töövabaduse osas, ei meeldi mulle ülevalt kontroll ja mikromanageerimine, kui mulle pidevalt näidatakse, mida ja kuidas teha. Nendes küsimustes tundus Berliin ja tundub mulle siiani olevat üks maailma vabademaid linnu, kuna siinsetest eluviisidest on vabad vaated, suhteliselt liberaalsed üürihinnad ja teiste vajaduste osas on palju võimalusi oma vabaduse tõstmiseks muudes valdkondades.
Tööst Berliinis
Millisest tehnoloogeelist on saanud standard Berliini idufirmades? Kuidas erineb see Venemaa keskmisest tehnoloogeelisest?
Tehnoloogia seisukohalt tunduvad kohalike virnade arendajad subjektiivselt igavad, välja arvatud FinTech-ettevõtted. Enamik iduettevõtteid ja idufirmadest suurfirmaks saanud ettevõtteid asutati 2010-2012 ja alustasid kõige lihtsamast arhitektuurist: monoliitsest tagaplaanist, mõnikord isegi selle sisse ehitatud esiplaanist, keelena kasutatakse kas Ruby, PHP või Python, kindlasti kasutatakse raamistikke, andmebaasina MySQL ja vahendina Redis. Samuti, minu isiklike tunnete põhjal, on 90% ettevõtetest kogu tootmine AWS-is.
Praegu on kõigil trend jagada monoliit mikroteenusteks, pakkida need konteineritesse, juurutada Kubernetesesse ja tugineda Golangi kui uute rakenduste standardkeelele. See toimub küllaltki aeglaselt, seetõttu on enamikus ettevõtetest peamine funktsionaalsus endiselt monoliidis. Ma ei ole esiplaanist kaugel, kuid seal on tavaliselt standardiks React.
Suured tehnoloogiaettevõtted nagu Zalando ja N26 püüavad tuua rohkem tehnoloogiat teenusesse, et ligimeelitada suunatud arendajaid turul. Teised tehnoloogiaettevõtted püüavad samuti sammu pidada viimaste tehnoloogiate arenguga, kuid väljastpoolt tundub, et neid rõhub monoliitne arhitektuur ja aastatega kogunenud tehniline võlg.
Insenerina tajun seda üsna rahulikult, kuna Berliini tehnoloogiahubis on palju huvitavaid ettevõtteid toote seisukohalt. Sellistes ettevõtetes on huvitavam töötada idee ja toote nimel, mis sulle isiklikult meeldib, kui vaadelda ettevõtet kui kohta, kus on moes tehnoloogia virn, millega kindlasti tuleb töötada.
Kuidas erineb elu ja töötamine arendajana Venemaal ja Saksamaal? Kas on midagi, mis sind üllatas?
Saksamaal, nagu igas muus Põhja-/Kesk-Euroopa riigis, on töö- ja eraelu tasakaalu ning kolleegidevaheliste suhete osas parem olukord, kuid halvem töö kiirus. Alguses oli mulle ebamugav harjuda sisemiste projektidega, mis võtavad paar kuud aega, samas kui Venemaa tehnoloogiaettevõtetes sarnased projektid võtsid paar nädalat. Tegelikult ei ole see hirmutav, kuna on objektiivsed põhjused, miks nii on, ja ettevõtted ei pea selliseid olukordi üldiselt kriitiliseks.
Mu jaoks on keeruline tõmmata paralleele Saksamaa ja Venemaa vahel, kuna mul puudub kogemus töötada tuntud ettevõtetes nagu Yandex ja Tinkoff, kus olukord võib olla sarnane Berliini tehnoloogia keskusega.
Olen märganud, et Berliinis on prioriteediks mugava töökeskkonna loomine ettevõtetes, regulaarsetes sisemistes üritustes ja erinevate kolleegidega, kellega on alati huvitav rääkida IT-st kaugetel teemadel. Arvan, et see sõltub pigem ettevõttest, kus sa töötad, mitte niivõrd riigist.
Millised spetsialistid on Saksamaal nõutud, sinu arvates? Kas DevOps-i spetsialiste nõutakse?
Enamikus ettevõtetes tundub olevat probleem DevOps kultuuri tajumise ja mõistmisega, kuid DevOps-i töökohtade arv on väga suur, mis näitab nende spetsialistide nõudlust turul.
Praegu on kohalikes IT-valdkondades ühtlaselt nõutud kõik aktuaalsed erialad. Võin välja tuua suure nõudluse andmeinseneride / andmeanalüütikute järele.
Räägime palkadest, kui palju teenib DevOps-insener Saksamaal?
Sellele küsimusele on raske vastata, sest IT on ikkagi noor tööstusharu, kus pole konkreetseid palganorme. Nagu igal pool, sõltub palga suurus enamasti kogemustest ja inseneri kvalifikatsioonist. Samuti on oluline mõista, et number näitab netopalka enne makse ja sotsiaalkindlustuse mahaarvamisi. Saksamaal sõltub palk väga ka sellest, millises linnas sa töötad. Berliinis, Münchenis, Frankfurtis ja näiteks Göttingenis on palgavahemikud natuke erinevad, nagu ka elamiskulud.
Kui rääkida Berliinist, siis suurim pluss karjääri jaoks on see, et nõudlus inseneride järele on endiselt suurem kui pakkumine, seega palk võib soovides kiiresti kasvada. Suurim miinus on see, et enamikul ettevõtetest puudub selge palgatõstmise poliitika ja kriteeriumid ettevõtte loodud toode panuse hindamiseks.
Numbrid on nähtavad , StackOverflow või . Statistika uuendatakse igal aastal, seega ei saa ma vastutada palkade vahemike öelda.
Kas sa saaksid anda nõu, mida teha, kui töötad tingimuslikuna Site Reliability Engineer'ina ja soovid Saksamaale kolida? Kust alustada? Kuhu minna?
Ei arva, et mul oleks lugejale mingit erilist nõu. Küll aga, mitte karta, mitte liialt rationaliseerida enne kolimist ja olla avatud kõikidele raskustele, millega võib emigratsioonis kokku puutuda. Raskusi kindlasti tuleb.
Kas Berliinis on tugev DevOps kogukond? Kas sa käid sageli kohalikel üritustel? Räägi natuke neist. Millised nad on?
Käin meetapadel piisavalt harva, seega ei saa ma öelda, millised on kohaliku DevOps kogukonna eripärad. Loodan järgmisel aastal selle küsimusega tegeleda. Võin vaid jagada oma muljeid suurest hulgast temaatilistest gruppidest meetup.com-is: alates Python ja Golang fanaatikutest kuni Clojure ja Rusti huvilisteni.
Neist meetapadest, mida olen külastanud, on väga hea HashiCorp User Group – aga mulle meeldib seal rohkem üldiselt HashiCorpi kogukond, millel on grupid erinevates linnades.
Ma lugesin, et sa kolisid ilma saksa keelt oskamata. Kuidas on õnnestunud aasta pärast? Kas saksa keel on töö jaoks vajalik või saab hakkama ka ilma selleta?
Olen saksa keele selgeks õppinud, minu taseme vahel on B1 ja B2. Kõik kontaktid sakslastega esimesel eluaastal Berliinis on mul endiselt inglise keeles, sest see on mõlemale osapoolele lihtsam, ja kõik uued kontaktid alustan saksa keeles. Lähituleviku plaanides on edasijõudmine õppimises, et kinnitada teadmisi B2 sertifikaadi eksamiga, sest soovin enesekindlamalt suhelda ja lugeda klassikalist kirjandust originaalis.
Berliinis on keel enamasti vajalik, et kohanduda riigis, tunda end mugavamalt ja saada täielik juurdepääs vaba aja veetmise valdkonnale (teater/film/stand-up), kuid programmide arendamise töös pole keel tõenäoliselt vajalik. Igas ettevõttes on inglise keel ametlikuks keeleks inseneritegevuses, isegi suurtes saksa ettevõtetes nagu Deutsche Bank, Allianz ja Volkswagen.
Peamine põhjus on töötajate puudus, linna staatus rahvusvahelise kultuurikeskusena ja palju välismaalasi, kellel on raskusi saksa keele õppimisega. Siiski pakub iga ettevõte iganädalasi saksa keele kursusi töö ajal organisatsiooni kulul, et hõlbustada töötajate elu väljaspool tööd.
Kahe aasta jooksul kontaktide tegemisel ettevõtete ja värbajatega on minuga ainult kaks korda suheldud saksa keeles. Selliste erandite puhul piisab töös tavaliselt B1/B2 tasemest. Nii nagu ameeriklased suhtuvad rahulikult inglise keele kõnevigadesse, mõistavad sakslased ka, et keel ei ole lihtne.
Oma Sa kirjutad, et DevOps ei ole oskus keerata Kubernetes'e ja Prometheuse nuppu, vaid kultuur. Mis on sinu arvates vajalik, et ettevõtted arendaksid DevOps kultuuri meeskonnas mitte ainult sõnades, vaid ka tegelikkuses? Mida sina oma ettevõttes teed?
Mõtleks, et kõigepealt tuleb olla aus ja selgelt määratleda vastutuse jaotuse küsimus toote osas. Peamine probleem, mida DevOps lahendab, on vastutuse ning sellega seotud probleemide tõukamine seinast seina. Kui inimesed mõistavad, et vastutuse jagamine on kasulik nii ettevõttele kui ka inseneridele, siis muutub olukord liikuvaks ja saame hakata tegelema spetsiifilisemalt: tuunima Delivery Pipeline'i, vähendama Deployment Failure Rate'i ja muid asju, mille põhjal saab määrata DevOps'i seisundit ettevõttes.
Oma karjääri jooksul ei ole ma DevOps'i edendanud tehnikajuhina või CTO-na, vaid olen alati olnud insener, kes teab DevOps'ist. Tegelikult on DevOps'is kultuuri edendaja roll tõeliselt oluline, eriti edendaja mõju sfäär ja tema juhtimisoskused. Minu viimasest ettevõttest paistis algselt sujuv hierarhia ja usaldus õhkkond kolleegide vahel, mis kergendas oluliselt minu eesmärki kultuuri edendamisel.
Vastates konkreetsele küsimusele, mida saab teha DevOps'i heaks. Minu ettekandes peamine mõte on see, et DevOps kultuuri arendamiseks tuleb tegeleda mitte ainult tehnoloogiatega infrastruktuuris, vaid ka sisemise koolitamisega ja vastutuse jaotamisega tööprotsessides.
Näiteks kulutasime kaks kuud ühe inseneri tööd QA ja PR-serverite platvormi loomiseks arendajate ja testijate vajaduste tarbeks. Kuid kogu see uimastav töö kaob unustusse, kui teave võimaluste kohta ei ole õigesti edastatud, funktsioone ei ole dokumenteeritud ja töötajate koolitus ei ole lõpule viidud. Ja vastupidi, pärast kvaliteetselt läbi viidud töötube ja paaristöö sessioone on eesmärgistatud insener inspireeritud uue kasuliku funktsiooni poolt ning otsustab juba ise järgmised probleemid, mis kattuvad infrastruktuuri platvormiga.
Kui soovid rohkem küsimusi DevOps'i kohta, siis siin on , kus Misha vastab üksikasjalikult küsimustele „Miks on DevOps vajalik?” ja „Kas peaks ettevõttes looma spetsiaalsed DevOps osakonnad?”
Arengust
Oma kanalil soovitad sa vahel professionaalseid artikleid ja blogisid. Kas sul on mõni lemmik romaanilooming?
Jah, ma püüan leida aega ilukirjanduse lugemiseks. Ma ei saa lugeda ühte ja sama kirjanikku järjestikku, romaan romaani järel, seega segan vene ja välismaiseid teoseid. Venemaa autoritest meeldivad mulle rohkem Pelevin ja Dovlatov, kuid ka 19. sajandi klassikat armastan lugeda. Välismaistest autoritest meeldivad mulle Remarque ja Hemingway.
Sa kirjutad seal palju reisidest ja 2018. aasta tulemustes ütlesid, et oled külastanud 12 riiki ja 27 linna. See on tõeliselt äge! Kuidas sa jõuad töötada ja reisida?
Tegelikult on see kõik piisavalt lihtne: tuleb hästi kasutada puhkusepäevi, nädalavahetusi ja pühi ning aktiivselt reisida reisi ajal 🙂
Ma ei ole digitaalse nomaad ja pole kunagi töötanud kaugtööna pidevalt, kuid vabast ajast reisideks, tundub mul olevat küllalt, et maailma avastada. Olukord paranes pärast Berliini kolimist: see asub Euroopa keskmes ja siin on rohkem puhkusepäevi.
Olen samuti proovinud reisida terve kuu vana ja uue töö vahel, kuid isegi kuud teel tundub mulle liiga pikk. Sellest reisist püüan võtta puhkuse, mis on kestusega nädal või poolteist, et saaksin tööle naasta suhteliselt valutult.
Millisest kolmest kohast sulle kõige rohkem meeldis ja miks?
Minu jaoks, kui reisi kohaliku kultuuri fänn, on Portugal, Oman ja India kõige meeldivamad. Portugal paistab silma oma Euroopa ajaloo ja tsivilisatsiooni poolest, sealhulgas arhitektuuri, keele ja kultuuri osas. Oman on tuntud oma uskumatult sooja külalislahkuse ja kohalike sõbralikkuse ning suhtelise lõdvestumise õhkkonna poolest, mis on terav vastand Lähis-Ida pingetele. Omanist olen isegi India paistab silma oma piirkondade mitmekesisuse ja kultuurilise identiteedi poolest, kuna seal pole veel jõudnud Starbucks’ide ja Microsofti ajastu, nagu on kirjutanud Palahniuk. Samuti meeldib mulle Bangkok ja Tai põhjapoolne osa. Lõunaosa koos mere, saarte ja poolsaartega tundus liiga turistikohaga.
Misha reisijätkudega saad tutvuda tema Telegrami kanalist.
Kuidas sul õnnestub töö ja eraelu tasakaalu hoida? Jaga oma saladusi 🙂
Siin pole mul mingit erilist saladust. Nii Venemaal kui Saksamaal pakuvad normaalsed tehnoloogiafirmad sulle võimalust organiseerida oma tööaeg nii, nagu sulle meeldib. Tavaliselt ei istu ma tööl hilja õhtuni, kui teenus töötab stabiilselt ja ei juhtu midagi üllatavat. Lihtsalt sellepärast, et pärast kella 5-6 ei suuda mu aju töökohustusi tajuda ja soovib puhata ning korralikult magada.
Peaaegu kõik tehnoloogiasektori ametid, alates arendamisest kuni disainini, on loovad ametid ja ei nõua suurt arvu tööaastaid. Arvan, et liigsed töökoormused on loova töö jaoks kahjulikud, kuna lõpuks hakkad sa lihtsalt aeglustuma ja produktiivsus langeb. 4-6 tundi aktiivset töötamist voos on tegelikult väga palju, ilma katkestuste ja konteksti vahetuseta suudab palju ära teha.
Võin soovitada kaht raamatut, mis mulle aitasid: Basecampilt ja Maksim Dorofeevilt.
Praegu arutavad paljud läbipõlemist. Kas oled midagi sarnast tundnud? Kui jah, siis kuidas sa sellega toime tuled? Kuidas teed oma töö huvitavamaks?
Jah, ausalt öeldes, ma tunnen end aeg-ajalt jätkuvalt ületöötanuna. Üldiselt on see mõistetav, filosoofiliselt vaadatuna kõik, mis põleb, lõpuks ka kustub 🙂 Sa saad võidelda tagajärgedega, kuid minu arvates on palju olulisem tuvastada ületöötamise põhjused ja need kõrvaldada.
Põhjused on igal inimesel erinevad: kellegi jaoks on see ülekoormus informatsioonist, keegi töötab peamises töös liialt palju, mõnel juhul ei jõua füüsiliselt ühendama tööd, hobisid ja sotsialiseerumist. Mõnikord sa lihtsalt ei tunne oma elus uusi väljakutseid ja hakkad sellepärast muretsema. Enamik probleeme saab lahendada elu filosoofia, isiklike väärtuste ja töö rolli oma elus ümber mõtestamisega.
Viimasel ajal ei tunne ma peaaegu kunagi huvi kaotust töö vastu või igavat tööd. On erinevaid tehnikaid, kuidas muuta igav töö mitte-igavaks, osasid neist olen õppinud minu sõber Kirill Shirinkini käest. Kuid ma püüan seda probleemi lahendada tasemel, valides lihtsalt töö, kus on maksimum väljakutseid minu karjääri ja isiksuse jaoks ning minimaalne bürokraatia.
7. detsembril esineb Mihhail konverentsil ettekandega „Me kõik oleme DevOps“, kus ta selgitab, miks on oluline keskenduda mitte ainult uusima steki juurutamise viisile, vaid ka DevOpsi kultuurilisele aspektile.
Programmis on veel: Baruch Sadogursky (JFrog), Aleksander Čistjakov (vdsina.ru), Roman Boiko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Laboratoorium), Andrei Shorin (DevOps-konsultant).
Tulge tutvuma!
Allikas: habr.com
