Intervjuu Mihhail Tšinkoviga tööst ja elust Berliinis

Mihhail Tšinkov on Berliinis elanud ja töötanud kaks aastat. Mihhail rääkis meile, kuidas arendaja töö erineb Venemaal ja Saksamaal, kas DevOps inseneride järele on Berliinis nõudlust ja kuidas leida aega reisimiseks.

Kolimisest

Oled Berliinis elanud alates 2018. aastast. Kuidas sa selle otsuse tegid? Kas valisid teadlikult ette riigi ja ettevõtte, kus soovid töötada, või said pakkumise, millest sa ei saanud keelduda?

Mingil hetkel tüdinesin elamast Penzas, kus ma sündisin, üles kasvasin ja ülikoolis õppisin, ning tavapärane viis kolida Moskvasse ja Peterburi ei kõnetanud mind nende linnade elu eripärade tõttu. Seega tahtsin lihtsalt proovida elamist Euroopas, kus olin viimased paar puhkust reisinud. Mul polnud eelistusi ettevõtte, linna ega isegi konkreetse riigi suhtes – tahtsin lihtsalt võimalikult kiiresti kolida.

Sel hetkel pidasin Berliini arendaja jaoks tehnoloogiaettevõttesse kolimiseks kõige kättesaadavamaks linnaks, sest 90% LinkedInis olevatest ettevõtetest, mis ümberpaigutamist talusid, olid Berliinist. Seejärel lendasin kolmeks päevaks linna, et viia läbi paar näost näkku intervjuud. Linn meeldis mulle väga, seega otsustasin, et tahan kohe Berliinis elada. Nädal hiljem võtsin kohe vastu esimese pakkumise, mille Berliini tehnoloogiakeskuselt sain.

Palun rääkige meile ümberpaigutamise protsessist lähemalt. Kuidas see teie jaoks juhtus? Milliseid dokumente te kogusite? Kas teie tööandja aitas teid?

Ma ei oska siin midagi uut öelda, kõik on mitmes artiklis väga hästi kirja pandud. Mulle meeldib see rohkem. versioon Vastriku blogist, mis on teada kõigile, keda see teema huvitab. Berliini tehnoloogiakeskuses on protsess peaaegu kõigis ettevõtetes, mis aitavad insenere ümberpaigutamisega, sama.

Kas olete kohanud midagi ootamatut või ebatavalist töökorralduse, igapäevaelu, mentaliteedi osas? Kui kaua kulus kohaliku eluga harjumiseks?

Jah, tegelikult šokeeris mind alguses kogu Berliini tehnoloogiakeskuse ettevõtetes töötamise protsess. Üldiselt kõik: alates sellest, kuidas ja kui palju meeleavaldusi peetakse, kuni pehmete oskuste rollini inseneri elus.

Näiteks Saksamaal on töökultuur orienteeritud kollektiivsele otsuste tegemisele, mis tähendab, et sõna otseses mõttes iga vastuolulise küsimuse puhul korraldatakse koosolek, kus arutatakse probleemi üksikasjalikult ja jõutakse koos oma seisukohtadest üksmeelele. Venemaalt tundub selline praktika insenerile esialgu ajaraiskamise, bürokraatia ja umbusaldusena, kuid lõpuks on see mõistlik, nagu ka otsuse tulemuse eest vastutuse jagamine.

Sellised hetked, aga ka kolleegide minust valesti aru saamine, panid mind raamatut lugema. "Kultuurikaart" ja mõista, et kogu sinu sisemine nördimus on pigem keeldumine tajuma uue keskkonna reaalsust, milles sa end leidsid, kui katse leida tõde. Pärast raamatut muutus töötamine palju lihtsamaks, hakkad mõistma oma kolleegide fraaside ja otsuste tähendust.

Elu seisukohast on uues riigis kohanemisprotsess palju keerulisem kui töökultuuris kohanemisprotsess. Tavaliselt eristavad psühholoogid emigratsiooni neli etappi, mille kaudu inimene läbib. Selles osas polnud minu tee erand. Teisest küljest tundub mulle, et kohanemine mitmekultuurilisse keskusesse nagu Berliin, London ja Barcelona kolides on ilmselgelt lihtsam kui ükskõik millises klassikalises linnas.

Mis sulle Berliinis kahe aasta jooksul meeldib ja mis mitte?

Mul on raske linna plusse ja miinuseid loetleda, sest Berliinist sai kiiresti minu kodu sõna otseses mõttes.

