Mikhail Chinkov vit et travaille à Berlin depuis deux ans. Il a expliqué comment le travail de développeur diffère entre la Russie et l'Allemagne, si les ingénieurs liés au DevOps sont demandés à Berlin, et comment trouver du temps pour voyager.
À propos du déménagement
Depuis 2018, tu vis à Berlin. Comment as-tu pris cette décision ? Choisissais-tu consciemment le pays et l'entreprise où tu voulais travailler, ou as-tu reçu une offre que tu ne pouvais pas refuser ?
À un moment donné, j'en ai eu assez de vivre à Penza, où je suis né, où j'ai grandi et où j'ai fait mes études, et le parcours standard vers Moscou ou Saint-Pétersbourg ne m'attirait pas à cause de la spécificité de la vie dans ces villes. J'ai donc simplement voulu essayer de vivre en Europe, que j'avais visitée lors des dernières vacances. Je n'avais aucune préférence pour l'entreprise, la ville, ou même le pays précis - je voulais juste déménager le plus vite possible.
À ce moment-là, j'ai considéré Berlin comme la ville la plus accessible pour qu'un développeur déménage dans une entreprise tech, car sur LinkedIn, 90 % des entreprises tolérantes à la relocalisation étaient basées à Berlin. Par la suite, je suis arrivé dans la ville pour 3 jours afin de passer quelques entretiens en face à face. J'ai beaucoup aimé la ville, c'est pourquoi j'ai décidé que je voulais vivre à Berlin tout de suite. Une semaine plus tard, j'ai immédiatement accepté la toute première offre que j'ai reçue d'un hub tech berlinois.
Peux-tu nous parler plus en détail du processus de déménagement ? Comment cela s'est passé pour toi ? Quels documents as-tu rassemblés ? Ton employeur t'a-t-il aidé ?
Je n'ai rien de nouveau à dire ici, tout est très bien écrit dans plusieurs articles. J'aime mieux , connue de tous ceux qui s'intéressent à cette question. Au sein du hub tech berlinois, le processus est pratiquement le même dans toutes les entreprises qui aident les ingénieurs avec leur relocalisation.
As-tu rencontré quelque chose d'inattendu et d'inhabituel en termes d'organisation du travail, de quotidien, de mentalité ? Combien de temps as-tu mis à t'habituer à la vie locale ?
Oui, en fait, tout le processus de travail dans les entreprises du hub tech berlinois m'a choqué au début. Tout : de la manière et de la quantité de réunions à l'importance des compétences comportementales dans la vie d'un ingénieur.
Par exemple, en Allemagne, la culture de travail est orientée vers la prise de décision collective, ce qui signifie qu'une réunion est organisée pour chaque question controversée, où vous discutez minutieusement du problème et parvenez ensemble à un consensus à partir de vos points de vue. Pour un ingénieur venant de Russie, cette pratique semble d'abord être une perte de temps, de la bureaucratie et un manque de confiance, mais en fin de compte, cela a du sens, tout comme la répartition des responsabilités pour les résultats des décisions.
De tels moments, tout comme l'incompréhension de soi-même de la part des collègues, m'ont poussé à lire le livre et à comprendre que toutes vos frustrations internes ne sont rien d'autre qu'un refus de percevoir la nouvelle réalité dans laquelle vous vous trouvez, plutôt qu'une tentative de trouver la vérité. Après la lecture du livre, il est devenu beaucoup plus facile de travailler, car vous commencez à comprendre le sens des phrases et des décisions de vos collègues.
En ce qui concerne la vie, le processus d'adaptation dans un nouveau pays est beaucoup plus complexe que celui de s'adapter à la culture de travail. En général, les psychologues identifient , par lesquelles une personne passe. En ce sens, mon parcours n'a pas fait exception. D'un autre côté, je pense que l'adaptation lors d'un déménagement dans un centre multiculturel comme Berlin, Londres ou Barcelone se fait beaucoup plus facilement que dans une ville classique.
Après deux ans de vie à Berlin, qu'est-ce que tu aimes et n'aimes pas dans cette ville ?
Il m'est difficile de dresser une liste des avantages et des inconvénients de la ville, car Berlin est rapidement devenu ma maison dans tous les sens du terme.
Je pense que j'ai aspiré toute ma vie consciente à la liberté sous toutes ses formes : physiques, sociales, financières, politiques, spirituelles et mentales. En ce qui concerne la liberté au travail, je n'aime pas le contrôle d'en haut et le micromanagement, où l'on me dit constamment ce que je dois faire et comment. À cet égard, Berlin me semble, et me semble toujours, l'une des villes les plus libres du monde en raison de ses perspectives libérales sur la vie sociale, de ses loyers relativement abordables et d'autres besoins, ainsi que d'un grand nombre de possibilités d'élargir ma liberté dans d'autres aspects.
Concernant le travail à Berlin
Quel est le stack standard dans les start-ups berlinoises ? En quoi le stack diffère-t-il de la moyenne en Russie ?
D'un point de vue technologique, les stacks locaux me semblent subjectivement ennuyeux, sauf s'il s'agit de sociétés FinTech. La plupart des startups et celles qui sont passées du statut de startup à celui d'entreprise ont été fondées entre 2010 et 2012 et ont commencé avec une architecture très simple : un backend monolithique, parfois avec un frontend intégré, utilisant Ruby, PHP ou Python, nécessitant des frameworks, une base de données MySQL, et un cache sur Redis. De plus, selon mes impressions personnelles, 90 % des entreprises ont toute leur production sur AWS.
Aujourd'hui, tout le monde tend à décomposer les monolithes en microservices, à les encapsuler dans des conteneurs, à les déployer dans Kubernetes et à se fier à Golang comme langage standard pour les nouvelles applications. Cela se fait assez lentement, donc dans la plupart des entreprises, la fonctionnalité principale est encore enfouie dans le monolithe. Je suis loin du frontend, mais là encore, le standard est généralement React.
Les grandes entreprises technologiques comme Zalando et N26 essaient d'apporter plus de technologies au service, afin d'attirer des développeurs déterminés sur le marché. Les autres entreprises technologiques essaient également de rester à jour avec les dernières technologies, mais on peut voir de l'extérieur qu'elles sont sous la pression d'une architecture monolithique et de la dette technique accumulée au fil des ans.
En tant qu'ingénieur, je perçois cela assez calmement, car dans le tech hub de Berlin, il y a de nombreuses entreprises intéressantes d'un point de vue produit. Dans ces entreprises, il est plus intéressant de travailler pour une idée et un produit que l'on apprécie personnellement, plutôt que de considérer l'entreprise comme un lieu avec une pile technologique à la mode à laquelle il faut absolument contribuer.
Qu'est-ce qui différencie la vie et le travail d'un développeur en Russie et en Allemagne ? Y a-t-il des choses qui t'ont surpris ?
En Allemagne, comme dans tout autre pays d'Europe du Nord/Centrale, la situation est meilleure en matière d'équilibre travail/vie personnelle et de relations entre collègues, bien que la vitesse de travail soit inférieure. Au début, cela m'a déplu de m'habituer aux projets internes qui prennent plusieurs mois, alors que dans les entreprises technologiques en Russie, des projets similaires prenaient quelques semaines. En réalité, ce n'est pas alarmant, car il y a des raisons objectives à cela, et les entreprises ne perçoivent généralement pas ces situations de manière critique.
Il m'est assez difficile de faire un parallèle entre l'Allemagne et la Russie, car je n'ai pas d'expérience de travail dans des entreprises connues comme Yandex ou Tinkoff, où la situation pourrait être semblable à celle du hub technologique berlinois.
J'ai remarqué qu'à Berlin, la priorité est donnée à la création d'une ambiance de travail confortable dans les entreprises, à des événements internes réguliers et à la diversité des collègues, avec lesquels il est toujours intéressant de discuter de sujets éloignés de l'informatique. Mais je pense que cela dépend plutôt de l'entreprise dans laquelle tu travailles que du pays.
D'après tes observations, quels spécialistes sont demandés en Allemagne ? Les experts en DevOps sont-ils recherchés ?
Dans la plupart des entreprises, il y a un problème de perception de la culture DevOps et de compréhension de ce qu'est réellement le DevOps. Cependant, il y a beaucoup d'offres d'emploi avec le terme DevOps, ce qui montre clairement la demande pour ces spécialistes sur le marché.
Actuellement, dans l'informatique locale, toutes les disciplines actuelles sont également demandées. Je peux juste souligner une forte demande pour les Data Engineers/Data Analysts.
Parlons des salaires, combien peut réellement gagner un ingénieur DevOps en Allemagne ?
Il est difficile de répondre à cette question, car l'informatique est tout de même une industrie jeune, où il n'y a pas de standards précis en matière de salaire. Comme partout, le montant du salaire dépend principalement de l'expérience et des qualifications de l'ingénieur. Il est également important de considérer le chiffre comme un salaire brut, avant taxes et diverses déductions sociales/assurances. De plus, le salaire en Allemagne dépend beaucoup de la ville où tu travailles. À Berlin, Munich, Francfort et dans la ville hypothétique de Göttingen, la fourchette salariale varie légèrement, tout comme le coût de la vie.
En ce qui concerne Berlin, le principal avantage pour une carrière est que la demande pour les ingénieurs est encore supérieure à l'offre, donc les salaires peuvent augmenter rapidement si on le souhaite. Le principal inconvénient est que la plupart des entreprises n'ont pas de politique claire de révision des salaires, ni de critères d'évaluation de la contribution au produit créé par l'entreprise.
Les chiffres peuvent être vus dans , StackOverflow ou . Les statistiques sont mises à jour chaque année, je ne me permettrais donc pas de parler de la fourchette des salaires.
Peux-tu donner des conseils sur ce qu'il faut faire si tu travailles comme Site Reliability Engineer et que tu veux déménager en Allemagne ? Par où commencer ? Où aller ?
Je ne pense pas avoir de conseils particuliers à donner au lecteur. À part ne pas avoir peur, ne pas trop rationaliser avant le déménagement et être ouvert à toutes les difficultés que l'on peut rencontrer lors de l'émigration. Il y aura des difficultés.
La communauté DevOps à Berlin est-elle forte ? Vas-tu souvent à des événements locaux ? Parle-nous un peu d'eux. À quoi ressemblent-ils ?
Je vais assez rarement à des meetups, donc je ne peux pas dire en quoi consiste la communauté DevOps locale. J'espère remédier à cela l'année prochaine. Je peux seulement partager mes impressions sur le grand nombre de groupes thématiques sur meetup.com : des passionnés de Python et Golang aux amateurs de Clojure et Rust.
Parmi les meetups auxquels j'ai assisté, le HashiCorp User Group est très bon — mais j'apprécie surtout la communauté HashiCorp en général avec ses groupes dans différentes villes.
J'ai lu que tu as déménagé sans parler allemand. Comment ça se passe un an après ? Est-ce que l'allemand est nécessaire pour travailler ou peut-on s'en passer ?
J'ai appris l'allemand, mon niveau se situe actuellement entre B1 et B2. Tous mes contacts avec des Allemands de ma première année de vie à Berlin se font encore en anglais, parce que c'est plus simple pour les deux parties, et tous mes nouveaux contacts commencent en allemand. Mes projets à court terme incluent d'avancer dans l'apprentissage et de valider mes connaissances en passant l'examen pour le certificat B2, car je souhaite communiquer avec plus de confiance et lire de la littérature classique en version originale.
À Berlin, la langue est plutôt nécessaire pour s'adapter au pays, pour ressentir un certain confort intérieur et pour avoir un accès complet au domaine des loisirs (théâtre/cinéma/stand-up), cependant, la langue n'est probablement pas nécessaire dans le travail de Software Engineering. Dans chaque entreprise, l'anglais est la langue officielle du département Engineering, même dans de grandes entreprises allemandes comme Deutsche Bank, Allianz et Volkswagen.
La principale raison est le manque de main-d'œuvre, le statut de la ville en tant que centre culturel international, et le grand nombre d'expatriés qui ont des difficultés à apprendre l'allemand. Néanmoins, chaque entreprise propose des cours d'allemand hebdomadaires pendant les heures de travail à la charge de l'organisation, afin de faciliter la vie des employés en dehors du travail.
Au cours de ces deux années de contacts avec des entreprises et des recruteurs, seules deux fois j'ai été approché en allemand. Dans ce genre d'exception, un niveau B1/B2 est généralement suffisant. Tout comme les Américains avec l'anglais, les Allemands acceptent assez bien vos erreurs de langage, car ils comprennent que la langue est complexe.
Dans sa Tu écris que le DevOps n'est pas seulement la capacité de bricoler avec Kubernetes et Prometheus, mais une culture. À ton avis, que doivent faire les entreprises pour développer la culture DevOps dans l'équipe, pas seulement en paroles, mais en actes ? Que fais-tu de ton côté ?
Je pense qu'il faut avant tout être honnête et mettre les choses au clair concernant la répartition des responsabilités pour le produit. Le principal problème que résout le DevOps est le transfert de responsabilités et des problèmes qui y sont liés à travers le mur. Dès que les gens comprendront que partager la responsabilité est avantageux à la fois pour l'entreprise et pour les ingénieurs, les choses commenceront à bouger et l'on pourra se concentrer sur des travaux spécifiques : peaufiner le Delivery Pipeline, réduire le Taux d'Échec de Déploiement et d'autres éléments qui permettent d'évaluer l'état du DevOps dans l'entreprise.
Dans ma carrière, je n'ai jamais promu le DevOps du point de vue d'un tech lead ou d'un CTO d'entreprise, j'ai toujours agi en tant qu'ingénieur, qui sait quelque chose sur le DevOps. En réalité, dans le DevOps, la position de moteur culturel est vraiment importante, surtout l'étendue de l'influence du moteur et ses qualités de leader. Dans ma dernière entreprise, il y avait au départ une hiérarchie relativement plate et une atmosphère de confiance entre collègues, ce qui a grandement facilité mon objectif de promouvoir cette culture.
En réponse à la question concrète sur ce qui peut être fait pour le bien du DevOps. Dans ma présentation à , l'idée principale est que pour développer une culture DevOps, il faut s'occuper non seulement des technologies dans l'infrastructure, mais aussi du coaching interne et de la répartition des responsabilités dans les processus techniques.
Par exemple, nous avons consacré deux mois de travail d'un ingénieur à la création d'une plateforme pour les serveurs QA et PR pour les besoins des développeurs et des testeurs. Cependant, tout ce travail impressionnant sera vain si les informations sur les fonctionnalités ne sont pas correctement communiquées, si les caractéristiques ne sont pas documentées, et si la formation des employés n'est pas achevée. À l'inverse, après des ateliers et des sessions de programmation en binôme de qualité, un ingénieur motivé est inspiré par de nouvelles fonctionnalités utiles et décide déjà de résoudre les problèmes suivants liés à la plateforme infrastructurelle.
Si vous avez d'autres questions sur DevOps, voici , où Misha répond en détail aux questions « Pourquoi DevOps ? » et « Faut-il créer des départements spéciaux DevOps dans l'entreprise ? »
Sur le développement
Dans ta chaîne, tu recommandes parfois des articles et des blogs professionnels. As-tu des livres de fiction préférés ?
Oui, j'essaie de trouver du temps pour lire de la littérature de fiction. Je ne peux pas lire un auteur spécifique d'affilée, roman après roman, donc je mélange des œuvres russes et étrangères. Parmi les écrivains russes, j'aime beaucoup Pelevine et Dovlatov, mais j'apprécie aussi la littérature classique du 19ème siècle. Parmi les auteurs étrangers, je suis fan de Remarque et Hemingway.
Tu écris beaucoup sur les voyages, et dans tes résultats de 2018, tu mentionnes avoir visité 12 pays et 27 villes. C'est un point vraiment impressionnant ! Comment parviens-tu à travailler et à voyager ?
En réalité, c'est assez simple : il faut bien exploiter ses jours de congé, les week-ends et les jours fériés, plus voyager activement pendant les déplacements 🙂
Je ne suis pas un nomade digital et je n'ai jamais travaillé à distance de façon permanente, mais je pense avoir assez de temps libre pour voyager en dehors du travail. La situation s'est améliorée après mon déménagement à Berlin : il est situé au cœur de l'Europe et j'ai plus de jours de congé.
J'ai aussi essayé de voyager un mois entier entre l'ancien et le nouveau travail, mais pour moi, même un mois sur la route semble être une durée excessivement longue. Depuis ce voyage, j'essaie de prendre des vacances d'une semaine ou dix jours afin de pouvoir revenir au travail sans trop de difficultés.
Quels sont les trois endroits que tu as le plus aimés et pourquoi ?
En tant que routard, j'apprécie particulièrement le Portugal, Oman et l'Inde. Le Portugal me plaît pour son histoire européenne et sa civilisation, sa architecture, sa langue et sa culture. Oman, pour son hospitalité incroyable et la convivialité de ses habitants, ainsi que pour son atmosphère de détente au milieu de la tension du Moyen-Orient. J'ai même à ce sujet. L'Inde— pour sa diversité de vie à travers ses régions et son identité culturelle, car l'ère des Starbucks et de la galaxie Microsoft, héritée de Palahniuk, ne les a pas encore atteints. J'apprécie aussi Bangkok et le nord de la Thaïlande. La partie sud, avec ses plages, îles et péninsules, me semble trop touristique.
Vous pouvez lire les notes de Mikhaïl sur ses voyages dans son canal Telegram
Comment parviens-tu à maintenir un équilibre entre vie professionnelle et vie personnelle ? Partage tes secrets 🙂
Je n'ai pas vraiment de secret à ce sujet. Que ce soit en Russie ou en Allemagne, les entreprises tech normales te permettent de structurer ton temps de travail comme tu le souhaites. En général, je ne reste pas tard au bureau, si le service fonctionne de manière stable et qu'aucun imprévu ne survient. Simplement parce qu'après 17-18 heures, mon cerveau ne répond plus aux appels à l'action, il réclame du repos et une bonne nuit de sommeil.
Presque toutes les professions dans l'industrie tech, de développement à design, sont des métiers créatifs, elles ne nécessitent pas un nombre élevé d'heures de travail. Je pense que les crunchs sont en soi préjudiciables au travail créatif, car au final, tu commences à t'ennuyer et à produire moins que ce que tu pourrais sans surmenage. 4 à 6 heures de travail actif dans un flux — c'est vraiment beaucoup, sans interruptions et sans changement de contexte, on peut déplacer des montagnes.
Je peux aussi recommander deux livres qui m'ont aidé : des gars de Basecamp et de Maxim Dorofeev.
Actuellement, beaucoup parlent de l'épuisement professionnel. As-tu ressenti quelque chose de similaire ? Si oui, comment t'en sors-tu ? Comment rends-tu ton travail plus intéressant ?
Oui, pour être honnête, je ressens encore parfois du burnout. En fait, c'est logique, d'un point de vue philosophique, tout ce qui a la capacité de brûler finira par s'épuiser 🙂 On peut lutter contre les conséquences, mais je pense qu'il est beaucoup plus important d'identifier la cause du burnout et de l'éliminer.
Les raisons varient d'une personne à l'autre : pour certains, c'est un excès d'informations, d'autres surchargent leur travail principal, il y a des situations où l'on n'arrive pas physiquement à concilier travail, hobbies et socialisation. Parfois, on ne ressent tout simplement plus de nouveaux défis dans sa vie et cela commence à créer de l'inquiétude. La plupart des problèmes peuvent être résolus en réévaluant sa philosophie de vie, ses valeurs personnelles et le rôle du travail dans sa vie.
Dernièrement, je n'ai presque jamais de perte d'intérêt pour mon travail ou de tâches ennuyeuses. Il existe différentes techniques pour rendre un travail ennuyeux moins monotone, dont certaines je les ai tirées de mon ami Kirill Shirinkin. Mais j'essaie de résoudre ce problème à la source, simplement en choisissant un travail qui offre le plus de défis pour ma carrière et ma personnalité, et le moins de bureaucratie organisationnelle.
Le 7 décembre, Mikhaïl fera une intervention lors de la conférence avec une présentation intitulée « Nous sommes tous DevOps », où il expliquera pourquoi il est important de se concentrer non seulement sur la façon de déployer la dernière pile technologique, mais aussi sur l'aspect culturel du DevOps.
Au programme également : Baruch Sadogursky (JFrog), Alexandre Tchistiakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Laboratoire Kaspersky), Andreï Shorin (consultant DevOps).
Venez nous rencontrer !
Source : habr.com
