Mihály Csinkov két éve él és dolgozik Berlinben. Mihály mesélt arról, miben különbözik a fejlesztői munka Oroszországban és Németországban, mennyire van szükség Berlinben a DevOps-hoz köthető mérnökökre, és hogyan talál időt az utazásra.
A költözésről
2018 óta élsz Berlinben. Hogyan hoztad meg ezt a döntést? Előre tudatosan választottad ki az országot és a céget, ahol dolgozni akarsz, vagy olyan ajánlatot kaptál, amit nem lehetett visszautasítani?
Valamikor elegem lett az életből Penza városában, ahol születtem, felnőttem és az egyetemet végeztem, és a standard költözési út, Moszkvába vagy Szentpétervárra, nem vonzott a városok életmódbeli sajátosságai miatt. Így aztán egyszerűen ki akartam próbálni, milyen élni Európában, amerre az utóbbi pár vakációmon jártam. Nem voltak preferenciáim se cég, se város, se konkrét ország iránt — csak minél előbb akartam költözni.
Akkor azt gondoltam, Berlin a legmegfizethetőbb város a tech-céghez való költözéshez, hiszen a LinkedIn-en az átköltözéshez toleráns cégek 90%-a Berlinből volt. Később 3 napra repültem a városba, hogy pár személyes interjút lebonyolítsak. Nagyon tetszett a város, ezért eldöntöttem, hogy most azonnal Berlinben szeretnék élni. Egy héten belül az első ajánlatot elfogadtam, amit a berlini tech központból kaptam.
Kérlek, mesélj részletesebben a költözési folyamatról. Hogyan zajlott ez nálad? Milyen dokumentumokat kellett összegyűjtened? Segített a munkaadó?
Itt nem tudok újat mondani, minden nagyon jól le van írva néhány cikkben. Nekem jobban tetszik , amely mindenki számára ismert, aki érdeklődik a téma iránt. A berlini tech központban a folyamat gyakorlatilag minden cégnél egyforma, amelyek segítenek a mérnököknek a költözésben.
Találkoztál valami váratlannal vagy szokatlannal a munka, a mindennapi élet vagy a mentalitás szervezése terén? Mennyire időigényes volt megszokni a helyi életet?
Igen, valójában a berlinben működő tech cégeknél a munka folyamata eleinte megdöbbentett. Valóban minden: a megbeszélések mennyisége és módja, valamint a soft skills szerepe a mérnök életében.
Például Németországban a munkahelyi kultúra a közös döntéshozatalra fókuszál, ami azt jelenti, hogy szinte minden vitás kérdéshez találkozót szerveznek, ahol alaposan megvitatják a problémát, és közösen eljutnak a konszenzusra a véleményekből. Oroszországból nézve ez a gyakorlat eleinte időpazarlásnak, bürokráciának és bizalmatlanságnak tűnik, de végső soron értelmet nyer, akárcsak a döntés eredményéért való felelősség megosztása.
Az ilyen pillanatok, valamint a kollégáktól való önmegértés hiánya arra késztettek, hogy elolvassam a könyvet és megértsem, hogy minden belső felháborodásod valójában a új környezet valóságának elfogadásának megtagadása, nem pedig az igazság keresése. A könyv után sokkal könnyebb lett a munka, elkezded érteni kollégáid mondatainak és döntéseinek jelentését.
Az élet szempontjából a új országba való alkalmazkodás folyamata sokkal bonyolultabb, mint a munkahelyi kultúrához való alkalmazkodás. Általában a pszichológusok kiemelnek , amelyeken az ember keresztülmegy. Ezen a téren az én utam sem volt kivétel. Másrészt azonban úgy gondolom, hogy a múlti-kulturális központokba, mint Berlin, London és Barcelona való költözés sokkal könnyebben zajlik, mint bármely klasszikus városba.
Két év berlini élet után, mi tetszik és mi nem tetszik ebben a városban?
Nehéz lenne egy listát összeállítani a város előnyeiről és hátrányairól, mert Berlin elég gyorsan az otthonommá vált minden értelemben.
Úgy érzem, hogy életem tudatos részében mindig a szabadságra törekedtem minden megnyilvánulásában: fizikai, társadalmi, pénzügyi, politikai, spirituális, mentális szempontból. A munkahelyi szabadság is fontos számomra, nem szeretem a felső kontrollt és a mikromanagementet, amikor mindig megmondják, hogy mit és hogyan kell csinálni. Ezekben a kérdésekben Berlin számomra az egyik legszabadságosabb város a világon, a társadalmi élet szabad nézetei, a viszonylag liberális bérleti díjak és egyéb szükségletek, valamint a szabadság különböző aspektusainak fejlesztési lehetőségei miatt.
A berlini munkáról
Milyen technológiai stack számít standardnak a berlini startupokban? Hogyan különbözik a stack az orosz átlagostól?
Technológiai szempontból a helyi stackek számomra unalmasnak tűnnek, kivéve ha FinTech cégekről van szó. A legtöbb startup és az enterprise-ra átlépett cég 2010-2012 között alakult, és a legegyszerűbb architektúrával kezdték: monolit backend, néha a frontend is beépítve, a használt nyelv Ruby, PHP vagy Python, kötelező keretrendszerek, az adatbázis MySQL, a cache Redis. Továbbá, személyes érzéseim szerint, az összes cég 90%-a teljesen az AWS-en futtatja a produkciót.
Most mindenki a monolitot mikroszolgáltatásokra bontja, konténerekbe csomagolja, Kubernetesbe telepíti, és a Golangot tekinti az új alkalmazások sztenderd nyelvének. Ez nem történik túl gyorsan, ezért a legtöbb cégnél a fő funkciók még mindig a monolitban rejtőznek. Jól el vagyok a frontendtől, de ott is általában a React a sztenderd.
Nagy tech cégek, mint a Zalando és az N26 igyekeznek több technológiát behozni a szolgáltatásaikba, hogy vonzóbbá tegyék a céltudatos fejlesztőket a piacon. A többi tech cég is próbál lépést tartani a legújabb technológiákkal, de látszik, hogy nyomás alatt állnak a monolit architektúra súlya és az évek óta felhalmozódott technikai adósság miatt.
Mérnökként ezt elég nyugodtan kezelem, mivel Berlin tech központjában sok érdekes cég található termék szempontjából. Az ilyen cégeknél érdekesebb dolgozni egy olyan ötletért és termékért, ami személyesen tetszik, mintsem azt nézni, hogy a cég egy fényűző tech stack-kel rendelkezik, amivel mindenképp dolgozni kell.
Miben különbözik a fejlesztők élete és munkája Oroszországban és Németországban? Vannak dolgok, amelyek megleptek?
Németországban, mint Európa északi/középső országaiban, jobban áll a munka/magánélet egyensúlya és a kollégák közötti kapcsolat, de rosszabb a munka sebessége. Eleinte kellemetlen volt megszokni a belső projekteket, amelyek pár hónapig tartanak, míg Oroszország tech cégeinél hasonló projektek csak pár hétig tartottak. Valójában ez nem olyan vészes, mert objektív okok találhatók rá, és a cégek általában nem fogják kritikusan értékelni az ilyen helyzeteket.
A többi dologban meglehetősen nehéz nekem párhuzamot vonni Németország és Oroszország között, mert nincs tapasztalatom olyan neves cégeknél, mint a Yandex vagy a Tinkoff, ahol a helyzet hasonló lehet a berlini tech-hubhoz.
Számomra úgy tűnik, hogy Berlinben a prioritás a kényelmes munkakörnyezet megteremtésében rejlik a vállalatoknál, a rendszeres belső eseményekben és a változatos kollégákban, akikkel mindig érdekes beszélgetni az IT-tól távol eső témákról. De azt hiszem, ez inkább attól függ, hogy melyik cégnél dolgozol, semmint az ország sajátosságaitól.
Mely szakemberek iránti kereslet tapasztalható Németországban a megfigyeléseid szerint? Keresettek a DevOps-szal foglalkozó szakemberek?
A legtöbb cégnél érezhető egy probléma a DevOps kultúrájának megértésével és azzal, hogy valójában mit jelent a DevOps. Azonban rengeteg állás hirdetés van DevOps címszóval, ami világosan mutatja a szakemberek iránti keresletet a piacon.
Jelenleg a helyi IT szektorban egyformán keresettek az összes aktuális szakterület. Talán kiemelhetném az adatmérnökök és adatanalitikusok iránti nagy keresletet.
Beszéljünk a fizetésekről, mennyit lehet reálisan keresni egy DevOps mérnöknek Németországban?
Nehezen válaszolható meg ez a kérdés, mert az IT mégiscsak egy fiatal iparág, ahol nincsenek konkrét normák a fizetésekkel kapcsolatban. Mint mindenhol, a fizetés mértéke nagymértékben függ a munkatapasztalattól és a mérnök képesítéseitől. Fontos azt is szem előtt tartani, hogy a számok a bruttó bérre vonatkoznak, nem számítva az adókat és különböző szociális/biztosítási levonásokat. Emellett a fizetés Németországban nagymértékben függ attól, hogy melyik városban dolgozol. Berlinben, Münchenben, Frankfurtban és a feltételes Göttingenben a fizetési tartományok kissé eltérnek egymástól, ahogyan az életköltések is.
Ha Berlinről beszélünk, akkor a karrier szempontjából a fő előny az, hogy a mérnök iránti kereslet még mindig meghaladja a kínálatot, ezért a fizetés gyorsan növekedhet, ha valaki úgy kívánja. A legnagyobb hátrány az, hogy a legtöbb cégnél nincs világos bérfelülvizsgálati politika, ahogyan a vállalat által létrehozott termékbe való hozzájárulás értékelési kritériumai sem.
A számokat meg lehet nézni a a StackOverflow-on, vagy a . A statisztika évről évre frissül, ezért nem vállalom a felelősséget a fizetési tartományokkal kapcsolatban.
Adhatnál valami tanácsot, mit tegyél, ha Site Reliability Engineer vagy, és Németországba szeretnél költözni? Hol kezdjem? Hová menjek?
Nem hiszem, hogy lenne valami különleges tanácsom az olvasónak. Talán csak ne félj semmitől, ne racionálj túl sokat a költözés előtt, és légy nyitott minden nehézségre, amivel az emigráció során szembe találkozol. Lesznek nehézségek.
Erőteljes a DevOps közösség Berlinben? Gyakran jársz helyi eseményekre? Mesélj egy kicsit róluk. Milyenek?
Ritkán járok meetupra, így nem tudom megmondani, miben különleges a helyi DevOps közösség. Remélem, hogy a jövő évben bepótolom majd ezt a kérdést. Csak annyit tudok mondani, hogy hatalmas számú tematikus csoport van a meetup.com-on: a Python és Golang rajongóktól a Clojure és Rust kedvelőiig.
Amit a meetupról látogattam, nagyon jó a HashiCorp User Group — de ott inkább a HashiCorp közössége tetszik, annak csoportjaival különböző városokban.
Olvastam, hogy német nyelvtudás nélkül költöztél. Milyenek az eredményeid egy év elteltével? Szükséges a német nyelv a munkához, vagy meg lehet lenni nélküle?
Megtanultam németül, most a nyelvtudásom B1 és B2 között ingadozik. Minden kapcsolatot a németekkel az első berlini évemben még mindig angolul kezelek, mert ez mindkét félnek egyszerűbb, és minden új kapcsolatot németül kezdek. A közeljövőbeli terveim között van, hogy mélyebben elmerüljek a tanulmányokban, és a B2-es nyelvvizsga letételével stabilizáljam a tudásomat, mert magabiztosabban szeretnék kommunikálni és olvasni az eredeti klasszikus irodalmat.
Berlinben a nyelv inkább az alkalmazkodásra és a belső kényelem megtalálására szükséges, valamint a szabadidős tevékenységekhez (színház/mozi/standup) való teljes körű hozzáféréshez, azonban a Software Engineering munkához valószínűleg nem szükséges. Minden cégben az angol a hivatalos nyelve az Engineering részlegnek, még a nagy német cégeknél is, mint a Deutsche Bank, Allianz és Volkswagen.
A fő ok a munkaerőhiány, a város nemzetközi kulturális központként betöltött státusza, sok expat, akikkel problémák merülnek fel a német nyelv tanulásával. Mindenesetre minden cég heti német nyelvtanfolyamokat kínál a munkaidőben a munkatársak életének megkönnyítése érdekében.
Két év során, amikor kapcsolatba léptem vállalatokkal és toborzókkal, csak kétszer kerestek meg németül. Az ilyen kivételekhez általában elegendő a B1/B2 szint. Ahogy az amerikaiak is elnézik az angol beszédhibákat, a németek is viszonylag nyugodtan kezelik a nyelvi hibákat, mert tudják, hogy a nyelv nem egyszerű.
A saját írod, hogy a DevOps nem csupán a Kubernetes és a Prometheus kezeléséről szól, hanem egy kultúra. Szerinted mit kell tenniük a cégeknek a DevOps kultúra fejlesztéséért a csapaton belül, nem csak szavakkal, hanem tettekkel is? Te mit teszel a saját cégednél?
Azt hiszem, elsődlegesen őszintének kell lennünk, és tisztázni kell a felelősségek elosztását a termék kapcsán. A DevOps által megoldandó fő probléma a felelősség és a vele járó problémák áthárítása a falon. Amint az emberek megértik, hogy a felelősség megosztása előnyös a vállalat és a mérnökök számára is, a helyzet mozdulni fog, és már lehet a részletes munkával foglalkozni: finomítani a Delivery Pipeline-t, csökkenteni a Deployment Failure Rate-et, és egyéb olyan dolgokat, amelyek alapján meg lehet határozni a DevOps állapotát a cégnél.
Szakmai karrierem során még nem népszerűsítettem a DevOps-t technikai vezető vagy cég CTO pozíciójából, mindig mérnökként léptem fel, aki tud valamit a DevOps-ról. Valójában a DevOps kultúra irányítása valóban fontos, különösen a vezető befolyása és vezetői készségei. Az utolsó cégemnél eredetileg viszonylag lapos hierarchia és bizalmi légkör volt a kollégák között, ami jelentősen megkönnyítette a kultúra népszerűsítését.
Konkrét kérdésre válaszolva, mit lehet tenni a DevOps érdekében. Az előadásomban a fő gondolata az, hogy a DevOps kultúra fejlesztéséhez nemcsak a technológiákkal kell foglalkozni az infrastruktúrában, hanem a belső coachinggal és a felelősség elosztásával is a munkafolyamatokban.
Például, két hónapot töltöttünk egy mérnök munkáján egy QA és PR szerverek platformjának létrehozásával a fejlesztők és tesztelők igényeinek kielégítésére. Azonban mindez a csodálatos munka feledésbe merül, ha a lehetőségekről szóló információ nem kerül pontosan átadásra, a funkciók nincsenek dokumentálva, és a munkatársak képzése nem fejeződik be. És ezzel ellentétben, a jól lebonyolított workshopok és párhuzamos programozási ülések után a célorientált mérnök inspirálva érzi magát az új, hasznos funkciók által, és már ő maga is megoldja a következő problémákat, amelyek kapcsolódnak az infrastruktúra platformhoz.
Ha további kérdéseid vannak a DevOps-szal kapcsolatban, itt van , amelyben Misha részletesen válaszol a "Miért van szükség DevOps-ra?" és "Kell-e a cégnél speciális DevOps részlegeket létrehozni?" kérdésekre.
A fejlődés
A csatornádon néha szakmai cikkeket és blogokat ajánlasz. Vannak kedvenc szépirodalmi könyveid is?
Igen, próbálok időt találni szépirodalom olvasására. Nem tudok egy konkrét írót egymás után olvasni, ezért vegyítem az orosz és a külföldi műveket. Orosz írók közül Peljevin és Dovlatov a kedvenceim, de a 19. századi klasszikusokat is szívesen olvasom. Külföldi írók közül pedig Remarque és Hemingway vonz.
Ott sokat írsz az utazásokról, és 2018 végén azt írtad, hogy 12 országot és 27 várost látogattál meg. Ez egy nagyon menő dolog! Hogyan tudsz egyszerre dolgozni és utazni?
Valójában minden elég egyszerű: jól kell kihasználni a szabadság, hétvégi és ünnepnapokat, plusz aktívan utazni az utazások során 🙂.
Nem vagyok digitális nomád, és soha nem dolgoztam távmunkában tartósan, de úgy érzem, hogy van elegendő szabadidőm az utazásra a munka mellett. A helyzet javult, miután Berlinbe költöztem: a város Európa közepén fekszik, és itt több szabadnapom van.
Próbáltam már egy hónapot utazni a régi és az új munkahelyem között, de számomra még egy hónap az úton túl hosszú időnek tűnik. Azóta próbálok egy hetes-kilenc napos szabadságokat venni, hogy vissza tudjak térni a munkába elég fájdalommentesen.
Melyik három hely tetszett a legjobban és miért?
A hátizsákos utazók számára Portugália, Omán és India tetszik a legjobban. Portugália történelmi és civilizációs szempontból vonzó, mint az építészet, a nyelv és a kultúra. Omán lenyűgöző vendégszeretetével és a helyiek barátságával, valamint a Közel-Kelet feszültségei közepette uralkodó viszonylagos nyugalommal imponál. Ománról még írtam. India pedig az ottani régiók életének sokszínűségével és kulturális identitásával ragadott meg, mivel ezekre még nem érkezett el a Starbucks és a Microsoft galaxisa által ránk hagyott korszak. Bangkok és Észak-Thailand is nagyon vonzó számomra. A déli rész a tengerével, szigeteivel és félszigeteivel túlságosan turistásnak tűnt.
Misi utazási jegyzeteit elolvashatod a Telegram-csatornáján
Hogyan sikerül megőrizned a munka/magánélet egyensúlyát? Oszd meg a titkaidat 🙂
Itt nem igazán van titkom. Oroszországban és Németországban is a normális tech cégek lehetőséget adnak arra, hogy úgy struktúráljuk a munkát, ahogy nekünk kényelmes. Általában nem maradok a munkában késő estig, ha a szolgáltatás stabilan működik és nem adódik váratlan helyzet. Egyszerűen azért, mert 5-6 óra után az agyam nem reagál a cselekvésre, és csak pihenni és jól aludni szeretne.
A tech ipar szinte mindenféle szakmája – a fejlesztéstől a tervezésig – kreatív szakma, ami nem igényel sok munkaórát. Úgy érzem, hogy a túlórázás alapvetően káros a kreatív munkára, mert végső soron elkezded lelassítani magad, és kevesebbet csinálsz, mint amennyit anélkül tudnál. 4-6 óra aktív munkavégzés a flow-ban valójában nagyon sok, megszakítások és kontextusváltások nélkül hegyeket tudsz megmozgatni.
Ajánlani tudok két könyvet is, ami nekem segített: a Basecamp csapatától, és Maxim Dorofeevtől.
Sokan most a kiégésről beszélnek. Éreztél hasonlót? Ha igen, hogyan kezeled? Hogyan teszed érdekesebbé a munkádat?
Igen, őszintén szólva, mostanában is időnként kiégésed van. Logikusan, filozófiai szempontból minden, ami ég, végül kiég. 🙂 Harcolhatsz a következményeivel, de úgy érzem, sokkal fontosabb felfedezni a kiégés okait és megszüntetni azokat.
Az okok mindenkinek mások: van, akit az információ túlzás terhel, mások túlteljesítenek a fő munkájukban, van, aki fizikailag nem tudja összeegyeztetni a munkát, a hobbit és a társasági életet. Vagy egyszerűen csak nem érzi az új kihívásokat az életében, és emiatt kezd el aggódni. A legtöbb problémát a életfilozófia, a személyes értékek és a munka szerepének újraértékelésével lehet megoldani az életedben.
Mostanában szinte soha nem veszítem el az érdeklődésemet a munkám iránt vagy nem végzek unalmas munkát. Vannak különböző technikák, hogyan lehet az unalmas munkát érdekesebbé tenni, és ezek közül néhányat az barátomtól, Kirill Shirinkintől szereztem. De igyekszem ezt a problémát az okainál megoldani, úgy, hogy a karrierem és a személyiségem számára legnagyobb kihívásokkal teli munkát választok, és minimális szervezeti bürokráciát.
December 7-én Mihail előad a konferencián a „Mindannyian DevOps vagyunk” című beszédében, amelyben elmagyarázza, miért fontos nemcsak az új stack telepítési módjára koncentrálni, hanem a DevOps kulturális aspektusaira is.
A programban még: Baruch Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boiko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps tanácsadó).
Gyere el, ismerkedj meg velünk!
Forrás: habr.com