Ma arvan, et olen kogu oma täiskasvanuelu püüdnud vabaduse poole kõigis selle ilmingutes: füüsilises, sotsiaalses, rahalises, poliitilises, vaimses, vaimses. Jah, ja sama vabadus tööl, mulle ei meeldi ülaltpoolt tulev kontroll ja mikrojuhtimine, kui mulle pidevalt öeldakse, mida ja kuidas teha. Nendes küsimustes tundus ja tundub Berliin mulle endiselt ühe vabaima linnana maailmas tänu vabadele vaadetele ühiskonnaelule, suhteliselt liberaalsetele üürihindadele ja muudele vajadustele, aga ka paljudele võimalustele oma vabadust ka muudes aspektides suurendada.

Tööst Berliinis

Milline stäkk on Berliini idufirmade standard? Mille poolest erineb see stäkk Venemaa keskmisest?

Tehnoloogia osas tunduvad local stackid mulle subjektiivselt igavad, välja arvatud juhul, kui tegemist on FinTech-ettevõtetega. Enamik idufirmasid ja neid, kes on idufirmast ettevõtteks üle läinud, asutati aastatel 2010–2012 ja alustasid kõige lihtsama arhitektuuriga: monoliitne tagaprogramm ja mõnikord sisseehitatud esiprogramm, keel on kas Ruby, PHP või Python, kasutatakse alati raamistikke, andmebaas on MySQL-is, vahemälu on Redisis. Samuti on minu isikliku tunde kohaselt 90% ettevõtetest kogu oma tootmine AWS-is.

Tänapäeval kiputakse monoliiti mikroteenusteks lõikama, need konteineritesse pakkima, Kubernetesesse juurutama ja uute rakenduste puhul standardkeelena Golangile toetuma. See toimub väga aeglaselt, seega on enamikus ettevõtetes peamine funktsionaalsus endiselt monoliiti peidetud. Olen front-endist kaugel, aga isegi seal on React tavaliselt standard.

Suured tehnoloogiaettevõtted nagu Zalando ja N26 püüavad teenusesse rohkem tehnoloogiat tuua, et meelitada turule tulevasi arendajaid. Ka teised tehnoloogiaettevõtted püüavad uusima tehnoloogiaga sammu pidada, kuid väljastpoolt vaadates on selge, et neid rõhub monoliitse arhitektuuri ja aastatepikkuse tehnilise võla raskus.

Insenerina suhtun sellesse üsna rahulikult, sest Berliini tehnoloogiakeskuses on toote seisukohast palju huvitavaid ettevõtteid. Sellistes ettevõtetes on huvitavam töötada idee ja toote nimel, mis sulle isiklikult meeldib, selle asemel, et pidada ettevõtet kohaks, kus on moodne tehnoloogiapakk, millega kindlasti koostööd teha tuleb.

Mille poolest erineb arendaja elu ja töö Venemaal ja Saksamaal? Kas oli midagi, mis teid üllatas?

Nagu igas teises Põhja- ja Kesk-Euroopa riigis, on ka Saksamaal töö- ja eraelu tasakaalu ning kolleegidevaheliste suhetega asjad paremad, aga töö kiirusega on asi halvem. Alguses oli minu jaoks ebameeldiv harjuda paar kuud kestvate siseprojektidega, samas kui Venemaa tehnoloogiaettevõtetes võtsid sarnased projektid paar nädalat. Tegelikult pole see hirmutav, sest selleks on objektiivsed põhjused ja ettevõtted tavaliselt ei suhtu sellistesse olukordadesse kriitiliselt.

Muidu on mul üsna raske Saksamaa ja Venemaa vahel paralleele tõmmata, sest mul puudub kogemus töötamisel tuntud ettevõtetes nagu Yandex ja Tinkov, kus olukord võib olla sarnane Berliini tehnoloogiakeskusega.

Olen ise märganud, et Berliinis on prioriteediks mugava töökeskkonna loomine ettevõtetes, regulaarsed siseüritused ja kolleegide mitmekesisus, kellega on alati huvitav vestelda IT-st kaugel asuvatel teemadel. Aga ma arvan, et see sõltub rohkem ettevõttest, kus töötad, kui riigist.

Teie arvates, milliste spetsialistide järele on Saksamaal nõudlus? Kas DevOps spetsialistide järele on nõudlust?

Enamikul ettevõtetel on probleem DevOps-kultuuri tajumise ja DevOps-i tegeliku olemuse mõistmisega. Siiski on palju vabu ametikohti DevOps-eesliitega ja see näitab selgelt spetsialistide nõudlust turul.

