Mihhail Tšinkov on juba kaks aastat Berliinis elanud ja töötanud. Mihhail rääkis, millega erineb arendaja töö Venemaal ja Saksamaal, kas Berliinis on nõudlus DevOps inseneride järele ning kuidas leida aega reisimiseks.
Kolisemisel
Sa oled alates 2018. aastast Berliinis elanud. Kuidas sa selle otsuse tegid? Kas sa valisid ette kindlalt riigi ja ettevõtte, kus soovid töötada, või said sa pakkumise, millest ei saanud keelduda?
Teatud hetkel tüütas mind ära elamine Penza linnas, kus ma sündisin, kasvasin ja ülikoolis õppisin, ega meeldinud mulle standardne tee kolimiseks Moskvasse või Peterburi, sest sealne elustiil ei köitnud mind. Seetõttu tahtsin lihtsalt proovida elada Euroopas, kuhu olin viimased paar puhkust reisimas käinud. Mul ei olnud mingeid eelistusi, ei ettevõtte, linna ega isegi konkreetse riigi osas — tahtsin lihtsalt võimalikult kiirelt kolida.
Käesoleval hetkel arvasin, et Berliin on kõige soodsam linn arendaja jaoks tech-ettevõttesse kolimiseks, kuna LinkedInis olid 90% tolerantsed ettevõtted, mis aktsepteerisid relokatsiooni, Berliinist. Hiljem olin Berliinis kolm päeva, et viia läbi paar näost-näkku intervjuud. Linn meeldis mulle väga, seega otsustasin, et tahan Berliinis elada just nüüd. Nädala pärast võtsin kohe vastu esimese pakkumise, mille Berliini tech-keskus mulle tegi.
Räägi palun lähemalt kolimisprotsessist. Kuidas see sul toimus? Milliseid dokumente sa kogusid? Aitas sind tööandja?
Nüüd ei oska ma midagi uut öelda, kõik on väga hästi kirjutatud mitmes artiklis. Mulle meeldib rohkem , mis on tuntud kõigile, keda see teema huvitab. Berliini tech-keskuses on protsess praktiliselt kõigis ettevõtetes, mis aitavad inseneridel relokatsiooniga, ühesugune.
Kas oled kokku puutunud millegi ootamatu ja harjumatu korraldamise, elamise või vaimse kultuuri osas? Kui kaua sa kohalikku elu harjusid?
Jah, tegelikult šokeeris mind Berliini tech-keskuse ettevõtete tööprotsess esialgu väga. Kõik: alates koosolekute toimumisest ja nende arvust kuni pehmete oskuste rollini inseneri elus.
Näiteks Saksamaal on töö kultuur suunatud kollektiivsetele otsustele, mis tähendab, et iga vaieldava küsimuse korral luuakse koosolek, kus te põhjalikult arutate probleemi ja jõuate ühiselt kokku leppima oma arvamuste osas. Venemaalt tulijale näib selline praktika esialgu ajaraiskamine, bürokraatia ja usaldamatuse vormina, kuid lõpuks on see mõistlik, samuti nagu vastutuse jagamine otsuste tulemuste eest.
Sellised momentid, nagu ka kolleegide poolne enese mõistmine, sundisid mind lugema raamatut ja mõistma, et kõik sinu sisemised rahulolematustest on pigem uue keskkonna reaalsuse tajumise keeldumine, mitte tõe otsimine. Pärast raamatuga tutvumist muutus töö palju lihtsamaks, hakkad aru saama oma kolleegide fraaside ja otsuste tähendusest.
Elu osas on uue riigi kohandumisprotsess hoopis keerulisem kui töö kultuuri kohandumine. Psühholoogid eristavad tavaliselt , millest inimene läbib. Sellega seotud olen ka mina samasse teele astunud. Teisest küljest tundub mulle, et kohandumine mitmekultuurilisse keskusesse, nagu Berliin, London ja Barcelona, on algselt lihtsam kui mingis traditsioonilises linnas.
Kaks aastat Berliinis elades, mis sulle siin meeldib ja mis mitte?
Mul on raske koostada plusside ja miinuste nimekirja linnast, sest Berliin on kiiresti saanud minu koduks kõigis selle sõna tähendustes.
Mulle tundub, et olen kogu oma teadlikku elu püüelnud vabaduse poole kõigis selle vormides: füüsilistes, sotsiaalsetes, rahalistes, poliitilistes, vaimsetes, vaimselt. Juba selline vabadus töös, ei meeldi mulle ülemuse kontroll ja mikromanageerimine, kui mulle pidevalt öeldakse, mida ja kuidas teha. Nendes küsimustes tundub Berliin, ja peab siiani, olema üks maailma vabamatest linnadest, tänu vabadele elu vaadetele ühiskonnas, suhteliselt liberaalsetele üürihindadele ja muudele põhivajadustele ning paljudele võimalustele oma vabadust teiste aspektide osas arendada.
Töö kohta Berliinis
Milline tehnoloogia stack on standardne Berliini start-upides? Kuidas erineb stack Vene keskmisest?
Tehnoloogilisest vaatenurgast tunduvad kohalikud tehnoloogiad subjektiivselt igavad, kui need ei kuulu FinTech-ettevõtetele. Enamik startuppe ja ettevõtteid, mis on kasvanud startuppidest suurteks, loodi aastatel 2010-2012 ja alustasid kõige lihtsama arhitektuuriga: monoliitne tagapoolus, mõnel juhul koos sisseehitatud esipoolusega, keeleks on kas Ruby, PHP või Python, ning kindlasti kasutatakse raamistikke, andmebaasina on MySQL, vahemälu Redis. Samuti, minu isiklike tunnetuste põhjal, on 90% ettevõtetest kogu tootmine AWS-is.
Praegu on kõigil tendents jagada monoliit mikroteenusteks, panna need konteineritesse, juurutada Kuberneteses ja toetuda Golangile kui uute rakenduste standardkeelele. See protsess ei toimu just kiiresti, seetõttu on enamikus ettevõtetest peamine funktsionaalsus endiselt sügavale monoliiti peidetud. Ma olen esipoolest kaugel, kuid sealgi on tavaliselt standardiks React.
Suured tehnoloogiaettevõtted nagu Zalando ja N26 püüavad tuua rohkem tehnoloogiat teenustesse, et meelitada ambitsioonikaid arendajaid turul. Ülejäänud tehnoloogiaettevõtted püüavad samuti sammu pidada viimaste tehnoloogiatega, kuid väljastpoolt on näha, et neid koormab monoliitsete arhitektuuride kaalu ja aastaid kogunenud tehniline võlg.
Inženääri seisukohalt suhtun sellesse rahulikult, sest Berliini tehnoloogia-keskuses on palju huvitavaid ettevõtteid toote seisukohast. Sellistes ettevõtetes on huvitavam töötada idee ja tootega, mis sulle isiklikult meeldib, kui vaadata ettevõtet kui kohta, kus on esinduslik tehnoloogia, millega tuleb kindlasti töötada.
Kuidas erineb arendaja elu ja töö Venemaal ja Saksamaal? Kas on midagi, mis sind üllatas?
Saksamaal, nagu ka igas teises Põhja-/Kesk-Euroopa riigis, on paremad tingimused töö ja eraelu tasakaalu ning kolleegide suhete osas, kuid halvem töökeskkonna kiirus. Alguses tundsin end ebamugavalt, harjudes sisemiste projektidega, mis kestavad paar kuud, samas kui Venemaa tehnoloogiaettevõtetes sarnased projektid kestavad paar nädalat. Tegelikult pole see hirmutav, sest on objektiivsed põhjused, miks nii on, ja ettevõtted ei suhtu tavaliselt sellistesse olukordadesse kriitiliselt.
Muul poolel on mul raske Saksamaa ja Venemaa vahel paralleeli tõmmata, kuna mul puudub kogemus tööle tuntud ettevõtetes nagu Yandex ja Tinkoff, kus olukord võib olla sarnane Berliini tehnoloogia-keskusega.
Olen märganud, et Berliinis panustatakse ettevõtetes mugava töökeskkonna loomisele, regulaarsetele sisemistele üritustele ja mitmekesisusele kolleegide seas, kellega on alati huvitav arutada teemasid, mis ei ole seotud IT-ga. Arvan, et see sõltub rohkem ettevõttest, kus sa töötad, kui riigist.
Millised spetsialistid on Saksamaal nõutud? Kas DevOps-i spetsialiste on nõutud?
Enamikus ettevõtetes on tunda probleemi DevOps kultuuri mõistmisel ja selle osas, mis DevOps tegelikult on. Siiski on palju DevOps-i nimetusega töökohad ja see näitab selgelt spetsialistide nõudlust turul.
Praegu on kohaliku IT-s võrdselt nõudlikud kõik praegu актуелid suunad. Saaksin välja tuua suure nõudluse Data Engineer/Data Analyst-i järele.
Räägime palkadest, kui palju on võimalik teenida DevOps-insenerina Saksamaal?
Sellele küsimusele on raske vastata, kuna IT on siiski noor tööstusharu, kus ei ole konkreetseid norme palga osas. Nagu igal pool, sõltub palga suurus ennekõike töökogemusest ja inseneri kvalifikatsioonist. Oluline on ka palganumber tajuda kui brutopalka enne makse ja erinevaid sotsiaalseid/kompensatsioonimakse. Saksamaal sõltub palk ka sellest, millises linnas sa töötad. Berliinis, Münchenis, Frankfurdas ja oletatavas Göttingenis on palkade vahemikud veidi erinevad, samuti ka elamiskulud.
Kui rääkida Berliinist, siis peamine pluss karjääri jaoks on see, et nõudlus inseneride järele on endiselt suurem kui pakkumine, seega võib palk soovi korral kiiresti tõusta. Põhimõtteline miinus on see, et enamikul ettevõtetel ei ole selget palgaülevaatamise poliitikat ega ka kriteeriume, millega hinnata panust loodud tootesse.
Numbrid on vaadatavad , StackOverflow'is või . Statistika värskendatakse igal aastal, seega ei saa ma vastutada palga vahemike osas.
Kas sa saad anda mõningaid nõuandeid, mida teha, kui sa töötad oletatava Site Reliability Engineerina ja soovid Saksamaale kolida? Kust alustada? Kuhu minna?
Ma ei arva, et mul on lugemiseks mingit erilist nõu. Peamine on mitte karta, vähem ratsionaliseerida enne ümberkolimist ja olla avatud kõikidele väljakutsetele, millega võib emigratsioonis silmitsi seista. Need väljakutsed tulevad kindlasti.
Kas Berliinis on tugev DevOps kogukond? Kas sa sageli kohalikel üritustel käid? Räägi natuke neist. Millised need on?
Käin meetapitel üsna harva, seega ei oska ma öelda, millised on kohaliku DevOps kogukonna eripärad. Loodan selle teema järgmisel aastal üles võtta. Saadan vaid oma muljeid meetup.com'i tohutust teemagruppide hulgast: alates Python ja Golang fännidest kuni Clojure ja Rust armastajateni.
Nendest meetappidest, mida olen külastanud, on väga hea HashiCorpi kasutajagrupp — aga mulle meeldib pigem HashiCorpi kogukond tervikuna, kus on gruppe eri linnades.
Mulle on öeldud, et sa kolisid ilma saksa keelt teadmata. Kuidas on läinud aasta pärast? Kas saksa keelt on töö jaoks hädasti vaja või saad ka ilma hakkama?
Olen saksa keele selgeks õppinud, nüüd on mu tase B1 ja B2 vahel. Kõik kontaktid sakslastega esimesel eluaastal Berliinis suhtlen endiselt inglise keeles, kuna see on mõlemale poolele lihtsam, ja kõik uued kontaktid alustavad saksa keeles. Peamised plaanid on jätkata õppimist, kinnitada oma teadmisi B2 sertifikaadi eksamiga, kuna tahan enesekindlamalt suhelda ja lugeda klassikalist kirjandust originaalis.
Berliinis on keel vajalik pigem riigis kohandumiseks, sisemise mugavuse saavutamiseks ja vaba aja veetmise valdkondadele (teater/kino/stand-up) täieliku ligipääsu saamiseks, kuid tõenäoliselt ei ole keel vajalik Software Engineering töös. Igas ettevõttes on inglise keel ametlik keele Engineering-osakonnas, isegi suurtes Saksamaa ettevõtetes nagu Deutsche Bank, Allianz ja Volkswagen.
Peamine põhjus on töötajate puudus, linna staatus rahvusvahelise kultuurikeskusena ning paljude ekspatide probleemid saksa keele õppimisega. Igal juhul pakub iga ettevõte iganädalasi saksa keele kursusi töö ajal ettevõtte kulul, et kergendada töötajate elu väljaspool tööd.
Kaks aastat kontaktidest ettevõtete ja värbajatega on kaks korda pöördunud minu poole saksa keeles. Sellistes erandlikes olukordades piisab tavaliselt B1/B2 tasemest. Nagu ameeriklased inglise keeles, võtavad sakslased su kõnevead üsna rahulikult, kuna nad mõistavad, et keel on keeruline.
Oma Sa ütled, et DevOps ei ole lihtsalt oskus Kubernetesega ja Prometheusega töötada, vaid see on kultuur. Kuidas peaksid ettevõtted arendama DevOps kultuuri meeskonnas mitte ainult sõnades, vaid ka tegudes? Mida sina oma kohas teed?
Mõtleksin, et esmalt tuleb olla aus ja selgitada vastutuse jagamist toote osas. Peamine probleem, mida DevOps lahendab, on vastutuse ning sellega seotud probleemide viskamine seina. Kui inimesed mõistavad, et vastutuse jagamine on kasulik nii ettevõttele kui inseneridele, siis asjad hakkavad liikuma ja saab tegeleda spetsiifiliste asjadega: täiustada Delivery Pipeline'i, vähendada Deployment Failure Rate'i ja teisi asju, mille kaudu saab määrata DevOps'i seisundit ettevõttes.
Oma karjääri jooksul ei ole ma DevOps'i edendanud tehnilise juhi ega CTO positsioonilt, olen alati esindanud insenerina, kes teab DevOps'ist midagi. Tegelikult on DevOps'is kultuuri edendaja positsioon tõeliselt oluline, eriti edendaja mõjusfäär ja tema juhtimisoskused. Minu viimases ettevõttes oli algselt suhteliselt tasane hierarhia ja usaldus kolleegide vahel ning see kergendas oluliselt minu eesmärki kultuuri edendamisel.
Vastates konkreetselt küsimusele, mida võiks teha DevOps'i heaks. Minu ettekandes on peamine mõte, et DevOps'i kultuuri arendamiseks tuleb tegeleda mitte ainult infrastruktuuri tehnoloogiatega, vaid ka sisemise koolitamiste ja vastutuse jagamisega tööprotsessides.
Näiteks kulutasime kaks kuud ühe inseneri tööd QA ja PR-serverite platvormi loomiseks arendajate ja testijate vajaduste jaoks. Kuid kogu see hämmastav töö läheb kaotsi, kui teave võimaluste kohta ei ole õigesti edastatud, funktsioonid ei ole dokumenteeritud ning töötajate koolitus ei ole lõpetatud. Ja vastupidi, pärast kvaliteetselt läbiviidud töökojasid ja paaristöö seansse on sihikindel insener inspireeritud uue kasuliku funktsionaalsusega ja aitab juba ise lahendada järgmisi probleeme, mis kattuvad infrastruktuuri platvormiga.
Kui teil on DevOps'i kohta rohkem küsimusi, siis siin on , kus Misha põhjalikult vastab küsimustele „Miks on DevOps vajalik?” ja „Kas ettevõttes tuleb luua spetsiaalsed DevOps-osakonnad?”
Areng
Oma kanalil soovitad sa vahel professionaalseid artikleid ja blogisid. Kas sul on ka mõni lemmik ilukirjanduslik raamat?
Jah, püüan leida aega ilukirjanduse lugemiseks. Ma ei saa lugeda ühte ja sama autorit järjest, romaani romaani järel, seetõttu segan vene ja välisautorite teoseid. Vene autoritest meeldib mulle enim Pelevin ja Dovlatov, kuid ka 19. sajandi klassikat armastan lugeda. Välisautorite seas on mu lemmikud Remarque ja Hemingway.
Selles osas kirjutad sa palju reisidest ning 2018. aasta kokkuvõttes mainisid, et oled külastanud 12 riiki ja 27 linna. See on tõeliselt äge saavutus! Kuidas sa jõuab töötada ja reisida?
Tegelikult on kõik üsna lihtne: tuleb oskuslikult kasutusele võtta puhkusepäevad, nädalavahetused ja pühad ning aktiivselt reisida ka reiside jooksul 🙂
Ma ei ole digitaalse nomaadina töötanud ning ei ole kunagi olnud pidevalt kaugtööl, kuid mulle tundub, et mulle piisab vabast ajast reisida, et maailma avastada. Olukord on pärast Berliini kolimist paranenud: Berliin asub Euroopa keskpunktis ja siin on rohkem puhkusepäevi.
Olen ka proovinud reisida kogu kuu vana ja uue töö vahel, kuid isegi kuu teel tundub mulle natuke liiga pikk aeg. Sellest reisist püüan võtta puhkust üheks või üheksanda päevaks, et tagasi tööle naasta piisavalt valutult.
Millised on kolm kohta, mis sulle kõige rohkem meeldisid ja miks?
Seljakotireisijana meeldivad mulle kõige rohkem Portugal, Oman ja India. Portugal paistab silma Euroopa ajaloo ja tsivilisatsiooni, näiteks arhitektuuri, keele ja kultuuri poolest. Oman on tuntud kohalike uskumatute külalislahkuse ja sõbralikkuse poolest ning ka suhteliselt lõdva õhkkonna poolest, keset Lähis-Ida pinget. Omanist olen isegi India toob esile mitmekesisuse, mis eksisteerib selle piirkondades ja kultuuri-identiteet, kuna sellesse pole veel jõudnud Starbucks'i ja Microsofti galaktika ajastu, mille on jätnud Palahniuk. Olen ka Bangkokist ja Tai põhjaosast väga vaimustunud. Lõunaosa, kus on meri, saared ja poolsaar, tundub lihtsalt liiga turistikohas.
Misha märkmeid reisidest saab lugeda 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 tehnoloogiaettevõtted võimaluse struktureerida oma tööaega selliselt, nagu see sulle sobib. Tavaliselt ei viibi ma tööl hilja öösse, kui teenus töötab stabiilselt ja ei esine üle jõudnud olukordi. Lihtsalt seetõttu, et pärast kella 5-6 õhtul ei suuda mu aju enam tegevustesse keskenduda ja palub puhkust ning head und.
Peaaegu kõik tehnoloogia valdkonna ametid, alates arendusest kuni disaini, on loomingulised ametid, mis ei vaja suurt hulka töötunde. Tundub, et crunchtime on loomingulise töö jaoks üldiselt kahjulik, sest lõpuks hakkad aeglasemalt töötama ning teed vähem, kui võiksid teha ilma ületunnita. 4-6 tundi aktiivset tööd voos on tegelikult väga palju, ilma katkestuste ja konteksti vahetamiseta saad mägesid liigutada.
Võin soovitada kaht raamatut, mis mind aitasid: Basecampi meestelt ja Maxim Dorofeevilt.
Praegu arutatakse palju läbipõlemist. Kas oled kunagi midagi sarnast tundnud? Kui jah, siis kuidas sellega toime tuled? Kuidas teed oma töö huvitavamaks?
Jah, ausalt öeldes tunnen ma vahel ka praegu läbipõlemist. See on loogiline, filosoofiliselt vaadates; kõik, mis on põletamisega seotud, lõpuks ka kustub 🙂 Sa saad võidelda tagajärgede vastu, kuid mulle tundub, et palju olulisem on välja selgitada läbipõlemise põhjused ja need kõrvaldada.
Põhjused on kõikidel erinevad: mõne puhul on tegu infoüleküllusega, mõni teeb ületunde oma põhikoormuses, on olukordi, kus ei suuda füüsiliselt töö, hobide ja sotsialiseerimise vahel tasakaalu leida. Mõnikord sa ei tunne elus uusi väljakutseid ja hakkad seetõttu muretsema. Enamus probleemidest saab lahendada, ülevaatades oma elufilosoofiat, isiklikke väärtusi ja töö rolli sinu elus.
Viimasel ajal ei ole mul peaaegu kunagi huvi kadunud töö vastu ega ole olnud igavat tööd. On erinevaid tehnikaid, kuidas muuta igav töö huvitavamaks; osa neist olen saanud. minu sõbra Kirill Shirinina. Kuid ma püüan seda probleemi lahendada põhjuse tasandil, valides lihtsalt töö, kus on maksimaalselt väljakutseid minu karjääri ja isiksuse jaoks ning minimaalne korralduslik bürokraatia.
7. detsembril esineb Mihhail konverentsil ettekandega "Me kõik oleme DevOps", kus ta selgitab, miks on oluline keskenduda mitte ainult viimase tehnoloogia kasutuselevõtu viisile, vaid ka DevOpsi kultuurilisele aspektile.
Veel programmis: Baruch Sadogursky (JFrog), Aleksandr Tšistyakov (vdsina.ru), Roman Boiko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrei Šorin (DevOps konsultant).
Tulge tutvuma!
Allikas: habr.com
