Mikhail Chinkov že dve leti živi in dela v Berlinu. Mikhail je pojasnil, kako se razlikuje delo razvijalca v Rusiji in Nemčiji, ali so inženirji, povezani z DevOps, iskani v Berlinu in kako najti čas za potovanje.
O selitvi
Od leta 2018 živite v Berlinu. Kako ste sprejeli to odločitev? Ste že vnaprej zavestno izbrali državo in podjetje, kjer želite delati, ali ste prejeli ponudbo, ki je niste mogli zavrniti?
Na neki točki sem se naveličal življenja v Penzi, kjer sem se rodil, odraščal in študiral na univerzi, standardna pot selitve v Moskvo in Sankt Peterburg pa me ni pritegnila zaradi posebnosti življenja v teh mestih. . Zato sem samo želel poskusiti živeti v Evropi, po kateri sem potoval zadnjih nekaj počitnic. Nisem imel nobenih preferenc glede podjetja, mesta ali celo določene države – hotel sem se le čim hitreje preseliti.
V tistem trenutku sem menil, da je Berlin najbolj dostopno mesto za razvijalca, da se preseli v tehnološko podjetje, saj je bilo na Linkedinu 90 % podjetij, ki so tolerantna do selitve, iz Berlina. Nato sem za 3 dni odletel v mesto, da bi opravil nekaj osebnih intervjujev. Mesto mi je bilo zelo všeč, zato sem se odločil, da želim zdaj živeti v Berlinu. Teden dni kasneje sem takoj sprejel prvo ponudbo, ki sem jo prejel od berlinskega tehnološkega središča.
Povejte nam več o procesu selitve. Kako se vam je to zgodilo? Katere dokumente ste zbrali? Vam je delodajalec pomagal?
Tu ne morem povedati nič novega, vse je zelo dobro napisano v več člankih. meni je bolj všeč , poznan vsem, ki jih ta problematika zanima. V berlinskem tehnološkem središču je postopek skoraj v vseh podjetjih, ki inženirju pomagajo pri selitvi, enak.
Ste naleteli na kaj nepričakovanega in nenavadnega glede organizacije dela, življenja, miselnosti? Koliko časa je trajalo, da ste se navadili na lokalno življenje?
Ja, pravzaprav me je celoten proces dela v podjetjih v berlinskem tehnološkem središču najprej šokiral. Na splošno vse: od tega, kako in v kakšni količini potekajo shodi, do vloge mehkih veščin v življenju inženirja.
Na primer, v Nemčiji je delovna kultura usmerjena v kolektivno odločanje, kar pomeni, da se dobesedno za vsako sporno vprašanje ustvari sestanek, kjer se temeljito pogovorite o problemu in skupaj pridete do konsenza svojih stališč. Iz Rusije se inženirju takšna praksa sprva zdi izguba časa, birokracija in nezaupanje, a je na koncu smiselna, prav tako porazdelitev odgovornosti za izid odločitve.
Takšni trenutki, pa tudi nerazumevanje samega sebe s strani sodelavcev so me spodbudili k branju knjige in razumejte, da je vsa vaša notranja ogorčenost prej neuspeh v dojemanju realnosti novega okolja, v katerem ste se znašli, kot pa poskus iskanja resnice. Po knjigi ti je delo postalo veliko lažje, začneš razumeti pomen stavkov in odločitev svojih sodelavcev.
V življenjskem smislu je proces prilagajanja na novo državo veliko težji od procesa prilagajanja na delovno kulturo. Običajno psihologi razlikujejo skozi katerega gre človek. V tem pogledu moja pot ni bila izjema. Po drugi strani pa se mi zdi, da je prilagajanje ob selitvi v multikulturno središče, kot so Berlin, London in Barcelona, očitno lažje kot v kateremkoli klasičnem mestu.
Po dveh letih življenja v Berlinu, kaj vam je v tem mestu všeč in kaj ne?
Težko mi je sestaviti seznam prednosti in slabosti mesta, saj je Berlin hitro postal moj dom v vseh pomenih besede.
Mislim, da sem si vse svoje odraslo življenje prizadeval za svobodo v vseh njenih pojavnih oblikah: fizični, socialni, finančni, politični, duhovni, duševni. Da, ista svoboda pri delu, ne maram nadzora od zgoraj in mikroupravljanja, ko mi nenehno govorijo, kaj in kako naj naredim. Berlin se mi je v teh zadevah zdel in se mi še vedno zdi eno najbolj svobodnih mest na svetu zaradi svobodnih pogledov na življenje v družbi, razmeroma liberalnih cen najemnine in drugih potreb ter številnih možnosti za nadgradnjo svobode v drugi vidiki.
O delu v Berlinu
Kateri sklad je standard v berlinskih startupih? Kako se kup na splošno razlikuje od povprečja v Rusiji?
S tehnološkega vidika se mi lokalni skladi subjektivno zdijo dolgočasni, razen če gre za FinTech podjetja. Večina startupov in tistih, ki so iz startupa prešli v podjetje, je bilo ustanovljenih v letih 2010–2012 in so začeli z najpreprostejšo arhitekturo: monolitnim zaledjem in včasih z vgrajenim vmesnikom, jezikom – ali Ruby, ali PHP, ali Python, okvirji se vedno uporabljajo, baza podatkov na MySQL, predpomnilnik na Redis. Tudi po osebnih občutkih ima 90 % podjetij vso svojo proizvodnjo na AWS.
Trenutni trend je razrezati monolit na mikrostoritve, jih zaviti v vsebnike, namestiti v Kubernetes in se zanesti na Golang kot standardni jezik za nove aplikacije. To se dogaja zelo počasi, zato je v večini podjetij glavna funkcionalnost še vedno zakopana v monolit. Sem daleč od frontenda, a tudi tam je React običajno standard.
Velika tehnološka podjetja, kot sta Zalando in N26, poskušajo v storitev vnesti več tehnologije, da bi imeli nekaj, kar bi privabilo motivirane razvijalce na trg. Tudi druga tehnološka podjetja se trudijo biti v koraku z najnovejšimi tehnologijami, vendar je navzven jasno, da jih bremeni z leti nakopičeno breme monolitne arhitekture in tehničnega dolga.
Kot inženir to jemljem precej mirno, saj je v berlinskem tehnološkem središču veliko proizvodno zanimivih podjetij. V takih podjetjih je bolj zanimivo delati za idejo in izdelek, ki vam je osebno všeč, kot pa podjetje obravnavati kot mesto z modnim tehnološkim kupom, s katerim morate zagotovo delati.
Kako se življenje in delo razvijalca razlikujeta v Rusiji in Nemčiji? Vas je kakšna stvar presenetila?
V Nemčiji, tako kot v kateri koli drugi državi severne/srednje Evrope, je bolje z ravnotežjem med delom in zasebnim življenjem ter odnosi med sodelavci, slabše pa s hitrostjo dela. Sprva mi je bilo neprijetno navajati se na interne projekte, ki so trajali nekaj mesecev, medtem ko so v tehnoloških podjetjih v Rusiji podobni projekti trajali nekaj tednov. Pravzaprav to ni strašljivo, saj za to obstajajo objektivni razlogi, podjetja pa takih situacij običajno ne dojemajo kritično.
Sicer pa mi je precej težko potegniti vzporednico med Nemčijo in Rusijo, ker nimam izkušenj z delom v znanih podjetjih, kot sta Yandex in Tinkov, kjer je morda situacija podobna berlinskemu tehnološkemu središču.
Pri sebi sem opazil, da je v Berlinu na prvem mestu ustvarjanje udobnega delovnega vzdušja v podjetjih, redni interni dogodki in vsestranskost sodelavcev, s katerimi je vedno zanimivo komunicirati o temah, ki so oddaljene od IT-ja. Mislim pa, da je bolj kot od države odvisno od podjetja, kjer delaš.
Kakšni strokovnjaki so po vaših opažanjih v Nemčiji iskani? Ali so strokovnjaki za DevOps iskani?
Večina podjetij ima težave z dojemanjem kulture DevOps in razumevanjem, kaj DevOps pravzaprav je. Vendar pa je veliko prostih delovnih mest s predpono DevOps, kar jasno kaže na povpraševanje po strokovnjakih na trgu.
Trenutno so absolutno vsa področja, ki so danes pomembna, enako povpraševana v lokalni IT. Izpostavim lahko le veliko povpraševanje po podatkovnem inženirju/podatkovnem analitiku.
Pogovorimo se o plačah, koliko lahko resnično zasluži inženir DevOps v Nemčiji?
Na to vprašanje je težko odgovoriti, saj je IT še mlada panoga, kjer ni posebnih plačnih standardov. Tako kot drugod je plača v veliki meri odvisna od delovnih izkušenj in usposobljenosti inženirja. Prav tako je pomembno, da številko zaznamo kot plačo pred davki in različnimi socialnimi/zavarovalniškimi olajšavami. Tudi plača v Nemčiji je zelo odvisna od tega, v katerem mestu delaš. V Berlinu, Münchnu, Frankfurtu in Göttingenu se razpon plač med seboj nekoliko razlikuje, prav tako življenjski stroški.
Če govorimo o Berlinu, je glavna prednost za kariero ta, da je povpraševanje po inženirju še vedno večje od ponudbe, tako da lahko plača po želji hitro zraste. Glavna pomanjkljivost je, da večina podjetij nima jasne politike revizije plač, pa tudi kriterijev za ocenjevanje prispevka k produktu, ki ga podjetje ustvari.
Številke si lahko ogledate v , StackOverflow oz . Statistika se posodablja iz leta v leto, zato ne bom prevzel odgovornosti govoriti o razponu plač.
Ali lahko svetujete, kaj storiti, če delate kot pogojni inženir za zanesljivost lokacije in se želite preseliti v Nemčijo? Kje začeti? Kam iti?
Mislim, da nimam posebnega nasveta za bralca. Samo ne bojte se ničesar, manj racionalizirajte pred selitvijo in bodite odprti za vse težave, na katere lahko naletite v emigraciji. Vendar bodo težave.
Ali ima Berlin močno skupnost DevOps? Ali pogosto obiskujete lokalne dogodke? Povejte nam nekaj o njih. Kaj so oni?
Na srečanja hodim zelo redko, zato ne morem reči, kakšne so značilnosti lokalne skupnosti DevOps. Upam, da bom naslednje leto nadoknadil to vprašanje. Lahko samo posredujem svoje vtise o ogromnem številu tematskih skupin na meetup.com: od fanatikov Pythona in Golanga do ljubiteljev Clojure in Rust.
Med srečanji, ki sem se jih udeležil, je uporabniška skupina HashiCorp zelo dobra – vendar mi je tam skupnost HashiCorp s svojimi skupinami v različnih mestih bolj všeč.
Prebral sem, da ste se preselili, ne da bi govorili nemško. Kako si kaj po enem letu? Potrebujete nemščino za delo ali lahko brez nje?
Naučil sem se nemško, zdaj je jezikovna raven med B1 in B2. Vse stike z Nemci od prvega leta življenja v Berlinu še vedno vodim v angleščini, ker je tako lažje za obe strani, vse nove stike pa začnem v nemščini. Moji bližnji načrti so študijsko napredovanje, utrjevanje znanja z izpitom za certifikat B2, saj želim bolj samozavestno komunicirati in brati klasično literaturo v izvirniku.
V Berlinu je jezik bolj potreben za prilagajanje deželi, pridobivanje občutka notranjega ugodja in popoln dostop do sfere prostega časa (gledališče/kino/stand-up), vendar jezik verjetno ne bo potreben pri delu programske opreme. Inženiring. V vsakem podjetju je angleščina uradni jezik inženirskega oddelka, tudi v velikih nemških podjetjih, kot so Deutsche Bank, Allianz in Volkswagen.
Glavni razlog je pomanjkanje kadrov, status mesta kot mednarodnega kulturnega središča in številni izseljenci, ki imajo težave z učenjem nemškega jezika. Vsako podjetje pa ponuja tedenske tečaje nemščine med delovnim časom na stroške organizacije, da zaposlenim olajšajo življenje izven dela.
V vseh dveh letih stikov s podjetji in rekruterji so me le dvakrat kontaktirali v nemščini. V teh vrstah izjem običajno za delovanje zadostuje raven B1/B2. Tako kot Američani z angleščino, so Nemci precej mirni glede vaših govornih napak, saj razumejo, da jezik ni enostaven.
V njegovem Pišete, da DevOps ni zmožnost zvijanja Kubernetesa in Prometheusa, ampak kultura. Kaj bi po vašem mnenju morala storiti podjetja, da bi v svojih ekipah razvila kulturo DevOps, ne z besedami, ampak z dejanji? Kaj delaš doma?
Mislim, da je treba biti najprej pošten in postaviti piko na i pri porazdelitvi odgovornosti za izdelek. Glavna težava, ki jo rešuje DevOps, je metanje odgovornosti in s to odgovornostjo povezanih težav čez zid. Takoj, ko ljudje razumejo, da je delitev odgovornosti koristna tako za podjetje kot za inženirje, se stvari premaknejo z mrtve točke in že lahko opravljate ciljno usmerjeno delo: prilagajanje cevovoda za dostavo, zmanjšanje stopnje napak pri uvajanju in druge stvari, po katerih lahko določite stanje DevOps v podjetju.
V svoji karieri DevOpsa še nisem promoviral z vidika tehničnega vodje ali CTO podjetja, vedno sem nastopal s pozicije inženirja, ki o DevOpsu nekaj ve. Pravzaprav je v DevOps položaj gonilnika kulture zelo pomemben, zlasti sfera vpliva voznika in njegove vodstvene lastnosti. Moje zadnje podjetje je imelo sprva razmeroma ravno hierarhijo in vzdušje zaupanja med sodelavci, kar je močno olajšalo moj cilj pri promociji kulture.
Odgovor na specifično vprašanje, kaj je mogoče storiti v korist DevOps. V mojem poročilu o Glavna ideja je, da se morate za razvoj kulture DevOps ukvarjati ne le s tehnologijami v infrastrukturi, temveč tudi z notranjim coachingom in porazdelitvijo odgovornosti v tehničnih procesih.
Na primer, en inženir je dva meseca ustvarjal platformo za QA in PR strežnike za potrebe razvijalcev in preizkuševalcev. Vendar pa bo vse to neverjetno delo padlo v pozabo, če zmogljivosti ne bodo pravilno posredovane, lastnosti ne bodo dokumentirane in usposabljanje zaposlenih ni dokončano. In obratno, po dobro izvedenih delavnicah in urah programiranja v paru motivirani inženir dobi navdih za novo uporabno funkcionalnost in že rešuje naslednje probleme, ki se križajo z infrastrukturno platformo.
Če želite več vprašanj o DevOps, tukaj , v katerem Misha podrobno odgovarja na vprašanja "Zakaj je potreben DevOps?" in "Ali je treba v podjetju ustvariti posebne oddelke DevOps?"
O razvoju
V svojem kanalu včasih priporočate strokovne članke in bloge. Ali imate najljubše leposlovne knjige?
Da, poskušam najti čas za branje leposlovja. Ne morem brati določenega pisatelja naenkrat, roman za romanom, zato mešam ruska in tuja dela. Od ruskih pisateljev sta mi najbolj všeč Pelevin in Dovlatov, rad pa berem tudi klasike 19. stoletja. Med tujimi sta mi všeč Remarque in Hemingway.
Tam veliko pišete o potovanjih, konec leta 2018 pa ste zapisali, da ste obiskali 12 držav in 27 mest. To je zelo kul točka! Kako vam uspeva delati in potovati?
Pravzaprav je vse zelo preprosto: dobro morate izkoristiti počitniške dneve, vikende in praznike ter med potovanjem aktivno potovati :)
Nisem digitalni nomad in nikoli nisem redno delal na daljavo, vendar mislim, da imam dovolj prostega časa, da zunaj službe potujem in raziskujem svet. Po selitvi v Berlin se je stanje izboljšalo: nahaja se v središču Evrope in je več dopustniških dni.
Poskušal sem tudi en mesec potovati med staro in novo službo, vendar se mi zdi že en mesec na poti preveč časa. Od tistega potovanja sem si poskušal vzeti teden do teden in pol dopusta, da bi se lahko dokaj neboleče vrnil na delo.
Katera tri mesta so vam bila najbolj všeč in zakaj?
Kot popotnika so države, ki me najbolj pritegnejo, Portugalska, Oman in Indija. Portugalska mi je všeč z vidika evropske zgodovine in civilizacije, kot so arhitektura, jezik, kultura. Oman - neverjetna gostoljubnost in prijaznost domačinov, pa tudi vzdušje relativne sproščenosti sredi napetosti Bližnjega vzhoda. Govorim celo o Omanu napisal. Indija – raznolikost življenja v njenih regijah in kulturna identiteta, saj ju doba planeta Starbucks in Microsoftove galaksije, ki ju je zapustil Palahniuk, še ni dosegla. Zelo mi je všeč tudi Bangkok in severni del Tajske. Južni del z morjem, otoki in polotoki se je zdel preveč turističen.
Mišine popotne zapiske si lahko preberete na njegovem Telegram kanalu
Kako vam uspe ohranjati ravnovesje med delom in zasebnim življenjem? Delite svoje skrivnosti :)
Tu nimam nobene skrivnosti. Ne glede na to, ali so v Rusiji ali Nemčiji, vam običajna tehnološka podjetja nudijo možnost, da strukturirate svoj delovni čas na način, ki vam ustreza. Ponavadi v službi ne sedim do poznih nočnih ur, če služba deluje stabilno in ni višje sile. Preprosto zato, ker po 5-6 uri moji možgani ne zaznavajo klicev k akciji iz besede »sploh« in me prosijo, naj se sprostim in dobro spim.
Skoraj vsi poklici v tehnološki industriji – od razvoja do dizajna – so kreativni poklici, ki ne zahtevajo velikega števila delovnih ur. Zdi se mi, da so trebušnjaki pravzaprav slabi za ustvarjalno delo, ker na koncu postaneš dolgočasen in narediš manj, kot bi lahko brez nadur. 4-6 ur aktivnega dela v toku je pravzaprav veliko, brez prekinitev in menjav konteksta lahko premikate gore.
Priporočam tudi dve knjigi, ki sta mi pomagali: od fantov iz Basecamp in od Maxim Dorofeev.
Dandanes veliko ljudi razpravlja o izgorelosti. Ste že kdaj občutili kaj podobnega? Če da, kako se spopadate? Kako naredite svoje delo bolj zanimivo?
Ja, če sem iskren, še vedno občasno pregorim. Na splošno je to logično, s filozofskega vidika vse, kar ima lastnost gorenja, sčasoma izgori :) Lahko se boriš s posledicami, vendar se mi zdi, da je veliko bolj pomembno ugotoviti vzrok izgorelosti in ga odpraviti.
Razlogi so za vsakogar različni: za nekatere je to preobilica informacij, za druge preobremenjenost na glavni službi, pridejo situacije, ko nimaš časa za fizično združevanje dela, hobijev in druženja. Nekje preprosto ne čutiš novih izzivov v svojem življenju in te začne skrbeti. Večino težav je mogoče rešiti s spremembo življenjske filozofije, osebnih vrednot in vloge dela v vašem življenju.
V zadnjem času skoraj ne izgubim zanimanja za delo ali za dolgočasno delo. Obstajajo različne tehnike, kako narediti dolgočasno delo manj dolgočasno, od nekaterih sem se jih naučil moj prijatelj Kirill Shirinkin. Toda ta problem skušam rešiti na ravni vzroka, preprosto z izbiro delovnega mesta, ki mi bo karierno in osebnostno predstavljalo maksimalne izzive in minimalno organizacijsko birokracijo.
7. decembra bo Mikhail govoril na konferenci s pogovorom »Vsi smo DevOps«, ki bo razložil, zakaj je pomembno, da se osredotočimo ne le na način uvajanja najnovejšega sklada, temveč tudi na kulturni vidik DevOps.
V programu tudi: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (svetovalec za DevOps).
Pridi se spoznat!
Vir: www.habr.com