Hetkel on kohalikus IT-s võrdselt nõutud absoluutselt kõik asjakohased valdkonnad. Võin esile tõsta vaid suurt nõudlust andmeinseneri/andmeanalüütiku järele.

Räägime palkadest, kui palju saab DevOps-insener Saksamaal tegelikult teenida?

Sellele küsimusele on raske vastata, sest IT on alles noor valdkond, kus puuduvad kindlad palgastandardid. Nagu kõikjal, sõltub palk suuresti inseneri kogemusest ja kvalifikatsioonist. Samuti on oluline näha seda summat palgana enne maksude ja erinevate sotsiaal-/kindlustusmaksete mahaarvamist. Samuti sõltub palk Saksamaal suuresti linnast, kus töötate. Berliinis, Münchenis, Frankfurdis ja tinglikus Göttingenis on palgavahemik veidi erinev, nagu ka elamiskulud.

Kui me räägime Berliinist, siis karjääri peamine eelis on see, et inseneride järele on nõudlus endiselt suurem kui pakkumine, seega saab palk soovi korral kiiresti kasvada. Peamine puudus on see, et enamikul ettevõtetel puudub selge palgaläbivaatamise poliitika, samuti kriteeriumid ettevõtte loodud tootesse panuse hindamiseks.

Numbreid saab näha viimane uuring Saksamaal, StackOverflow või GlassdoorStatistikat uuendatakse aasta-aastalt, seega ma ei vastuta palgavahemiku kohta rääkimise eest.

Kas saaksite anda nõu, mida teha, kui töötate tingimusliku objekti töökindluse insenerina ja soovite Saksamaale kolida? Kust alustada? Kuhu minna?

Ma ei usu, et mul on lugejale mingeid erilisi nõuandeid. Välja arvatud see, et ärge kartke midagi, enne kolimist vähem ratsionaliseerige ja olge avatud kõigile raskustele, millega emigreerumisel kokku puutuda võite. Ja raskusi tuleb.

Kas Berliinis on tugev DevOps kogukond? Kas käite tihti kohalikel üritustel? Rääkige meile neist veidi. Millised nad on?

Käin harva meetupidel, seega ei oska ma öelda, milline on kohalik DevOps kogukond. Loodan selle teemaga järgmisel aastal tegeleda. Saan jagada vaid oma muljeid meetup.com-i tohutust hulgast temaatilistest gruppidest: Pythoni ja Golangi fanaatikutest Clojure'i ja Rusti austajateni.

Kohtumistest, kus olen osalenud, on HashiCorpi kasutajagrupp väga hea – aga tegelikult meeldib mulle HashiCorpi kogukond oma gruppidega erinevates linnades.

Lugesin, et kolisid ilma saksa keeleta. Kuidas lood aasta pärast on? Kas sul on saksa keelt tööks vaja või saad ilma hakkama?

Olen õppinud saksa keelt ja minu tase on nüüd B1 ja B2 vahel. Kõik oma esimesest Berliini-aastast alates toimuvad sakslastega kontaktid toimuvad endiselt inglise keeles, sest see on mõlemale poolele lihtsam, ja alustan kõiki uusi kontakte saksa keeles. Minu lähiplaanid on õpingutes edasi liikuda, oma teadmisi kinnistada B2-sertifikaadi eksami sooritamisega, sest tahan enesekindlamalt suhelda, ja lugeda klassikalist kirjandust originaalis.

Berliinis on keelt vaja rohkem riigis kohanemiseks, sisemise mugavustunde saavutamiseks ja täielikuks juurdepääsuks vaba aja veetmise sfäärile (teater/kino/stand-up etendused), kuid tarkvaratehnika töös keelt tõenäoliselt vaja ei lähe. Igas ettevõttes on inglise keel inseneriosakonna ametlik keel, isegi suurtes Saksa ettevõtetes nagu Deutsche Bank, Allianz ja Volkswagen.

Peamine põhjus on personalipuudus, linna staatus rahvusvahelise kultuurikeskusena ja paljud välismaalased, kellel on probleeme saksa keele õppimisega. Siiski pakub iga ettevõte organisatsiooni kulul iganädalasi saksa keele kursusi tööajal, et töötajate elu väljaspool tööd lihtsamaks muuta.

Kõigi kahe aasta jooksul, mil olen ettevõtete ja värbajatega suhelnud, on minuga saksa keeles vaid kaks korda ühendust võetud. Sellistel erandjuhtudel piisab tööks tavaliselt B1/B2 tasemest. Nii nagu inglise keelt oskavad ameeriklased, suhtuvad ka sakslased teie kõnevigadesse üsna rahulikult, sest nad mõistavad, et keel pole lihtne.

