Mihhail Tšinkov elab ja töötab Berliinis kaks aastat. Mihhail selgitas, kuidas erineb arendaja töö Venemaal ja Saksamaal, kas DevOpsiga seotud insenerid on Berliinis nõutud ning kuidas reisimiseks aega leida.
Kolimisest
Alates 2018. aastast elate Berliinis. Kuidas te selle otsuse tegite? Kas valisite eelnevalt teadlikult riigi ja ettevõtte, kus soovite töötada, või saite pakkumise, millest ei saanud keelduda?
Mingil hetkel tüdinesin elamisest Penzas, kus ma sündisin, kasvasin ja ülikoolis õppisin ning Moskvasse ja Peterburi kolimise standardtee ei kõnetanud mind nende linnade elu eripära tõttu. . Nii et ma tahtsin lihtsalt proovida elamist Euroopas, kus olen paaril viimasel puhkusel ringi reisinud. Mul ei olnud eelistusi ettevõtte ega linna ega isegi konkreetse riigi suhtes – tahtsin lihtsalt võimalikult kiiresti kolida.
Sel hetkel pidasin Berliini kõige ligipääsetavamaks linnaks arendajale tehnoloogiaettevõttesse kolimiseks, sest Linkedinis olid 90% ümberpaigutamist taluvatest ettevõtetest pärit Berliinist. Seejärel lendasin kolmeks päevaks linna, et teha paar näost näkku intervjuud. See linn mulle väga meeldis, mistõttu otsustasin, et tahan praegu Berliinis elada. Nädal hiljem võtsin kohe vastu esimese pakkumise, mille Berliini tehnikakeskusest sain.
Palun rääkige kolimisprotsessist lähemalt. Kuidas see teie jaoks juhtus? Milliseid dokumente kogusite? Kas teie tööandja aitas?
Ma ei saa siin midagi uut öelda, kõik on mitmes artiklis väga hästi kirjutatud. Mulle meeldib see rohkem , mida teavad kõik sellest küsimusest huvitatud. Berliini tehnikakeskuses on protsess sama peaaegu kõigis ettevõtetes, mis inseneri ümberpaigutamisel abistavad.
Kas olete kohanud midagi ootamatut ja ebatavalist töökorralduse, elu, mentaliteedi osas? Kui kaua teil kohaliku eluga harjumine aega võttis?
Jah, tegelikult šokeeris mind alguses kogu Berliini tehnoloogiakeskuse ettevõtetes töötamise protsess. Üldiselt kõike: alates sellest, kuidas ja millises koguses rallisid peetakse, kuni pehmete oskuste rollini inseneri elus.
Näiteks Saksamaal on töökultuur keskendunud kollektiivsele otsustamisele, mis tähendab, et sõna otseses mõttes iga vastuolulise küsimuse jaoks luuakse koosolek, kus arutatakse probleemi põhjalikult läbi ja jõutakse üheskoos oma seisukohtadest üksmeelele. Venemaalt tundub selline praktika insenerile esialgu ajaraiskamisena, bürokraatiana ja usaldamatusena, kuid lõpuks on see mõttekas, nagu ka vastutuse jagamine otsuse tulemuse eest.
Sellised hetked, aga ka minu kolleegide arusaamatus iseendast panid mind raamatut lugema ja mõista, et kogu teie sisemine nördimus on pigem suutmatus tajuda reaalsust uues keskkonnas, kuhu sattute, mitte katse leida tõde. Pärast raamatut muutus teie töö palju lihtsamaks, hakkate mõistma kolleegide fraaside ja otsuste tähendust.
Elu mõttes on uue riigiga kohanemisprotsess palju raskem kui töökultuuriga kohanemine. Tavaliselt eristavad psühholoogid mille kaudu inimene läbib. Selles osas polnud minu tee erand. Teisest küljest tundub mulle, et kohanemine multikultuursesse keskusesse nagu Berliin, London ja Barcelona kolides on ilmselgelt lihtsam kui üheski klassikalises linnas.
Pärast kaht aastat Berliinis elamist, mis teile selles linnas meeldib ja mis ei meeldi?
Mul on raske koostada nimekirja linna plussidest ja miinustest, sest Berliinist sai kiiresti mu kodu selle sõna igas mõttes.
Arvan, et olen kogu oma täiskasvanuea püüdlenud vabaduse poole kõigis selle ilmingutes: füüsilises, sotsiaalses, rahalises, poliitilises, vaimses, vaimses. Jah, töös sama vabadus, mulle ei meeldi ülevaltpoolt kontroll ja mikrojuhtimine, kui mulle pidevalt öeldakse, mida ja kuidas teha. Nendes küsimustes tundus ja tundub mulle Berliin üks vabamaid linnu maailmas tänu oma vabadele vaadetele ühiskonna elule, suhteliselt liberaalsetele üürihindadele ja muudele vajadustele, aga ka paljudele võimalustele oma vabadust täiendada. muid aspekte.
Berliinis töötamise kohta
Milline stäkk on Berliini idufirmade standard? Mille poolest erineb stäkk üldiselt Venemaa keskmisest?
Tehnoloogilisest vaatenurgast tunduvad kohalikud stäkid mulle subjektiivselt igavad, välja arvatud juhul, kui tegemist on FinTechi ettevõtetega. Enamik idufirmasid ja neid, kes liikusid idufirmast ettevõttesse, asutati aastatel 2010-2012 ja alustasid kõige lihtsama arhitektuuriga: monoliitsest taustaprogrammist ja mõnikord ka sellesse sisseehitatud frontendiga, keelest - kas Ruby, PHP või Python, alati kasutatakse raamistikke, andmebaasi MySQL-is, vahemälu Redis. Samuti on isiklike tunnete kohaselt 90% ettevõtetest kogu toodang AWS-is.
Praegune trend on lõigata monoliit mikroteenusteks, mähkida need konteineritesse, juurutada Kubernetesesse ja tugineda uute rakenduste standardkeelena Golangile. See juhtub väga aeglaselt, mistõttu enamikus ettevõtetes on põhifunktsionaalsus ikkagi monoliidi sisse maetud. Ma olen frontendist kaugel, kuid isegi seal on React tavaliselt standard.
Suured tehnoloogiaettevõtted, nagu Zalando ja N26, püüavad teenusesse tuua rohkem tehnoloogiat, et neil oleks midagi, millega motiveeritud arendajaid turule meelitada. Ka teised tehnoloogiaettevõtted püüavad uusimate tehnoloogiatega kaasas käia, kuid väljastpoolt on selgelt näha, et neid painab monoliitse arhitektuuri ja aastate jooksul kogunenud tehniliste võlgade koorem.
Insenerina võtan seda üsna rahulikult, sest Berliini tehnikakeskuses on toote seisukohalt 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 tehnikavirn, millega pead kindlasti koostööd tegema.
Kuidas erineb arendaja elu ja töö Venemaal ja Saksamaal? Kas on asju, mis teid üllatasid?
Saksamaal, nagu igas teises Põhja-/Kesk-Euroopa riigis, on asjad töö- ja eraelu tasakaalu ning kolleegidevaheliste suhetega paremini, kuid halvemini töö kiirusega. Alguses oli minu jaoks ebameeldiv harjuda paarikuuliste siseprojektidega, kui Venemaal tehnikaettevõtetes võtsid sarnased projektid aega paar nädalat. Tegelikult pole see hirmutav, sest selleks on objektiivsed põhjused ja ettevõtted tavaliselt selliseid olukordi kriitiliselt ei taju.
Muidu on mul üsna raske paralleeli tõmmata Saksamaa ja Venemaa vahel, sest mul puudub töökogemus tuntud ettevõtetes nagu Yandex ja Tinkov, kus olukord võib sarnaneda Berliini tehnikakeskusega.
Enda jaoks märkasin, et Berliinis on prioriteediks mugava tööõhkkonna loomine ettevõtetes, regulaarsed ettevõttesisesed üritused ja kolleegide mitmekülgsus, kellega on alati huvitav suhelda IT-st kaugematel teemadel. Aga ma arvan, et see sõltub rohkem ettevõttest, kus töötate, kui riigist.
Millised spetsialistid on teie tähelepanekute järgi Saksamaal nõutud? Kas DevOpsi spetsialistide järele on nõudlus?
Enamikul ettevõtetel on probleeme DevOpsi kultuuri tajumisega ja arusaamisega, mis DevOps tegelikult on. DevOpsi eesliitega töökohti on aga palju ja see näitab selgelt nõudlust spetsialistide järele turul.
Hetkel on kohalikus IT-s võrdselt nõutud absoluutselt kõik täna aktuaalsed valdkonnad. Võin vaid esile tõsta suurt nõudlust andmeinseneri/andmeanalüütiku järele.
Räägime palkadest, kui palju saab DevOpsi insener Saksamaal tegelikult teenida?
Sellele küsimusele on raske vastata, sest IT on alles noor tööstusharu, kus konkreetsed palgastandardid puuduvad. Nagu mujalgi, sõltub palk suuresti inseneri töökogemusest ja kvalifikatsioonist. Samuti on oluline seda näitajat tajuda palgana enne makse ja erinevaid sotsiaal/kindlustuse mahaarvamisi. Samuti sõltub Saksamaa palk väga palju sellest, millises linnas töötate. Berliinis, Münchenis, Frankfurdis ja Göttingenis on palgavahemik üksteisest veidi erinev, nagu ka elamiskulud.
Kui rääkida Berliinist, siis karjääri peamiseks eeliseks on see, et nõudlus inseneri järele on ikkagi suurem kui pakkumine, mistõttu võib palk soovi korral kiiresti kasvada. Peamine miinus on see, et enamikul ettevõtetel puudub selge palgarevisjoni poliitika, samuti kriteeriumid, mille alusel hinnata panust ettevõtte loodud tootesse.
Numbreid saab vaadata sisse , StackOverflow või . Statistika uueneb aastast aastasse, seega ei võta ma vastutust palgavahemikust rääkida.
Kas oskate anda nõu, mida teha, kui töötate tingimusliku töökindluse insenerina ja soovite kolida Saksamaale? Kust alustada? Kuhu minna?
Ma arvan, et mul pole lugejale erilist nõuannet. Lihtsalt ärge kartke midagi, ratsionaliseerige enne kolimist vähem ja olge avatud kõikidele raskustele, mis väljarändel kokku puutute. Kuid raskusi tuleb ette.
Kas Berliinis on tugev DevOpsi kogukond? Kas käite sageli kohalikel üritustel? Räägi meile neist natuke. Mis need on?
Käin kohtumistel üsna harva, nii et ma ei oska öelda, millised on kohaliku DevOpsi kogukonna funktsioonid. Loodan järgmisel aastal sellele küsimusele järele jõuda. Saan edasi anda vaid oma muljeid meetup.com-i tohutust hulgast temaatilistest gruppidest: Pythoni ja Golangi fanaatikutest Clojure ja Rusti armastajateni.
Kohtumistest, millel osalesin, on HashiCorpi kasutajagrupp väga hea, kuid seal meeldib mulle pigem HashiCorpi kogukond oma rühmadega erinevates linnades.
Lugesin, et kolisite ilma saksa keelt rääkimata. Kuidas sul aasta pärast läheb? Kas vajate tööks saksa keelt või saate ilma selleta hakkama?
Õppisin saksa keelt, praegu on keeletase B1 ja B2 vahel. Kõik kontaktid sakslastega alates esimesest Berliini elamisaastast viin siiani läbi inglise keeles, sest nii on mõlemal poolel lihtsam ning kõik uued kontaktid alustan saksa keeles. Lähimates plaanides on edasiminek õpingutes, teadmisi kinnistada B2 tunnistuse eksami sooritamisega, sest soovin enesekindlamalt suhelda ja lugeda klassikalist kirjandust originaalis.
Berliinis on keelt vaja rohkem riigiga kohanemiseks, sisemise mugavuse tunde saamiseks ja vaba aja veetmise sfääri (teater/kino/stand-up) täielikuks juurdepääsuks, kuid tarkvara töös seda keelt tõenäoliselt vaja ei lähe. Tehnika. Igas ettevõttes on inglise keel tehnikaosakonna 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äljarändajad, kellel on probleeme saksa keele õppimisega. Küll aga pakub iga ettevõte organisatsiooni kulul iganädalasi tööajal saksa keele kursusi, et töötajatel töövälist elu lihtsamaks muuta.
Kõigi kahe aasta jooksul ettevõtete ja värbajatega suheldes võeti minuga saksa keeles ühendust vaid kahel korral. Seda tüüpi erandite puhul piisab tavaliselt tööks B1/B2 tasemest. Nagu inglise keelega ameeriklased, on ka sakslased teie kõnevigade suhtes üsna rahulikud, sest saavad aru, et keel pole lihtne.
Tema oma Kirjutate, et DevOps pole Kubernetese ja Prometheuse väänamise oskus, vaid kultuur. Mida peaksid teie arvates ettevõtted tegema, et arendada oma meeskondades DevOpsi kultuuri, mitte sõnades, vaid tegudes? Mida sa kodus teed?
Arvan, et esiteks peate olema aus ja toote eest vastutuse jagamise küsimuses kõik i-d täppi panema. Peamine probleem, mida DevOps lahendab, on vastutuse ja selle vastutusega seotud probleemide üle müüri viskamine. Niipea kui inimesed mõistavad, et vastutuse jagamine on kasulik nii ettevõttele kui ka inseneridele, liiguvad asjad surnud punktist ja saab juba teha sihipärast tööd: tarnetoru häälestamine, juurutamise ebaõnnestumise määra vähendamine ja muud asjad, mille järgi saate kindlaks teha. DevOpsi olek ettevõttes.
Oma karjääri jooksul pole ma DevOpsi veel ettevõtte tehnilise juhi või CTO seisukohalt edendanud, olen alati tegutsenud inseneri positsioonilt, kes DevOpsist midagi teab. Tegelikult on DevOpsis väga oluline kultuurijuhi positsioon, eriti juhi mõjusfäär ja juhiomadused. Minu eelmisel ettevõttel oli algselt suhteliselt tasane hierarhia ja kolleegidevaheline usaldusõhkkond ning see muutis minu eesmärgi kultuuri edendamisel palju lihtsamaks.
Vastates konkreetsele küsimusele, mida saab DevOpsi heaks teha. Minu aruandes teemal Põhiidee seisneb selles, et DevOpsi kultuuri arendamiseks ei pea te tegelema mitte ainult infrastruktuuri tehnoloogiatega, vaid ka sisemise juhendamise ja tehniliste protsesside vastutuse jaotusega.
Näiteks veetsime kaks kuud ühe inseneriga, luues arendajate ja testijate vajaduste jaoks platvormi QA- ja PR-serveritele. Kogu see hämmastav töö läheb aga marjaks ära, kui võimeid ei edastata õigesti, funktsioone ei dokumenteerita ega töötajate koolitust läbi ei viida. Ja vastupidi, pärast hästi läbi viidud töötubasid ja paarisprogrammeerimise sessioone on motiveeritud insener inspireeritud uutest kasulikest funktsioonidest ja juba lahendab järgmised infrastruktuuriplatvormiga ristuvad probleemid.
Kui soovite DevOpsi kohta rohkem küsimusi, siis siin , milles Misha vastab üksikasjalikult küsimustele "Miks on DevOpsi vaja?" ja "Kas ettevõttes on vaja luua spetsiaalsed DevOpsi osakonnad?"
Arengu kohta
Mõnikord soovitate oma kanalis professionaalseid artikleid ja ajaveebe. Kas teil on lemmikuid ilukirjanduslikke raamatuid?
Jah, ma püüan leida aega ilukirjanduse lugemiseks. Ma ei suuda ühte konkreetset kirjanikku ühe ampsuga, romaan romaani järel lugeda, nii et segan vene ja välismaiseid teoseid. Vene kirjanikest meeldivad mulle kõige rohkem Pelevin ja Dovlatov, aga meeldib lugeda ka 19. sajandi klassikat. Välismaistest meeldivad mulle Remarque ja Hemingway.
Seal kirjutate palju reisimisest ja 2018. aasta lõpus kirjutasite, et külastasite 12 riiki ja 27 linna. See on väga lahe punkt! Kuidas sa töö ja reisimisega hakkama saad?
Tegelikult on kõik üsna lihtne: tuleb hästi ära kasutada puhkusepäevad, nädalavahetused ja pühad ning reisi ajal aktiivselt reisida :)
Ma ei ole digitaalne nomaad ega ole kunagi regulaarselt kaugtööd teinud, kuid arvan, et mul on piisavalt vaba aega, et väljaspool tööd reisida, et maailma avastada. Olukord paranes pärast Berliini kolimist: see asub Euroopa kesklinnas ja puhkusepäevi on rohkem.
Proovisin ka kuu aega vana ja uue töö vahel reisimist, kuid isegi kuu aega teel olles tundub mulle liiga palju aega. Alates sellest reisist olen püüdnud nädalast kuni poolteist nädalani puhkust võtta, et saaksin üsna valutult tööle naasta.
Millised kolm kohta teile kõige rohkem meeldisid ja miks?
Seljakotirändurina on riigid, mis mulle kõige enam meeldivad, Portugal, Omaan ja India. Mulle meeldib Portugal Euroopa ajaloo ja tsivilisatsiooni vaatenurgast nagu arhitektuur, keel, kultuur. Omaan – kohalike elanike uskumatu külalislahkus ja sõbralikkus, aga ka suhtelise lõõgastuse õhkkond keset Lähis-Ida pingeid. Ma räägin isegi Omaanist kirjutas. India – elu mitmekesisus oma regioonides ja kultuuriline identiteet, sest Palahniuki pärandatud Starbucksi planeedi ja Microsofti galaktika ajastu pole nendeni veel jõudnud. Mulle meeldib väga ka Bangkok ja Tai põhjaosa. Lõunapoolne osa mere, saarte ja poolsaartega tundus liiga turistlik.
Miša reisimärkmeid saate lugeda tema Telegrami kanalilt
Kuidas teil õnnestub säilitada töö ja eraelu tasakaal? Jaga oma saladusi :)
Mul pole siin mingit saladust. Olgu see Venemaal või Saksamaal, tavalised tehnoloogiaettevõtted annavad teile võimaluse oma tööaega teile sobival viisil struktureerida. Tavaliselt ei istu ma tööl hilisõhtuni, kui teenus töötab stabiilselt ja vääramatut jõudu pole. Lihtsalt sellepärast, et pärast kella 5-6 ei taju mu aju sõnast “üldse” üleskutseid tegevusele ja palub mul lõõgastuda ja hästi magada.
Peaaegu kõik tehnikatööstuse elukutsed – arendusest disainini – on loomingulised elukutsed, mis ei nõua palju töötunde. Mulle tundub, et krõmpsud on loometöö jaoks tegelikult halvad, sest oled lõpuks nüri ja teed vähem, kui ilma ületundideta saaks. 4-6 tundi aktiivset tööd ojas on tegelikult palju, ilma katkestuste ja kontekstilülitusteta saab mägesid liigutada.
Võin soovitada ka kahte raamatut, mis mind aitasid: Basecampi ja Maxim Dorofejevilt.
Tänapäeval arutavad paljud inimesed läbipõlemise üle. Kas olete kunagi midagi sarnast tundnud? Kui jah, siis kuidas te toime tulete? Kuidas muudate oma tööd huvitavamaks?
Jah, ausalt öeldes põlen ikka aeg-ajalt läbi. Üldiselt on see loogiline, filosoofilisest vaatenurgast kõik, millel on põlemise omadus, põleb lõpuks läbi :) Tagajärgede vastu võib võidelda, aga mulle tundub, et palju olulisem on läbipõlemise põhjus tuvastada. ja kõrvaldada see.
Põhjused on kõigil erinevad: mõne jaoks on see info üleküllus, teise jaoks ületöötamine põhitöökohal, tuleb ette olukordi, kus pole aega füüsiliselt tööd, hobisid ja sotsialiseerumist ühildada. Kuskil sa lihtsalt ei tunne oma elus uusi väljakutseid ja hakkad selle pärast muretsema. Enamikku probleeme saab lahendada, kui vaatate üle oma elufilosoofia, isiklikud väärtused ja töö roll teie elus.
Viimasel ajal pole mul peaaegu üldse huvi töö vastu kadunud või igav töö. Igava töö igavamaks muutmiseks on erinevaid tehnikaid, millest mõned õppisin mu sõber Kirill Shirinkin. Kuid ma püüan seda probleemi lahendada põhjuse tasandil, valides lihtsalt töö, mis pakub minu karjäärile ja isiksusele maksimaalseid väljakutseid ning minimaalselt organisatsioonilist bürokraatiat.
7. detsembril esineb konverentsil Mihhail kõnega "We Are All DevOps", mis selgitab, miks on oluline keskenduda mitte ainult uusima pinu juurutamise viisile, 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