Mihail Csinkov két éve él és dolgozik Berlinben. Mikhail elmagyarázta, miben tér el egy oroszországi és németországi fejlesztő munkája, keresettek-e Berlinben a DevOps-hoz kapcsolódó mérnökök, és hogyan lehet időt szakítani az utazásra.
A költözésről
2018 óta Berlinben élsz. Hogyan hozta ezt a döntést? Tudatosan választottad előre azt az országot és céget, ahol dolgozni szeretnél, vagy olyan ajánlatot kaptál, amit nem tudsz visszautasítani?
Valamikor belefáradtam abba, hogy Penzában éljek, ahol születtem, ott nőttem fel és az egyetemen tanultam, és a Moszkvába és Szentpétervárra költözés szokásos útja nem vonzott a városok életének sajátosságai miatt. . Így csak meg akartam próbálni Európában élni, ahol az elmúlt néhány nyaralás során körbeutaztam. Nem preferáltam sem a céget, sem a várost, de még egy adott országot sem – csak a lehető leggyorsabban költözni akartam.
Abban a pillanatban Berlint tartottam a legelérhetőbb városnak egy fejlesztő számára, hogy tech céghez költözzön, mert a Linkedin-en a költözéstűrő cégek 90%-a berlini volt. Ezt követően 3 napra berepültem a városba, hogy néhány személyes interjút készítsek. Nagyon tetszett a város, ezért úgy döntöttem, hogy most Berlinben szeretnék élni. Egy héttel később azonnal elfogadtam a legelső ajánlatot, amit a berlini technológiai központtól kaptam.
Kérjük, írjon nekünk többet a költözés folyamatáról. Hogyan történt ez veled? Milyen dokumentumokat gyűjtöttél? A munkáltatója segített?
Nem tudok újat mondani, több cikkben minden nagyon jól meg van írva. jobban szeretem , amelyet mindenki ismer, akit érdekel ez a kérdés. A berlini technológiai központban szinte minden olyan cégnél ugyanaz a folyamat, amely egy mérnöknek segít az áthelyezésben.
Találkoztál már valami váratlan és szokatlan dologgal a munkaszervezés, az élet, a mentalitás szempontjából? Mennyi idő alatt sikerült megszoknia a helyi életet?
Igen, valójában a berlini technológiai központban dolgozó cégeknél végzett munka egész folyamata először sokkolt. Általában mindent: attól kezdve, hogy hogyan és milyen mennyiségben rendeznek rali-versenyeket, egészen a soft skillek szerepéig egy mérnök életében.
Például Németországban a munkakultúra a kollektív döntéshozatalra összpontosul, ami azt jelenti, hogy szó szerint minden vitás kérdéshez találkozót hoznak létre, ahol alaposan megvitatják a problémát, és közösen konszenzusra jutnak a nézőpontotokból. Oroszországból egy ilyen gyakorlat a mérnök számára eleinte időpocsékolásnak, bürokráciának és bizalmatlanságnak tűnik, de végül is van értelme, akárcsak a döntés kimeneteléért való felelősség megosztása.
Az ilyen pillanatok, valamint a kollégáim önmagam félreértése késztetett arra, hogy elolvassam a könyvet és értsd meg, hogy minden belső felháborodásod inkább az, hogy nem érzékeled az új környezet valóságát, amelyben találod magad, nem pedig az igazság megtalálásának kísérlete. A könyv után sokkal könnyebbé vált a munkája, kezdi megérteni kollégái mondatainak és döntéseinek jelentését.
Az élet szempontjából az új országhoz való alkalmazkodás folyamata sokkal nehezebb, mint a munkakultúrához való alkalmazkodás. Általában a pszichológusok megkülönböztetik amelyen az ember áthalad. E tekintetben az én utam sem volt kivétel. Másrészt számomra úgy tűnik, hogy az alkalmazkodás egy multikulturális központba, például Berlinbe, Londonba vagy Barcelonaba költözéskor nyilvánvalóan könnyebb, mint bármely klasszikus városban.
Két év berlini élet után mit szeret és mit nem szeret ebben a városban?
Nehéz összeállítani egy listát a város előnyeiről és hátrányairól, mert Berlin hamar az otthonommá vált a szó minden értelmében.
Azt hiszem, egész felnőtt életemben a szabadságra törekedtem annak minden megnyilvánulásában: testi, társadalmi, anyagi, politikai, lelki, mentális. Igen, ugyanaz a szabadság a munkában, nem szeretem a felülről jövő irányítást és a mikromenedzselést, amikor állandóan megmondják, mit és hogyan csináljak. Ezekben a kérdésekben Berlin a világ egyik legszabadabb városának tűnt és tűnik számomra a társadalmi életről alkotott szabad nézetei, a viszonylag liberális bérleti díjak és egyéb igények miatt, valamint számos lehetősége miatt a szabadság növelésére. egyéb szempontok.
A berlini munkáról
Melyik stack a standard a berlini startupoknál? Miben tér el általában a verem az oroszországi átlagtól?
Technológiai szempontból a helyi stackek szubjektíven unalmasnak tűnnek számomra, hacsak nem FinTech cégekről van szó. A legtöbb startup és azok, akik startupból vállalattá váltak, 2010-2012-ben alakultak, és a legegyszerűbb architektúrával indultak: monolitikus háttérrendszerrel, és olykor beépített frontenddel, nyelvvel - Ruby, PHP vagy Python, keretrendszerek mindig használatosak, adatbázis a MySQL-en, gyorsítótár a Redis-en. Emellett személyes érzések szerint a vállalatok 90%-a az összes termelést az AWS-en végzi.
A jelenlegi trend az, hogy a monolitot mikroszolgáltatásokra vágják, konténerekbe csomagolják, telepítik a Kubernetesre, és a Golangra hagyatkoznak, mint az új alkalmazások standard nyelvére. Ez nagyon lassan történik, ezért a legtöbb vállalatnál a fő funkcionalitás még mindig egy monolitban van eltemetve. Messze vagyok a frontendtől, de még ott is általában a React a standard.
Az olyan nagy technológiai cégek, mint a Zalando és az N26, igyekeznek több technológiát bevinni a szolgáltatásba, hogy legyen mivel csábítaniuk a motivált fejlesztőket a piacra. Más technológiai cégek is igyekeznek lépést tartani a legújabb technológiákkal, de kívülről jól látszik, hogy a monolitikus architektúra és az évek során felhalmozott műszaki adósság terhe nehezíti őket.
Mérnökként ezt egészen nyugodtan veszem, mert a berlini tech hubban nagyon sok érdekes cég van termékszempontból. Az ilyen cégeknél érdekesebb egy olyan ötletért és termékért dolgozni, amelyet személyesen szeretsz, mint egy olyan helynek tekinteni a céget, ahol divatos technológiai halom van, amivel mindenképpen együtt kell dolgozni.
Miben más egy fejlesztő élete és munkája Oroszországban és Németországban? Van olyan dolog, ami meglepett?
Németországban, csakúgy, mint Észak-/Közép-Európa bármely más országában, jobb a helyzet a munka/magánélet egyensúlyával és a kollégák közötti kapcsolatokkal, de rosszabb a munka sebességével. Eleinte kellemetlen volt megszoknom a pár hónapig tartó belső projekteket, míg az oroszországi technológiai cégeknél pár hétig tartottak hasonló projektek. Valójában ez nem ijesztő, mert ennek objektív okai vannak, és a vállalatok általában nem veszik kritikusan az ilyen helyzeteket.
Egyébként elég nehéz párhuzamot vonnom Németország és Oroszország között, mert nincs tapasztalatom olyan ismert cégeknél, mint a Yandex és a Tinkov, ahol a helyzet hasonló lehet a berlini technológiai központhoz.
Magam számára azt vettem észre, hogy Berlinben a legfontosabb a kényelmes munkahelyi légkör megteremtése a cégekben, a rendszeres belső rendezvények és a kollégák sokoldalúsága, akikkel mindig érdekes az informatikától távol eső témákban kommunikálni. De szerintem ez inkább a cégtől függ, ahol dolgozik, mint az országtól.
Megfigyelései szerint milyen szakemberekre van kereslet Németországban? Van-e kereslet a DevOps specialistákra?
A legtöbb vállalatnak problémát okoz a DevOps kultúra érzékelése és a DevOps valójában. A DevOps előtaggal azonban nagyon sok betöltetlen állás van, és ez egyértelműen mutatja a piacon a szakemberek iránti keresletet.
Jelenleg a helyi informatikában minden olyan területre, amely ma releváns, egyenlő igény van. Csak kiemelni tudom az adatmérnök/adatelemző iránti nagy keresletet.
Beszéljünk a fizetésekről, valójában mennyit kereshet egy DevOps mérnök Németországban?
Nehéz erre a kérdésre válaszolni, mert az informatika még fiatal iparág, ahol nincsenek konkrét fizetési normák. Mint mindenhol, a fizetés nagymértékben függ a mérnök munkatapasztalatától és képzettségétől. Fontos az is, hogy ezt a számot adózás és különféle társadalombiztosítási/biztosítási levonások előtti fizetésként is felfogjuk. Ezenkívül a fizetés Németországban nagymértékben függ attól, hogy melyik városban dolgozik. Berlinben, Münchenben, Frankfurtban és Göttingenben a fizetési tartomány kissé eltér egymástól, csakúgy, mint a megélhetési költségek.
Ha Berlinről beszélünk, a karrier fő előnye, hogy a mérnök iránti kereslet még mindig nagyobb, mint a kínálat, így a fizetés gyorsan nőhet, ha kívánják. A fő hátrány az, hogy a legtöbb vállalat nem rendelkezik egyértelmű fizetési felülvizsgálati politikával, valamint a vállalat által létrehozott termékhez való hozzájárulás értékelésének kritériumaival.
A számok megtekinthetők , StackOverflow ill . A statisztikák évről évre frissülnek, ezért nem vállalok felelősséget, hogy a fizetési tartományról beszéljek.
Tudna tanácsot adni, mit tegyen, ha feltételes telephely-megbízhatósági mérnökként dolgozik, és Németországba szeretne költözni? Hol kezdjem? Hová menjen?
Azt hiszem, nincs különösebb tanácsom az olvasónak. Csak ne félj semmitől, kevésbé racionalizálj költözés előtt, és légy nyitott minden nehézségre, amivel az emigráció során találkozhatsz. De lesznek nehézségek.
Van Berlinben erős DevOps közösség? Gyakran jársz helyi rendezvényekre? Mesélj egy kicsit róluk. Kik ők?
Elég ritkán járok találkozókra, így nem tudom megmondani, milyen jellemzői vannak a helyi DevOps közösségnek. Remélem, jövőre utolérhetem ezt a kérdést. Csak a benyomásaimat tudom átadni a meetup.com rengeteg tematikus csoportjáról: a Python és Golang fanatikusoktól a Clojure és Rust szerelmeseiig.
Azok közül a találkozók közül, amelyeken részt vettem, a HashiCorp Felhasználói Csoport nagyon jó – de ott inkább a HashiCorp közösséget szeretem a különböző városokban lévő csoportjaival.
Azt olvastam, hogy úgy költöztél, hogy nem beszéltél németül. Hogy vagy egy év után? Szüksége van német nyelvre a munkához, vagy meg lehet nélküle?
Németül tanultam, most B1 és B2 között van a nyelvi szint. A németekkel való kapcsolattartást a berlini élet első évétől kezdve továbbra is angolul bonyolítom le, mert mindkét fél számára könnyebb, és minden új kapcsolatfelvételt németül kezdek. Közelebbi terveim a tanulmányaimban való előrelépés, a tudásom megszilárdítása a B2 bizonyítvány letételével, mert szeretnék magabiztosabban kommunikálni és eredetiben olvasni a klasszikus irodalmat.
Berlinben a nyelvre nagyobb szükség van az országhoz való alkalmazkodáshoz, a belső kényelem érzésének megszerzéséhez és a szabadidős szférához való teljes hozzáféréshez (színház/mozi/stand-up), de a nyelvre aligha lesz szükség a Software munkájában. Mérnöki. Minden vállalatnál az angol a mérnöki részleg hivatalos nyelve, még az olyan nagy német vállalatoknál is, mint a Deutsche Bank, az Allianz és a Volkswagen.
Ennek fő oka a munkaerőhiány, a város nemzetközi kulturális központ státusza, valamint sok olyan emigráns, akiknek problémái vannak a német nyelv tanulásával. Ugyanakkor minden cég heti rendszerességgel kínál német nyelvtanfolyamokat munkaidőben a szervezet költségére, hogy megkönnyítse a dolgozók életét a munkán kívül.
A cégekkel és toborzókkal való kapcsolattartás során mind a két év alatt csak kétszer kerestek meg németül. Az ilyen típusú kivételek esetén a B1/B2 szint általában elegendő a működéshez. Az angolokhoz hasonlóan a németek is nyugodtak a beszédhibáiddal kapcsolatban, mert megértik, hogy a nyelv nem könnyű.
Az övében Azt írod, hogy a DevOps nem a Kubernetes és a Prometheus kiforgatásának képessége, hanem egy kultúra. Véleménye szerint mit kellene tenniük a vállalatoknak, hogy csapataikban a DevOps kultúrát ne szavakkal, hanem tettekkel alakítsák ki? Mit csinálsz otthon?
Úgy gondolom, hogy először is őszintének kell lenni, és minden i-t meg kell határoznia a termék felelősségének megosztásával kapcsolatban. A DevOps által megoldott fő probléma a felelősség és az ezzel kapcsolatos problémák falra dobása. Amint az emberek megértik, hogy a felelősség megosztása előnyös mind a vállalat, mind a mérnökök számára, a dolgok holtpontról indulnak, és máris célzott munkát végezhet: hangolhatja a szállítási csővezetéket, csökkentheti a telepítési hibaarányt és egyéb dolgokat, amelyek alapján meghatározhatja a DevOps állapota a cégben.
Pályafutásom során még nem promótáltam a DevOps-t egy cég műszaki vezetőjének vagy CTO-jának szemszögéből, mindig olyan mérnök pozíciójából tevékenykedtem, aki tud valamit a DevOps-ról. Valójában a DevOps-ban a kultúra vezető pozíciója nagyon fontos, különösen a vezető befolyási övezete és vezetői tulajdonságai. Legutóbbi cégem kezdetben viszonylag lapos hierarchiával és a kollégák közötti bizalmi légkörrel rendelkezett, és ez nagyban megkönnyítette a kultúra népszerűsítését.
Válasz arra a konkrét kérdésre, hogy mit lehet tenni a DevOps javára. Jelentésemben erről A fő gondolat az, hogy a DevOps-kultúra kialakításához nem csak az infrastruktúra technológiáival kell foglalkozni, hanem a belső coachinggal és a műszaki folyamatokban a felelősségek elosztásával is.
Például két hónapot töltöttünk azzal, hogy egy mérnök platformot készített a minőségbiztosítási és PR-szerverekhez a fejlesztők és tesztelők igényei szerint. Mindez a csodálatos munka azonban feledésbe merül, ha a képességeket nem kommunikálják megfelelően, a funkciókat nem dokumentálják, és nem fejezik be az alkalmazottak képzését. És fordítva, a jól lebonyolított workshopok és páros programozási munkamenetek után egy motivált mérnököt inspirálnak az új hasznos funkcionalitások, és már megoldja a következő, az infrastruktúra platformmal összefüggő problémákat.
Ha további kérdéseid vannak a DevOps-szal kapcsolatban, itt , amelyben Misha részletesen válaszol a „Miért van szükség a DevOps-ra?” kérdésekre. és „Szükséges-e speciális DevOps részlegeket létrehozni a cégben?”
A fejlesztésről
Csatornádon időnként szakmai cikkeket és blogokat ajánlasz. Van kedvenc szépirodalmi könyved?
Igen, próbálok időt szakítani szépirodalmi olvasásra. Egy bizonyos írót nem tudok egy csapásra, regényt regényre olvasni, ezért keverem az orosz és a külföldi műveket. Az orosz írók közül Pelevint és Dovlatovot szeretem a legjobban, de szívesen olvasom a 19. századi klasszikusokat is. A külföldiek közül Remarque-ot és Hemingwayt szeretem.
Ott rengeteget írsz az utazásról, 2018 végén pedig azt írtad, hogy 12 országban és 27 városban jártál. Ez egy nagyon klassz pont! Hogyan tud dolgozni és utazni?
Valójában minden nagyon egyszerű: jól ki kell használni a nyaralási napokat, hétvégéket és ünnepnapokat, valamint aktívan utazni az utazás során :)
Nem vagyok digitális nomád, és soha nem dolgoztam rendszeresen távolról, de azt hiszem, van elég szabadidőm ahhoz, hogy a munkán kívül utazgassak, hogy felfedezzem a világot. Berlinbe költözés után javult a helyzet: Európa közepén található, és több a vakációs nap.
Próbáltam egy hónapot utazgatni is a régi és az új munkahelyem között, de még egy hónap úton is túl sok időnek tűnik számomra. Azóta az utazás óta próbálok egy-másfél hét szabadságot kivenni, hogy viszonylag fájdalommentesen térhessek vissza dolgozni.
Melyik három hely tetszett a legjobban és miért?
Hátizsákos utazóként Portugália, Omán és India a legvonzóbb országok. Szeretem Portugáliát az európai történelem és civilizáció szempontjából, mint az építészet, a nyelv, a kultúra. Omán – a helyiek hihetetlen vendégszeretete és barátságossága, valamint a viszonylagos kikapcsolódás hangulata a Közel-Kelet feszültségei közepette. Még Ománról is beszélek írt. India – az élet sokszínűsége régióiban és kulturális identitása, mert a Starbucks bolygó és a Microsoft-galaxis Palahniuk által hagyott korszaka még nem érte el őket. Nagyon szeretem Bangkokot és Thaiföld északi részét is. A déli rész a tengerrel, szigetekkel és félszigetekkel túl turistásnak tűnt.
Misha utazási jegyzeteit a Telegram csatornáján olvashatja
Hogyan tudod fenntartani a munka/magánélet egyensúlyát? Oszd meg a titkait :)
Nincs itt semmi titkom. Akár Oroszországban, akár Németországban, a normál technológiai cégek lehetőséget biztosítanak Önnek, hogy az Ön számára megfelelő módon strukturálja munkaidejét. Általában késő estig nem ülök a munkahelyemen, ha a szerviz stabilan működik, és nincs vis maior. Egyszerűen azért, mert délután 5-6 óra után az agyam nem érzékeli a cselekvésre való felszólítást az „egyáltalán” szóból, és arra kér, hogy pihenjek és aludjak jól.
A technológiai iparban szinte minden szakmatípus – a fejlesztéstől a tervezésig – kreatív szakma, nem igényel nagy munkaórát. Számomra úgy tűnik, hogy a ropogtatás valójában rossz a kreatív munkához, mert végül unalmas leszel, és kevesebbet csinálsz, mint amennyit túlórák nélkül tudnál. 4-6 óra aktív munka egy patakban tulajdonképpen sok, megszakítások és kontextusváltások nélkül lehet hegyeket mozgatni.
Két könyvet is tudok ajánlani, amelyek segítettek: a Basecamp srácaitól és Maxim Dorofejevtől.
Manapság sokan beszélnek a kiégésről. Éreztél már valami hasonlót? Ha igen, hogyan bírod? Hogyan teheted érdekesebbé a munkádat?
Igen, hogy őszinte legyek, időnként még mindig kiégek. Általában ez logikus, filozófiai szempontból minden, aminek az a tulajdonsága, hogy éget, előbb-utóbb kiég :) A következményekkel lehet küzdeni, de nekem úgy tűnik, sokkal fontosabb a kiégés okának azonosítása. és szüntesse meg.
Az okok mindenkinél eltérőek: van, aki túlzott információbőséget jelent, van, aki túlterhelt a fő munkahelyén, vannak helyzetek, amikor nincs ideje fizikailag összeegyeztetni a munkát, a hobbit és a szocializációt. Valahol egyszerűen nem érzel új kihívásokat az életedben, és elkezdesz aggódni miatta. A legtöbb probléma megoldható, ha felülvizsgálja életfilozófiáját, személyes értékeit és a munka szerepét az életében.
Az utóbbi időben alig veszek el érdeklődésem a munka iránt, vagy bármilyen unalmas munka. Különféle technikák léteznek arra, hogy egy unalmas munkát kevésbé unalmassá tegyünk, ezek közül néhányat tanultam barátom Kirill Shirinkin. De ezt a problémát igyekszem az ok szintjén megoldani, egyszerűen úgy, hogy olyan munkát választok, amely maximális kihívást jelent a karrieremnek és a személyiségemnek, valamint minimális szervezeti bürokráciát.
December 7-én Mikhail felszólal a konferencián a „We Are All DevOps” című előadással, amely elmagyarázza, miért fontos, hogy ne csak a legújabb verem telepítési módjára összpontosítsunk, hanem a DevOps kulturális aspektusára is.
A programban még: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps tanácsadó).
Gyertek ismerkedni!
Forrás: will.com