Tema oma telegrammi kanal Sa kirjutad, et DevOps ei ole Kubernetes'e ja Prometheuse keerutamise oskus, vaid kultuur. Mida peaksid ettevõtted sinu arvates tegema, et meeskonnas DevOps'i kultuuri arendada, mitte sõnades, vaid tegudes? Mida sina oma töökohal teed?

Ma arvan, et esiteks peame olema ausad ja toote eest vastutuse jagamise küsimuses kõik i-d ja t-d maha kriipsutama. Peamine probleem, mida DevOps lahendab, on vastutuse ja sellega kaasnevate probleemide üle seina viskamine. Niipea kui inimesed mõistavad, et vastutuse jagamine on kasulik nii ettevõttele kui ka inseneridele, liiguvad asjad edasi ja saame hakata tegema konkreetset tööd: häälestama tarnekanalit, vähendama juurutamise ebaõnnestumise määra ja muid asju, mida saab kasutada ettevõtte DevOpsi olukorra hindamiseks.

Oma karjääri jooksul pole ma DevOpsi kunagi edendanud ettevõtte tehnoloogiajuhi või CTO vaatenurgast, vaid olen alati propageerinud seda inseneri positsioonilt, kes DevOpsist midagi teab. Tegelikult on DevOpsis kultuurijuhi positsioon väga oluline, eriti juhi mõjusfäär ja tema juhtimisomadused. Minu eelmises ettevõttes oli algselt suhteliselt lame hierarhia ja kolleegide vaheline usalduslik õhkkond, mis tegi kultuuri edendamise eesmärgi palju lihtsamaks.

Vastates konkreetsele küsimusele, mida saab DevOpsi hüvanguks teha. Minu ettekandes aadressil DevOpsDays Peamine idee on see, et DevOps-kultuuri arendamiseks tuleb tegeleda mitte ainult infrastruktuuri tehnoloogiatega, vaid ka sisemise juhendamise ja vastutuse jagamisega tehnilistes protsessides.

Näiteks pühendasime ühe inseneri kahekuulisele tööle, et luua arendajate ja testijate vajadustele vastav QA ja PR serverite platvorm. Kogu see hämmastav töö läheb aga raisku, kui infot võimaluste kohta ei edastata õigesti, funktsioone ei dokumenteerita ja töötajate koolitust ei viida lõpule. Ja vastupidi, pärast kvaliteetseid töötubasid ja paarisprogrammeerimise sessioone saab eesmärgile orienteeritud insener inspiratsiooni uuest kasulikust funktsionaalsusest ja lahendab juba järgmisi probleeme, mis infrastruktuuriplatvormiga kokku puutuvad.

Kui teil on DevOpsi kohta rohkem küsimusi, siis siin intervjuu, milles Misha vastab üksikasjalikult küsimustele „Miks me vajame DevOpsi?“ ja „Kas peaksime oma ettevõttes looma eraldi DevOpsi osakonnad?“.

Arengu kohta

Oma kanalil soovitad sa vahel professionaalseid artikleid ja blogisid. Kas sul on mingeid lemmik ilukirjanduslikke raamatuid?

Jah, ma püüan leida aega ilukirjanduse lugemiseks. Ma ei saa lugeda ühte kindlat kirjanikku korraga, romaani romaani järel, seega segan vene ja välismaiseid teoseid. Vene kirjanikest meeldivad mulle kõige rohkem Pelevin ja Dovlatov, aga mulle meeldib lugeda ka 19. sajandi klassikat. Välismaistest meeldivad mulle Remarque ja Hemingway.

Seal kirjutad palju reisimisest ja 2018. aasta tulemustes kirjutasid, et külastasid 12 riiki ja 27 linna. See on väga lahe tähelepanek! Kuidas sul õnnestub töötada ja reisida?

Tegelikult on kõik üsna lihtne: tuleb oma puhkusepäevad, nädalavahetused ja pühad hästi ära kasutada ning reisi ajal aktiivselt reisida 🙂

Ma ei ole diginomaad ega ole kunagi täiskohaga eemalt töötanud, aga arvan, et mul on piisavalt vaba aega, et väljaspool tööd reisida ja maailma avastada. Olukord paranes pärast Berliini kolimist: see asub Euroopa keskel ja on rohkem puhkusepäevi.

Proovisin ka kuu aega oma vana ja uue töökoha vahet reisida, aga isegi kuu aega teel olles tundub mulle liiga palju aega. Pärast seda reisi olen püüdnud võtta nädala või pooleteise nädala pikkuseid puhkusi, et saaksin suhteliselt valutult tööle naasta.

