Michailas Činkovas jau dvejus metus gyvena ir dirba Berlyne. Michailas paaiškino, kuo skiriasi kūrėjo darbas Rusijoje ir Vokietijoje, ar su „DevOps“ susiję inžinieriai yra paklausūs Berlyne ir kaip rasti laiko kelionėms.
Apie kraustymąsi
Nuo 2018 metų gyvenate Berlyne. Kaip priėmėte šį sprendimą? Ar iš anksto sąmoningai pasirinkote šalį ir įmonę, kurioje norite dirbti, ar gavote pasiūlymą, kurio negalėjote atsisakyti?
Kažkuriuo metu pavargau nuo gyvenimo Penzoje, kur gimiau, augau ir studijavau universitete, o standartinis persikėlimo į Maskvą ir Sankt Peterburgą kelias man nepatiko dėl šių miestų gyvenimo specifikos. . Taigi aš tiesiog norėjau pabandyti gyventi Europoje, po kurią keliavau porą pastarųjų atostogų. Neturėjau jokių pirmenybių nei įmonei, nei miestui, nei net konkrečiai šaliai – tiesiog norėjau kuo greičiau persikelti.
Tuo metu Berlyną laikiau tinkamiausiu miestu kūrėjui persikelti į technologijų įmonę, nes „Linkedin“ tinkle 90% persikėlimui tolerantiškų įmonių buvo iš Berlyno. Vėliau išskridau į miestą 3 dienoms surengti porą akis į akį interviu. Miestas man labai patiko, todėl nusprendžiau, kad dabar noriu gyventi Berlyne. Po savaitės iškart priėmiau patį pirmąjį pasiūlymą, kurį gavau iš Berlyno technologijų centro.
Papasakokite daugiau apie perkėlimo procesą. Kaip tai atsitiko tau? Kokius dokumentus surinkote? Ar darbdavys padėjo?
Nieko naujo čia negaliu pasakyti, viskas labai gerai parašyta keliuose straipsniuose. Man tai labiau patinka , žinomas visiems, besidomintiems šiuo klausimu. Berlyno technologijų centre procesas yra vienodas beveik visose įmonėse, kurios padeda inžinieriams persikelti.
Ar susidūrėte su kuo nors netikėtu ir neįprastu darbo organizavimo, gyvenimo, mentaliteto atžvilgiu? Per kiek laiko pripratote prie vietinio gyvenimo?
Taip, tiesą sakant, visas darbo procesas Berlyno technologijų centro įmonėse iš pradžių mane šokiravo. Apskritai viskas: nuo to, kaip ir kokiais kiekiais vyksta mitingai, iki minkštųjų įgūdžių vaidmens inžinieriaus gyvenime.
Pavyzdžiui, Vokietijoje darbo kultūra yra orientuota į kolektyvinį sprendimų priėmimą, o tai reiškia, kad tiesiogine prasme kiekvienu ginčytinu klausimu sukuriamas susitikimas, kuriame nuodugniai aptariate problemą ir kartu sutariate savo požiūriu. Iš Rusijos tokia praktika inžinieriui iš pradžių atrodo kaip tuščias laiko švaistymas, biurokratija ir nepasitikėjimas, tačiau galiausiai ji yra prasminga, kaip ir atsakomybės paskirstymas už sprendimo rezultatą.
Tokios akimirkos, taip pat nesusipratimas iš kolegų pusės privertė mane perskaityti knygą ir supraskite, kad visas jūsų vidinis pasipiktinimas yra greičiau nesugebėjimas suvokti naujos aplinkos, kurioje atsiduriate, tikrovės, o ne bandymas rasti tiesą. Po knygos darbas tapo daug lengvesnis, pradedate suprasti kolegų frazių ir sprendimų prasmę.
Gyvenimo prasme adaptacijos naujoje šalyje procesas yra daug sunkesnis nei prisitaikymo prie darbo kultūros procesas. Paprastai psichologai išskiria per kurią praeina žmogus. Šiuo atžvilgiu mano kelias nebuvo išimtis. Kita vertus, man atrodo, kad prisitaikymas persikėlus į tokį daugiakultūrį centrą kaip Berlynas, Londonas ir Barselona yra akivaizdžiai lengvesnis nei bet kuriame klasikiniame mieste.
Kas jums patinka ir nepatinka po dvejų metų gyvenimo Berlyne?
Man sunku sudaryti miesto pliusų ir minusų sąrašą, nes Berlynas greitai tapo mano namais visomis šio žodžio prasmėmis.
Manau, kad visą savo suaugusiojo gyvenimą siekiau laisvės visose jos apraiškose: fizinėje, socialinėje, finansinėje, politinėje, dvasinėje, psichinėje. Taip, ta pati laisvė darbe, nemėgstu kontrolės iš viršaus ir mikrovadybos, kai man nuolat sako, ką ir kaip daryti. Šiais klausimais Berlynas man atrodė ir tebėra vienas laisviausių miestų pasaulyje dėl savo laisvo požiūrio į gyvenimą visuomenėje, gana liberalių nuomos kainų ir kitų poreikių, taip pat dėl daugybės galimybių atnaujinti savo laisvę. kitus aspektus.
Apie darbą Berlyne
Kuris stack yra Berlyno startuolių standartas? Kuo stackas apskritai skiriasi nuo Rusijos vidurkio?
Technologiniu požiūriu vietiniai stackai subjektyviai man atrodo nuobodūs, nebent tai būtų „FinTech“ įmonės. Dauguma startuolių ir tų, kurie iš startuolio perėjo į įmonę, buvo įkurti 2010–2012 m. ir pradėjo nuo paprasčiausios architektūros: monolitinės backend, o kartais ir su jame įmontuotu frontend, kalba – arba Ruby, arba PHP, arba Python, karkasai visada naudojami, duomenų bazė MySQL, talpykla Redis. Be to, atsižvelgiant į asmeninius jausmus, 90% įmonių visą savo produkciją naudoja AWS.
Dabartinė tendencija yra supjaustyti monolitą į mikropaslaugas, suvynioti juos į konteinerius, įdiegti juos į Kubernetes ir pasikliauti Golang kaip standartine naujų programų kalba. Tai vyksta labai lėtai, todėl daugumoje įmonių pagrindinis funkcionalumas vis dar yra palaidotas monolite. Aš toli nuo frontend, bet net ir ten React paprastai yra standartas.
Didelės technologijų įmonės, tokios kaip „Zalando“ ir „N26“, stengiasi į paslaugą įtraukti daugiau technologijų, kad turėtų kuo pritraukti motyvuotus kūrėjus į rinką. Kitos technologijų įmonės taip pat stengiasi neatsilikti nuo naujausių technologijų, tačiau iš išorės matyti, kad jas slegia monolitinės architektūros našta ir per metus susikaupusios techninės skolos.
Aš, kaip inžinierius, į tai žiūriu gana ramiai, nes Berlyno technologijų centre yra daug įdomių įmonių produktų požiūriu. Tokiose įmonėse įdomiau dirbti dėl idėjos ir produkto, kuris tau asmeniškai patinka, o ne laikyti įmonę vieta su madinga technologijų krūva, su kuria būtinai reikia dirbti.
Kuo skiriasi kūrėjo gyvenimas ir darbas Rusijoje ir Vokietijoje? Ar yra dalykų, kurie jus nustebino?
Vokietijoje, kaip ir bet kurioje kitoje Šiaurės/Vidurio Europos šalyje, darbo ir asmeninio gyvenimo pusiausvyra bei santykiai tarp kolegų sekasi geriau, tačiau blogiau dėl darbo greičio. Iš pradžių man buvo nemalonu priprasti prie porą mėnesių trukusių vidinių projektų, kai Rusijoje technologijų įmonėse panašūs projektai užtrukdavo porą savaičių. Tiesą sakant, tai nėra baisu, nes tam yra objektyvių priežasčių, o įmonės dažniausiai tokių situacijų nesuvokia kritiškai.
Priešingu atveju man gana sunku nubrėžti paralelę tarp Vokietijos ir Rusijos, nes neturiu patirties dirbant tokiose žinomose įmonėse kaip „Yandex“ ir „Tinkov“, kur situacija gali būti panaši į Berlyno technologijų centrą.
Pats pastebėjau, kad Berlyne prioritetas yra patogios darbo atmosferos kūrimas įmonėse, reguliarūs vidiniai renginiai ir kolegų, su kuriais visada įdomu bendrauti temomis, nutolusiomis nuo IT, universalumas. Bet manau, kad tai labiau priklauso nuo įmonės, kurioje dirbi, nei nuo šalies.
Kokie specialistai, Jūsų pastebėjimais, yra paklausūs Vokietijoje? Ar DevOps specialistai yra paklausūs?
Dauguma įmonių turi problemų suvokdamos „DevOps“ kultūrą ir suprasdamos, kas iš tikrųjų yra „DevOps“. Tačiau laisvų darbo vietų su DevOps priešdėliu yra labai daug ir tai aiškiai parodo specialistų poreikį rinkoje.
Šiuo metu absoliučiai visos šiandien aktualios sritys yra vienodai paklausios vietinėje IT srityje. Galiu tik pabrėžti didelę duomenų inžinieriaus / duomenų analitiko paklausą.
Pakalbėkime apie atlyginimus, kiek iš tikrųjų gali uždirbti „DevOps“ inžinierius Vokietijoje?
Į šį klausimą sunku atsakyti, nes IT dar jauna industrija, kurioje nėra konkrečių atlyginimų standartų. Kaip ir kitur, atlyginimas labai priklauso nuo inžinieriaus darbo patirties ir kvalifikacijos. Taip pat svarbu figūrą suvokti kaip atlyginimą prieš mokesčius ir įvairius socialinius/draudimo atskaitymus. Be to, atlyginimas Vokietijoje labai priklauso nuo to, kokiame mieste dirbi. Berlyne, Miunchene, Frankfurte ir Getingene atlyginimų diapazonas šiek tiek skiriasi vienas nuo kito, kaip ir pragyvenimo išlaidos.
Jei kalbėtume apie Berlyną, pagrindinis karjeros pranašumas yra tas, kad inžinieriaus paklausa vis tiek yra didesnė nei pasiūla, todėl norint, atlyginimas gali greitai augti. Pagrindinis trūkumas yra tai, kad dauguma įmonių neturi aiškios atlyginimų peržiūros politikos, taip pat kriterijų, kaip įvertinti indėlį į įmonės sukurtą produktą.
Skaičius galima peržiūrėti , StackOverflow arba . Statistika atnaujinama metai iš metų, todėl nesiimsiu atsakomybės kalbėti apie atlyginimų diapazoną.
Ar galite patarti, ką daryti, jei dirbate sąlyginiu Svetainės patikimumo inžinieriumi ir norite persikelti į Vokietiją? Kur pradėti? Kur eiti?
Nemanau, kad turiu skaitytojui ypatingų patarimų. Tiesiog nieko nebijokite, mažiau racionalizuokite prieš kraustydami ir būkite atviri visiems sunkumams, su kuriais galite susidurti emigruodami. Bet bus sunkumų.
Ar Berlyne yra stipri „DevOps“ bendruomenė? Ar dažnai lankotės vietiniuose renginiuose? Papasakokite šiek tiek apie juos. Kas jie tokie?
Į susitikimus einu gana retai, todėl negaliu pasakyti, kokios yra vietinės „DevOps“ bendruomenės ypatybės. Tikiuosi kitais metais pasivyti šį klausimą. Galiu tik perteikti savo įspūdžius apie daugybę meetup.com teminių grupių: nuo Python ir Golang fanatikų iki Clojure ir Rust mylėtojų.
Iš susitikimų, kuriuose dalyvavau, HashiCorp vartotojų grupė yra labai gera, bet ten man labiau patinka HashiCorp bendruomenė su savo grupėmis skirtinguose miestuose.
Skaičiau, kad persikėlėte nemokėdamas vokiškai. Kaip sekasi po metų? Ar darbui reikia vokiečių kalbos ar galima apsieiti ir be jos?
Išmokau vokiečių kalbą, dabar kalbos lygis yra tarp B1 ir B2. Visus ryšius su vokiečiais nuo pirmųjų gyvenimo Berlyne metų iki šiol vedu anglų kalba, nes taip abiem pusėms lengviau, o visus naujus ryšius pradedu vokiškai. Artimiausiuose planuose – tobulėti studijose, įtvirtinti žinias išlaikant B2 sertifikato egzaminą, nes noriu drąsiau bendrauti ir skaityti klasikinę literatūrą originalu.
Berlyne kalba labiau reikalinga prisitaikymui prie šalies, vidinio komforto jausmui ir visiškam laisvalaikio sferai (teatras/kinas/stand-up) įgyjimui, tačiau vargu ar ši kalba bus reikalinga programinės įrangos darbe. Inžinerija. Kiekvienoje įmonėje anglų kalba yra oficiali inžinerijos skyriaus kalba, net ir didelėse Vokietijos įmonėse, tokiose kaip Deutsche Bank, Allianz ir Volkswagen.
Pagrindinė priežastis – personalo trūkumas, miesto, kaip tarptautinio kultūros centro, statusas ir daugybė emigrantų, kurie turi problemų mokantis vokiečių kalbą. Tačiau kiekviena įmonė organizuoja savaitinius vokiečių kalbos kursus darbo valandomis už organizacijos lėšas, kad palengvintų darbuotojų gyvenimą ne darbo metu.
Per visus dvejus bendravimo su įmonėmis ir įdarbintojais metus su manimi vokiškai susisiekta tik du kartus. Šių tipų išimtyse paprastai pakanka B1/B2 lygio, kad veiktų. Kaip ir angliškai kalbantys amerikiečiai, taip ir vokiečiai gana ramiai žiūri į tavo kalbos klaidas, nes supranta, kad kalba nėra lengva.
Jo Rašote, kad DevOps yra ne gebėjimas susukti Kubernetes ir Prometheus, o kultūra. Ką, jūsų nuomone, įmonės turėtų daryti, kad savo komandose plėtotų DevOps kultūrą ne žodžiais, o darbais? ka tu veiki namie?
Manau, kad pirmiausia turite būti sąžiningi ir paskirstyti atsakomybę už produktą. Pagrindinė problema, kurią sprendžia „DevOps“, yra atsakomybės ir su šia atsakomybe susijusių problemų metimas per sieną. Kai tik žmonės supranta, kad atsakomybės pasidalijimas yra naudingas ir įmonei, ir inžinieriams, viskas pajuda iš aklavietės ir jau galima atlikti tikslingus darbus: derinti pristatymo vamzdyną, sumažinti diegimo nesėkmių rodiklį ir kitus dalykus, pagal kuriuos galite nustatyti. DevOps būklė įmonėje.
Per savo karjerą „DevOps“ dar neaukštinau įmonės techninio vadovo ar CTO požiūriu; visada dirbau iš inžinieriaus, ką nors išmanančio apie „DevOps“ pozicijų. Tiesą sakant, „DevOps“ kultūros vairuotojo pozicija yra tikrai svarbi, ypač vairuotojo įtakos sfera ir lyderio savybės. Mano paskutinėje įmonėje iš pradžių buvo gana plokščia hierarchija ir kolegų pasitikėjimo atmosfera, todėl mano siekis propaguoti kultūrą buvo daug lengvesnis.
Atsakymas į konkretų klausimą, ką galima padaryti „DevOps“ labui. Mano pranešime apie Pagrindinė mintis yra ta, kad norint plėtoti DevOps kultūrą, reikia užsiimti ne tik technologijomis infrastruktūroje, bet ir vidiniu koučingu bei atsakomybės paskirstymu techniniuose procesuose.
Pavyzdžiui, mes praleidome du vieno inžinieriaus mėnesius kurdami QA ir PR serverių platformą kūrėjų ir bandytojų poreikiams. Tačiau visas šis nuostabus darbas nukris į užmarštį, jei nebus teisingai perteikiamos galimybės, nebus dokumentuojamos funkcijos ir nebus baigti darbuotojų mokymai. Ir atvirkščiai, po gerai pravestų seminarų ir porinio programavimo sesijų motyvuotas inžinierius yra įkvėptas naujų naudingų funkcijų ir jau išsprendžia šias problemas, kurios susikerta su infrastruktūros platforma.
Jei norite daugiau klausimų apie „DevOps“, čia , kuriame Misha išsamiai atsako į klausimus „Kodėl reikalingas DevOps? ir „Ar įmonėje būtina sukurti specialius „DevOps“ skyrius?
Apie vystymąsi
Savo kanale kartais rekomenduojate profesionalius straipsnius ir tinklaraščius. Ar turite mėgstamų grožinės literatūros knygų?
Taip, stengiuosi rasti laiko grožinės literatūros skaitymui. Negaliu perskaityti konkretaus rašytojo vienu mauku, romanas po romano, todėl maišau rusų ir užsienio kūrinius. Iš rusų rašytojų man labiausiai patinka Pelevinas ir Dovlatovas, bet mėgstu skaityti ir XIX amžiaus klasiką. Iš užsieniečių man patinka Remarque ir Hemingway.
Ten daug rašote apie keliones, o 2018 metų pabaigoje rašėte, kad aplankėte 12 šalių ir 27 miestus. Tai labai šaunus taškas! Kaip sekasi dirbti ir keliauti?
Tiesą sakant, viskas gana paprasta: reikia tinkamai išnaudoti atostogų dienas, savaitgalius ir šventes, be to, kelionės metu aktyviai keliauti :)
Nesu skaitmeninis klajoklis ir niekada nedirbau nuolat nuotoliniu būdu, bet manau, kad turiu pakankamai laisvo laiko keliauti ne darbo metu ir tyrinėti pasaulį. Situacija pagerėjo persikėlus į Berlyną: jis yra Europos centre ir daugiau atostogų dienų.
Taip pat bandžiau mėnesį keliauti tarp senų ir naujų darbų, bet net mėnuo kelyje man atrodo per daug laiko. Nuo tos kelionės stengiuosi pailsėti nuo savaitės iki pusantros, kad galėčiau gana neskausmingai grįžti į darbą.
Kokios trys vietos jums patiko labiausiai ir kodėl?
Man, kaip keliautojui, labiausiai patinka Portugalija, Omanas ir Indija. Man patinka Portugalija iš Europos istorijos ir civilizacijos, tokios kaip architektūra, kalba, kultūra, požiūriu. Omanas – neįtikėtinas vietinių gyventojų svetingumas ir draugiškumas, taip pat santykinio atsipalaidavimo atmosfera tarp Artimųjų Rytų įtampos. Aš net kalbu apie Omaną rašė. Indija – gyvenimo įvairovė jos regionuose ir kultūrinis identitetas, nes Palahniuko palikta Starbucks planetos ir Microsoft galaktikos era jų dar nepasiekė. Taip pat labai mėgstu Bankoką ir šiaurinę Tailando dalį. Pietinė dalis su jūra, salomis ir pusiasaliais atrodė per daug turistinė.
Mišos kelionių užrašus galite perskaityti jo „Telegram“ kanale
Kaip jums pavyksta išlaikyti darbo ir asmeninio gyvenimo pusiausvyrą? Pasidalinkite savo paslaptimis :)
Neturiu čia jokios paslapties. Nesvarbu, ar Rusijoje, ar Vokietijoje, įprastos technologijų įmonės suteikia jums galimybę struktūrizuoti savo darbo laiką taip, kaip jums tinka. Dažniausiai nesėdžiu darbe iki vėlyvo vakaro, jei servisas dirba stabiliai ir nėra force majeure. Vien dėl to, kad po 5-6 valandos mano smegenys nebesuvokia raginimų veikti nuo žodžio „visai“ ir prašo atsipalaiduoti bei gerai išsimiegoti.
Beveik visos technologijų pramonės profesijos – nuo kūrimo iki dizaino – yra kūrybinės, joms nereikia daug darbo valandų. Man atrodo, kad traškučiai iš tikrųjų kenkia kūrybiniam darbui, nes galiausiai esi nuobodus ir darai mažiau, nei galėtum be viršvalandžių. 4-6 valandos aktyvaus darbo upelyje, tiesą sakant, yra daug, be trukdžių ir konteksto jungiklių galima kalnus nuversti.
Taip pat galiu rekomenduoti dvi knygas, kurios man padėjo: iš vaikinų iš Basecamp ir iš Maksimo Dorofejevo.
Šiais laikais daugelis žmonių diskutuoja apie perdegimą. Ar kada nors jautėte kažką panašaus? Jei taip, kaip sekasi susidoroti? Kaip padaryti savo darbą įdomesnį?
Taip, jei atvirai, aš vis dar karts nuo karto perdegau. Apskritai tai logiška, filosofiniu požiūriu viskas, kas turi savybę degti, ilgainiui perdega :) Su pasekmėmis galima kovoti, bet, man atrodo, daug svarbiau nustatyti perdegimo priežastį ir jį pašalinti.
Priežastys kiekvienam skirtingos: vieniems tai – informacijos perteklius, kitiems – pervargimas pagrindiniame darbe, pasitaiko situacijų, kai nespėji fiziškai derinti darbo, pomėgių ir socializacijos. Kažkur tiesiog nejauti naujų iššūkių savo gyvenime ir pradedi dėl to nerimauti. Daugumą problemų galima išspręsti peržiūrėjus savo gyvenimo filosofiją, asmenines vertybes ir darbo vaidmenį gyvenime.
Pastaruoju metu beveik neprarandu susidomėjimo darbu ar kokiu nors nuobodžiu darbu. Yra įvairių metodų, kaip nuobodų darbą padaryti mažiau nuobodų, kai kurių iš jų išmokau mano draugas Kirilas Širinkinas. Bet aš stengiuosi šią problemą spręsti priežasties lygmenyje, tiesiog pasirinkdamas darbą, kuris suteiktų maksimalius iššūkius mano karjerai ir asmenybei bei minimalų organizacinį biurokratiją.
Gruodžio 7 dieną Michailas kalbės konferencijoje su pokalbiu „We Are All DevOps“, kuriame bus paaiškinta, kodėl svarbu sutelkti dėmesį ne tik į naujausio paketo diegimą, bet ir į kultūrinį „DevOps“ aspektą.
Taip pat programoje: Barukh Sadogursky (JFrog), Aleksandras Čistjakovas (vdsina.ru), Romanas Boyko (AWS), Pavelas Selivanovas (Southbridge), Rodionas Nagornovas (Kaspersky Lab), Andrejus Šorinas (DevOps konsultantas).
Ateik susipažinti!
Šaltinis: www.habr.com