Michail Chinkov woont en werkt al twee jaar in Berlijn. Mikhail legde uit hoe het werk van een ontwikkelaar in Rusland en Duitsland verschilt, of er in Berlijn veel vraag is naar ingenieurs met betrekking tot DevOps, en hoe je tijd kunt vinden om te reizen.
Over verhuizen
Sinds 2018 woon je in Berlijn. Hoe heb je deze beslissing genomen? Heb je vooraf bewust het land en bedrijf gekozen waar je wilt werken, of heb je een aanbod gekregen dat je niet kon weigeren?
Op een gegeven moment werd ik het beu om in Penza te wonen, waar ik ben geboren, opgegroeid en gestudeerd aan de universiteit, en het standaardtraject van verhuizen naar Moskou en Sint-Petersburg sprak me niet aan vanwege de specifieke kenmerken van het leven in deze steden. . Dus ik wilde gewoon proberen in Europa te leven, waar ik de afgelopen vakanties rond heb gereisd. Ik had geen voorkeur voor het bedrijf, of voor de stad, of zelfs voor een specifiek land - ik wilde gewoon zo snel mogelijk verhuizen.
Op dat moment beschouwde ik Berlijn als de meest toegankelijke stad voor een ontwikkelaar om naar een technologiebedrijf te verhuizen, omdat op Linkedin 90% van de verhuistolerante bedrijven uit Berlijn kwam. Vervolgens ben ik voor 3 dagen de stad in gevlogen om een aantal face-to-face interviews af te nemen. Ik hield echt van de stad, dus besloot ik dat ik nu in Berlijn wilde wonen. Een week later accepteerde ik onmiddellijk het allereerste aanbod dat ik ontving van de Berlijnse technologiehub.
Vertel ons meer over het verhuisproces. Hoe is dit voor jou gebeurd? Welke documenten heeft u verzameld? Heeft uw werkgever geholpen?
Ik kan hier niets nieuws zeggen; alles is heel goed geschreven in verschillende artikelen. Ik vind het leuker , bekend bij iedereen die in dit onderwerp geïnteresseerd is. In de Berlijnse technologiehub is het proces hetzelfde bij bijna alle bedrijven die een ingenieur helpen met verhuizen.
Ben je iets onverwachts en ongewoons tegengekomen op het gebied van de organisatie van het werk, het leven, de mentaliteit? Hoe lang duurde het voordat u gewend raakte aan het lokale leven?
Ja, in feite schokte het hele proces van werken in bedrijven in de Berlijnse technologiehub mij in eerste instantie. Over het algemeen alles: van hoe en in welke hoeveelheid rally's worden gehouden tot de rol van soft skills in het leven van een ingenieur.
In Duitsland is de werkcultuur bijvoorbeeld gericht op collectieve besluitvorming, wat betekent dat voor letterlijk elke controversiële kwestie een bijeenkomst wordt gecreëerd waar je het probleem grondig bespreekt en samen vanuit jouw standpunten tot consensus komt. Vanuit Rusland lijkt een dergelijke praktijk in eerste instantie voor de ingenieur tijdverspilling, bureaucratisch en wantrouwend, maar uiteindelijk is het zinvol, evenals de verdeling van de verantwoordelijkheid voor de uitkomst van de beslissing.
Momenten als deze, evenals een onbegrip over mezelf door mijn collega's, zorgden ervoor dat ik het boek las en begrijp dat al je interne verontwaardiging eerder een onvermogen is om de realiteit van de nieuwe omgeving waarin je je bevindt waar te nemen, eerder dan een poging om de waarheid te vinden. Na het boek werd je werk veel gemakkelijker: je begint de betekenis van de zinnen en beslissingen van je collega's te begrijpen.
In termen van het leven is het proces van aanpassing aan een nieuw land veel moeilijker dan het proces van aanpassing aan een werkcultuur. Meestal maken psychologen onderscheid waar iemand doorheen gaat. In dit opzicht was mijn pad geen uitzondering. Aan de andere kant lijkt het mij dat aanpassing bij het verhuizen naar een multicultureel centrum als Berlijn, Londen en Barcelona duidelijk gemakkelijker is dan in welke klassieke stad dan ook.
Wat vind je leuk en niet leuk aan deze stad, nadat je twee jaar in Berlijn hebt gewoond?
Het is moeilijk voor mij om een lijst samen te stellen van de voor- en nadelen van de stad, omdat Berlijn al snel mijn thuis werd in elke betekenis van het woord.
Ik denk dat ik mijn hele volwassen leven heb gestreefd naar vrijheid in al zijn verschijningsvormen: fysiek, sociaal, financieel, politiek, spiritueel, mentaal. Ja, dezelfde vrijheid in het werk, ik hou niet van controle van bovenaf en micromanagement, als mij voortdurend wordt verteld wat en hoe ik moet doen. Op dit gebied leek en lijkt Berlijn mij nog steeds een van de meest vrije steden ter wereld vanwege de vrije kijk op het leven in de samenleving, de relatief liberale prijzen voor huur en andere behoeften, evenals de vele mogelijkheden om je vrijheid op het gebied van de samenleving te vergroten. andere aspecten.
Over werken in Berlijn
Welke stack is de standaard bij Berlijnse startups? Hoe verschilt de stapel over het algemeen van het gemiddelde in Rusland?
Vanuit technologisch oogpunt lijken lokale stacks mij subjectief saai, tenzij het FinTech-bedrijven zijn. De meeste startups en degenen die van een startup naar een onderneming zijn overgestapt, zijn opgericht in 2010-2012 en begonnen met de eenvoudigste architectuur: een monolithische backend, en soms met een ingebouwde frontend, een taal - Ruby, of PHP, of Python. er wordt altijd gebruik gemaakt van frameworks, een database op MySQL, cache op Redis. Volgens persoonlijke gevoelens heeft 90% van de bedrijven ook al hun productie op AWS.
De huidige trend is om de monoliet op te delen in microservices, deze in containers te verpakken, deze in Kubernetes te implementeren en op Golang te vertrouwen als de standaardtaal voor nieuwe applicaties. Dit gebeurt heel langzaam en daarom ligt in de meeste bedrijven de hoofdfunctionaliteit nog steeds verborgen in een monoliet. Ik ben verre van frontend, maar zelfs daar is React meestal de standaard.
Grote technologiebedrijven als Zalando en N26 proberen meer technologie in de dienst te brengen, zodat ze iets hebben om gemotiveerde ontwikkelaars naar de markt te lokken. Andere technologiebedrijven streven er ook naar om gelijke tred te houden met de nieuwste technologieën, maar van buitenaf is het duidelijk dat ze gebukt gaan onder de last van een monolithische architectuur en de technische schulden die door de jaren heen zijn opgebouwd.
Als ingenieur vat ik dit heel kalm op, omdat er in het Berlijnse technologiecentrum veel interessante bedrijven zijn vanuit productoogpunt. In dergelijke bedrijven is het interessanter om te werken aan een idee en een product dat je persoonlijk leuk vindt, dan het bedrijf te beschouwen als een plek met een modieuze tech-stack waar je zeker mee moet werken.
Hoe verschilt het leven en werk van een ontwikkelaar in Rusland en in Duitsland? Zijn er dingen die je hebben verrast?
In Duitsland gaat het, net als in elk ander land in Noord- en Midden-Europa, beter met de balans tussen werk en privéleven en de relaties tussen collega's, maar slechter met de snelheid van werken. In het begin was het voor mij onaangenaam om te wennen aan interne projecten die een paar maanden duurden, terwijl soortgelijke projecten bij technologiebedrijven in Rusland een paar weken duurden. In feite is dit niet eng, omdat er objectieve redenen voor zijn, en bedrijven dergelijke situaties meestal niet kritisch waarnemen.
Anders is het voor mij vrij moeilijk om een parallel te trekken tussen Duitsland en Rusland, omdat ik geen ervaring heb met het werken bij bekende bedrijven als Yandex en Tinkov, waar de situatie vergelijkbaar kan zijn met die van de Berlijnse technologiehub.
Voor mezelf heb ik gemerkt dat in Berlijn de prioriteit ligt bij het creëren van een comfortabele werksfeer in bedrijven, regelmatige interne evenementen en de veelzijdigheid van collega's met wie het altijd interessant is om te communiceren over onderwerpen die ver van de IT liggen. Maar ik denk dat het meer afhangt van het bedrijf waar je werkt dan van het land.
Naar welke specialisten is er volgens uw observaties veel vraag in Duitsland? Zijn DevOps-specialisten veelgevraagd?
De meeste bedrijven hebben moeite met het waarnemen van de DevOps-cultuur en het begrijpen van wat DevOps eigenlijk is. Er zijn echter veel vacatures met het prefix DevOps, en hieruit blijkt duidelijk de vraag naar specialisten in de markt.
Op dit moment is er in de lokale IT evenveel vraag naar absoluut alle gebieden die vandaag de dag relevant zijn. Ik kan alleen maar de grote vraag naar Data Engineer/Data Analist onderstrepen.
Laten we het over salarissen hebben: hoeveel kan een DevOps-ingenieur echt verdienen in Duitsland?
Deze vraag is moeilijk te beantwoorden, omdat IT nog een jonge branche is, waar geen specifieke salarisnormen gelden. Net als elders hangt het salaris grotendeels af van de werkervaring en kwalificaties van de ingenieur. Het is ook belangrijk om het cijfer te zien als salaris vóór belastingen en diverse sociale/verzekeringsinhoudingen. Ook hangt het salaris in Duitsland sterk af van in welke stad je werkt. In Berlijn, München, Frankfurt en Göttingen verschillen de salarisschalen enigszins van elkaar, evenals de kosten van levensonderhoud.
Als we het over Berlijn hebben, is het belangrijkste voordeel voor een carrière dat de vraag naar een ingenieur nog steeds groter is dan het aanbod, dus het salaris kan desgewenst snel groeien. Het grootste nadeel is dat de meeste bedrijven geen duidelijk beleid hebben voor salarisherziening, evenals criteria voor het beoordelen van de bijdrage aan het door het bedrijf gecreëerde product.
De cijfers zijn in te zien , StackOverflow of . Statistieken worden van jaar tot jaar bijgewerkt, dus ik neem geen verantwoordelijkheid om over het salarisbereik te praten.
Kunt u advies geven over wat u moet doen als u werkt als Conditional Site Reliability Engineer en naar Duitsland wilt verhuizen? Waar te beginnen? Waar naartoe?
Ik denk niet dat ik een speciaal advies heb voor de lezer. Wees gewoon nergens bang voor, rationaliseer minder voordat u verhuist en sta open voor alle moeilijkheden die u bij emigratie kunt tegenkomen. Maar er zullen moeilijkheden zijn.
Heeft Berlijn een sterke DevOps-gemeenschap? Ga je vaak naar lokale evenementen? Vertel ons iets over hen. Wat zijn ze?
Ik ga vrij zelden naar bijeenkomsten, dus ik kan niet zeggen wat de kenmerken van de lokale DevOps-gemeenschap zijn. Ik hoop volgend jaar met dit onderwerp aan de slag te kunnen gaan. Ik kan alleen maar mijn indrukken overbrengen van het enorme aantal thematische groepen op meetup.com: van Python- en Golang-fanaten tot Clojure- en Rust-liefhebbers.
Van de bijeenkomsten die ik heb bijgewoond, is de HashiCorp User Group erg goed, maar daar hou ik liever van de HashiCorp-gemeenschap met zijn groepen in verschillende steden.
Ik heb gelezen dat je bent verhuisd zonder Duits te spreken. Hoe gaat het met jou na een jaar? Heb je Duits nodig voor je werk of kun je ook zonder?
Ik heb Duits geleerd, nu ligt het taalniveau tussen B1 en B2. Ik voer nog steeds alle contacten met Duitsers vanaf het eerste jaar dat ik in Berlijn woon in het Engels, omdat dat voor beide partijen gemakkelijker is, en ik begin alle nieuwe contacten in het Duits. Mijn onmiddellijke plannen zijn om vooruitgang te boeken in mijn studie, mijn kennis te consolideren door te slagen voor het B2-certificaatexamen, omdat ik zelfverzekerder wil communiceren en klassieke literatuur in het origineel wil lezen.
In Berlijn is de taal meer nodig voor aanpassing aan het land, het verkrijgen van een gevoel van innerlijk comfort en volledige toegang tot de vrijetijdssfeer (theater/bioscoop/stand-up), maar het is onwaarschijnlijk dat de taal nodig zal zijn in het werk van Software Engineering. In elk bedrijf is Engels de officiële taal van de afdeling Engineering, zelfs bij grote Duitse bedrijven als Deutsche Bank, Allianz en Volkswagen.
De belangrijkste reden is een tekort aan personeel, de status van de stad als internationaal cultureel centrum en veel expats die problemen hebben met het leren van de Duitse taal. Elk bedrijf biedt echter wekelijks cursussen Duits tijdens werkuren aan op kosten van de organisatie om het leven van werknemers buiten het werk gemakkelijker te maken.
In de twee jaar dat ik contact had met bedrijven en recruiters, werd ik slechts twee keer in het Duits gecontacteerd. Bij dit soort uitzonderingen is een B1/B2-niveau doorgaans voldoende om te kunnen opereren. Net als Amerikanen met Engels zijn Duitsers vrij kalm over je spraakfouten, omdat ze begrijpen dat de taal niet gemakkelijk is.
In zijn Je schrijft dat DevOps niet het vermogen is om Kubernetes en Prometheus te verdraaien, maar een cultuur. Wat moeten bedrijven volgens jou doen om een DevOps-cultuur in hun teams te ontwikkelen, niet in woorden, maar in daden? Wat ben je thuis aan het doen?
Ik denk dat je allereerst eerlijk moet zijn en alle puntjes op de i moet zetten als het gaat om het verdelen van de verantwoordelijkheid voor het product. Het belangrijkste probleem dat DevOps oplost, is het over de muur gooien van de verantwoordelijkheid en de problemen die daarmee samenhangen. Zodra mensen begrijpen dat het delen van de verantwoordelijkheid gunstig is voor zowel het bedrijf als de ingenieurs, komen de zaken van een dood punt en kun je al gericht werk doen: het afstemmen van de Delivery Pipeline, het verminderen van het aantal mislukte implementaties en andere dingen waarmee je kunt bepalen de staat van DevOps in het bedrijf.
In mijn carrière heb ik DevOps nog niet gepromoot vanuit het standpunt van een technische leider of CTO van een bedrijf; ik heb altijd gehandeld vanuit de positie van een engineer die iets van DevOps weet. Sterker nog, in DevOps is de positie van de cultuurdriver erg belangrijk, vooral de invloedssfeer en leiderschapskwaliteiten van de driver. Mijn laatste bedrijf had aanvankelijk een relatief vlakke hiërarchie en een sfeer van vertrouwen tussen collega's, en dit maakte mijn doel om cultuur te bevorderen veel gemakkelijker.
Het beantwoorden van de specifieke vraag wat er gedaan kan worden ten behoeve van DevOps. In mijn verslag over De hoofdgedachte is dat je om een DevOps-cultuur te ontwikkelen niet alleen te maken hebt met technologieën in de infrastructuur, maar ook met interne coaching en de verdeling van verantwoordelijkheden in technische processen.
We hebben bijvoorbeeld twee maanden besteed aan het creëren van een platform voor QA- en PR-servers voor de behoeften van ontwikkelaars en testers. Al dit geweldige werk zal echter in de vergetelheid raken als de mogelijkheden niet correct worden gecommuniceerd, de functies niet worden gedocumenteerd en de training van medewerkers niet wordt voltooid. En andersom, na goed uitgevoerde workshops en paarprogrammeringssessies, raakt een gemotiveerde ingenieur geïnspireerd door nieuwe nuttige functionaliteit en lost hij al de volgende problemen op die kruisen met het infrastructuurplatform.
Als u meer vragen over DevOps wilt, kunt u hier terecht , waarin Misha uitgebreid antwoord geeft op de vragen “Waarom is DevOps nodig?” en “Is het nodig om speciale DevOps-afdelingen in het bedrijf te creëren?”
Over ontwikkeling
In je kanaal beveel je soms professionele artikelen en blogs aan. Heb je favoriete fictieboeken?
Ja, ik probeer tijd te vinden om fictie te lezen. Ik kan een bepaalde schrijver niet in één teug uitlezen, roman na roman, dus mix ik Russische en buitenlandse werken. Van de Russische schrijvers vind ik Pelevin en Dovlatov het leukst, maar ik lees ook graag de klassiekers uit de 19e eeuw. Onder de buitenlandse vind ik Remarque en Hemingway leuk.
Daar schrijf je veel over reizen, en eind 2018 schreef je dat je 12 landen en 27 steden hebt bezocht. Dit is een heel cool punt! Hoe regel jij het om te werken en te reizen?
Eigenlijk is alles vrij eenvoudig: je moet goed gebruik maken van vakantiedagen, weekends en feestdagen, en actief reizen tijdens de reis :)
Ik ben geen digitale nomade en heb nog nooit regelmatig op afstand gewerkt, maar ik denk dat ik genoeg vrije tijd heb om buiten het werk te reizen en de wereld te verkennen. De situatie verbeterde na de verhuizing naar Berlijn: het ligt in het centrum van Europa en er zijn meer vakantiedagen.
Ik heb ook geprobeerd een maand te reizen tussen mijn oude en nieuwe baan, maar zelfs een maand onderweg lijkt me te veel tijd. Sinds die reis probeer ik een week tot anderhalve week vrij te nemen, zodat ik redelijk pijnloos weer aan het werk kan.
Welke drie plekken vond jij het leukst en waarom?
Als backpacker zijn de landen die mij het meest aanspreken Portugal, Oman en India. Ik hou van Portugal vanuit het oogpunt van de Europese geschiedenis en beschaving, zoals architectuur, taal en cultuur. Oman - ongelooflijke gastvrijheid en vriendelijkheid van de lokale bevolking, evenals een sfeer van relatieve ontspanning te midden van de spanningen in het Midden-Oosten. Ik heb het zelfs over Oman schreef. India – de diversiteit van het leven binnen zijn regio’s en de culturele identiteit, omdat het tijdperk van de Starbucks-planeet en het Microsoft-sterrenstelsel dat Palahniuk heeft nagelaten hen nog niet heeft bereikt. Ik hou ook erg van Bangkok en het noordelijke deel van Thailand. Het zuidelijke deel met de zee, eilanden en schiereilanden leek te toeristisch.
Je kunt Misha's reisnotities lezen op zijn Telegram-kanaal
Hoe zorg jij ervoor dat je de balans tussen werk en privé behoudt? Deel je geheimen :)
Ik heb hier geen geheim. Of het nu in Rusland of Duitsland is, normale technologiebedrijven bieden u de mogelijkheid om uw werktijd in te richten op een manier die bij u past. Meestal zit ik pas laat in de avond op mijn werk als de dienst stabiel werkt en er geen sprake is van overmacht. Simpelweg omdat mijn hersenen na 5-6 uur geen oproepen tot actie waarnemen van het woord ‘helemaal’ en me vragen om te ontspannen en goed te slapen.
Vrijwel alle soorten beroepen in de tech-industrie – van ontwikkeling tot ontwerp – zijn creatieve beroepen; ze vergen niet veel werkuren. Het lijkt mij dat crunches eigenlijk slecht zijn voor creatief werk, omdat je uiteindelijk saai wordt en minder doet dan je zou kunnen zonder de overuren. 4-6 uur actief werken in een stream is in feite veel, zonder onderbrekingen en contextwisselingen kun je bergen verzetten.
Ik kan ook twee boeken aanbevelen die mij hebben geholpen: van de jongens van Basecamp en van Maxim Dorofeev.
Tegenwoordig praten veel mensen over een burn-out. Heb jij ooit iets soortgelijks gevoeld? Zo ja, hoe gaat u ermee om? Hoe maak je je werk interessanter?
Ja, eerlijk gezegd heb ik af en toe nog steeds een burn-out. Over het algemeen is dit logisch, vanuit filosofisch oogpunt brandt alles wat de eigenschap heeft om te verbranden uiteindelijk uit :) Je kunt de gevolgen bestrijden, maar het lijkt mij veel belangrijker om de oorzaak van burn-outs te identificeren en elimineren.
De redenen zijn voor iedereen anders: voor sommigen is het een overvloed aan informatie, voor anderen is het overwerk in hun hoofdbaan, er zijn situaties waarin je geen tijd hebt om werk, hobby's en socialisatie fysiek te combineren. Ergens voel je simpelweg geen nieuwe uitdagingen in je leven en begin je je er zorgen over te maken. De meeste problemen kunnen worden opgelost door uw levensfilosofie, persoonlijke waarden en de rol van werk in uw leven te herzien.
De laatste tijd heb ik nauwelijks verlies van interesse in werk of saai werk. Er zijn verschillende technieken om een saaie baan minder saai te maken, waarvan ik er enkele heb geleerd mijn vriend Kirill Shirinkin. Maar ik probeer dit probleem op het niveau van de oorzaak op te lossen, simpelweg door een baan te kiezen die maximale uitdagingen biedt voor mijn carrière en persoonlijkheid en een minimum aan organisatorische bureaucratie.
Op 7 december zal Mikhail spreken op de conferentie met de lezing ‘We Are All DevOps’, waarin wordt uitgelegd waarom het belangrijk is om niet alleen te focussen op de manier waarop de nieuwste stack wordt ingezet, maar ook op het culturele aspect van DevOps.
Ook in het programma: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps-consultant).
Kom kennismaken!
Bron: www.habr.com