Millised kolm kohta sulle kõige rohkem meeldisid ja miks?

Seljakotirändurina on minu lemmikriigid Portugal, Omaan ja India. Mulle meeldib Portugal oma Euroopa ajaloo ja tsivilisatsiooni, näiteks arhitektuuri, keele ja kultuuri pärast. Omaan on uskumatult külalislahke ja sõbralik ning atmosfäär on Lähis-Ida pingete keskel suhteliselt pingevaba. Mina isegi eraldi artikkel kirjutas. India — oma piirkondade elu mitmekesisus ja kultuuriline identiteet, sest Starbucksi planeedi ja Palahniuki pärandatud Microsofti galaktika ajastu pole neid veel jõudnud. Mulle meeldib ka väga Bangkok ja Tai põhjaosa. Lõunaosa oma mere, saarte ja poolsaartega tundus liiga turistikas.

Miša reisimärkmeid saab lugeda tema Telegrami kanalilt "Kellavärgiga apelsin"

Kuidas sul õnnestub töö- ja eraelu tasakaalu säilitada? Jaga oma saladusi 🙂

Mul pole siin mingeid saladusi. Venemaal ja Saksamaal annavad tavalised tehnoloogiaettevõtted võimaluse oma tööaega just nii struktureerida, nagu ise soovid. Mina tavaliselt ei istu tööl hilisõhtuni, kui teenus töötab stabiilselt ja pole vääramatuid asjaolusid. Lihtsalt sellepärast, et pärast kella 5-6 ei võta mu aju enam üldse üleskutseid tegutsemiseks vastu ja palub puhata ja hästi magada.

Peaaegu kõik tehnoloogiatööstuse ametid – arendusest disainini – on loomingulised ametid, mis ei nõua palju töötunde. Mulle tundub, et kiire töötempo on loomingulisele tööle üldiselt kahjulik, sest lõpuks hakkad lolliks minema ja teed vähem, kui ilma ületundideta suudaksid. 4-6 tundi aktiivset tööd voolus on tegelikult palju, ilma katkestuste ja kontekstivahetuseta saab mägesid liigutada.

Võin ka soovitada kahte raamatut, mis mind aitasid: Tööl ei pea hullumeelne olema Basecampi kuttidelt ja "Jedi tehnikad" Maksim Dorofejevi käest.

Paljud inimesed räägivad tänapäeval läbipõlemisest. Kas olete kunagi midagi sarnast tundnud? Kui jah, siis kuidas te sellega toime tulete? Kuidas te oma tööd huvitavamaks teete?

Jah, ausalt öeldes põlen ma ikka aeg-ajalt läbi. Üldiselt on see filosoofilisest vaatenurgast loogiline, et kõik, millel on omadus põleda, põleb lõpuks läbi 🙂 Tagajärjega saab võidelda, aga mulle tundub, et palju olulisem on läbipõlemise põhjus välja selgitada ja see kõrvaldada.

Põhjused on igaühel erinevad: mõne jaoks on see info üleküllus, teiste jaoks ülekoormus põhitööl, on olukordi, kus pole aega füüsiliselt tööd, hobisid ja suhtlemist ühendada. Mõnel pool lihtsalt ei tunneta uusi väljakutseid oma elus ja hakatakse selle pärast muretsema. Enamiku probleemide saab lahendada oma elufilosoofia, isiklike väärtuste ja töö rolli elus ümbermõtestamise abil.

Viimasel ajal pole ma peaaegu kunagi kaotanud huvi töö või igava töö vastu. On olemas mitmesuguseid tehnikaid, kuidas igavat tööd mitte igavaks muuta, millest mõned õppisin ... blogi postitus mu sõber Kirill Širinkin. Aga ma püüan seda probleemi lahendada põhjuse tasandil, valides lihtsalt töö, mis pakub minu karjäärile ja isiksusele maksimaalselt väljakutseid ning minimaalselt organisatsioonilist bürokraatiat.

7. detsembril esineb Mihhail konverentsil DevOpsDays Moskva ettekandega pealkirjaga „Me kõik oleme DevOps“, milles ta selgitab, miks on oluline keskenduda mitte ainult sellele, kuidas uusimat stacki juurutada, vaid ka DevOpsi kultuurilisele aspektile.

Saates veel: Barukh Sadogursky (JFrog), Aleksander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOpsi konsultant).

Tule tutvuma!

Allikas: www.habr.com