Mikhail Chinkov vit et travaille à Berlin depuis deux ans. Il nous a expliqué en quoi le travail de développeur diffère en Russie et en Allemagne, si les ingénieurs DevOps sont recherchés à Berlin et comment trouver le temps de voyager.
À propos du déménagement
Vous vivez à Berlin depuis 2018. Comment avez-vous pris cette décision ? Avez-vous délibérément choisi le pays et l'entreprise où vous souhaitiez travailler, ou avez-vous reçu une offre impossible à refuser ?
À un moment donné, j'en ai eu assez de vivre à Penza, où je suis né, j'ai grandi et étudié. Les solutions classiques pour déménager à Moscou et Saint-Pétersbourg ne me plaisaient pas, compte tenu des spécificités de ces villes. J'ai donc voulu tenter l'expérience de l'Europe, où j'avais voyagé ces dernières vacances. Je n'avais aucune préférence pour l'entreprise, la ville, ni même pour un pays en particulier ; je voulais simplement déménager au plus vite.
À ce moment-là, je pensais que Berlin était la ville la plus accessible pour un développeur souhaitant intégrer une entreprise technologique, car 90 % des entreprises sur Linkedin qui acceptaient une relocalisation étaient berlinoises. J'ai donc pris l'avion pour Berlin pendant trois jours afin de passer quelques entretiens en face à face. J'ai beaucoup aimé la ville, alors j'ai décidé de m'y installer immédiatement. Une semaine plus tard, j'ai immédiatement accepté la toute première offre d'un pôle technologique berlinois.
Parlez-nous un peu plus de votre déménagement. Comment s'est-il déroulé ? Quels documents avez-vous réunis ? Votre employeur vous a-t-il aidé ?
Je n'ai rien de nouveau à ajouter ici, tout est très bien écrit dans plusieurs articles. Je préfère ça. , connu de tous ceux qui s'intéressent à la question. Dans le pôle technologique berlinois, le processus est le même dans presque toutes les entreprises qui accompagnent les ingénieurs dans leur relocalisation.
Avez-vous rencontré des situations inattendues ou inhabituelles concernant l'organisation du travail, la vie quotidienne et les mentalités ? Combien de temps vous a-t-il fallu pour vous adapter à la vie locale ?
Oui, en effet, tout le processus de travail dans les entreprises du pôle technologique berlinois m'a d'abord choqué. De manière générale, tout : de la manière et du nombre de rassemblements organisés au rôle des compétences relationnelles dans la vie d'un ingénieur.
Par exemple, en Allemagne, la culture du travail est axée sur la prise de décision collective. Cela signifie que pour chaque sujet controversé, une réunion est organisée pour discuter en détail du problème et parvenir ensemble à un consensus. En Russie, une telle pratique apparaît à première vue à un ingénieur comme une perte de temps, une bureaucratie et une méfiance, mais elle est finalement logique, tout comme la répartition des responsabilités quant à l'issue de la décision.
Ce sont des moments comme ceux-là, ainsi que l’incompréhension de mes collègues à mon égard, qui m’ont poussé à lire le livre. et comprenez que toute votre indignation intérieure est davantage un refus de percevoir la réalité du nouvel environnement dans lequel vous vous trouvez, qu'une tentative de trouver la vérité. Après la lecture du livre, il est devenu beaucoup plus facile de travailler ; vous commencez à comprendre le sens des phrases et des décisions de vos collègues.
En termes de vie, le processus d'adaptation dans un nouveau pays est bien plus difficile que celui d'adaptation à une culture de travail. Les psychologues font généralement la distinction entre , par lequel une personne passe. À cet égard, mon parcours n'a pas fait exception. D'un autre côté, il me semble que l'adaptation à un centre multiculturel comme Berlin, Londres ou Barcelone est évidemment plus facile que dans n'importe quelle ville classique.
Après deux ans de vie à Berlin, qu’est-ce que vous aimez et n’aimez 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 devenue ma maison dans tous les sens du terme.
Je crois que j'ai aspiré à la liberté sous toutes ses formes tout au long de ma vie d'adulte : physique, sociale, financière, politique, spirituelle et mentale. Oui, et cette même liberté au travail. Je n'aime pas le contrôle d'en haut ni la microgestion, où l'on me dit constamment quoi faire et comment faire. À cet égard, Berlin m'a semblé et me semble toujours être l'une des villes les plus libres du monde, grâce à une vision libre de la vie en société, des prix relativement abordables pour les loyers et autres besoins, ainsi qu'à de nombreuses possibilités de développer sa liberté dans d'autres domaines.
À propos du travail à Berlin
Quelle est la pile standard des startups berlinoises ? En quoi diffère-t-elle de la moyenne russe ?
En termes de technologie, les stacks locales me semblent subjectivement ennuyeuses, sauf s'il s'agit d'entreprises FinTech. La plupart des startups et de celles qui sont passées du stade de startup à celui d'entreprise ont été fondées entre 2010 et 2012 et ont démarré avec une architecture très simple : un back-end monolithique, parfois avec un front-end intégré. Le langage est Ruby, PHP ou Python, des frameworks sont toujours utilisés, la base de données est sur MySQL et le cache sur Redis. De plus, selon mon expérience personnelle, 90 % des entreprises ont toute leur production sur AWS.
De nos jours, tout le monde a tendance à découper le monolithe en microservices, à les encapsuler dans des conteneurs, à les déployer sur Kubernetes et à utiliser Golang comme langage standard pour les nouvelles applications. Cela se fait très lentement, si bien que dans la plupart des entreprises, les fonctionnalités principales restent enfouies dans le monolithe. Je suis loin du front-end, mais même là, React est généralement la norme.
Les grandes entreprises technologiques comme Zalando et N26 tentent d'intégrer davantage de technologie à leur service afin d'attirer les développeurs en herbe. D'autres entreprises technologiques tentent également de suivre les dernières technologies, mais de l'extérieur, il est clair qu'elles sont plombées par le poids d'une architecture monolithique et d'années de dette technique.
En tant qu'ingénieur, je prends cela avec beaucoup de sérénité, car le pôle technologique berlinois compte de nombreuses entreprises intéressantes du point de vue des produits. Dans ces entreprises, il est plus intéressant de travailler sur une idée et un produit qui nous plaisent personnellement, plutôt que de considérer l'entreprise comme un lieu doté d'une infrastructure technologique à la mode avec laquelle il est indispensable de travailler.
En quoi la vie et le travail d'un développeur diffèrent-ils en Russie et en Allemagne ? Y a-t-il des choses qui vous ont surpris ?
En Allemagne, comme dans tous les autres pays d'Europe du Nord et d'Europe centrale, l'équilibre entre vie professionnelle et vie privée et les relations entre collègues sont meilleurs, mais la cadence de travail est moins bonne. Au début, j'ai eu du mal à m'habituer à des projets internes qui duraient quelques mois, alors que dans les entreprises technologiques russes, des projets similaires prenaient quelques semaines. En réalité, ce n'est pas inquiétant, car il y a des raisons objectives à cela, et les entreprises ne perçoivent généralement pas ces situations d'un œil critique.
Autrement, il m’est assez difficile d’établir des parallèles entre l’Allemagne et la Russie, car je n’ai pas d’expérience de travail dans des entreprises connues comme Yandex et Tinkov, où la situation pourrait être similaire à celle du pôle technologique de Berlin.
Personnellement, j'ai constaté qu'à Berlin, la priorité est de créer une atmosphère de travail agréable dans les entreprises, d'organiser régulièrement des événements internes et de favoriser la diversité des collègues, avec lesquels il est toujours intéressant d'aborder des sujets éloignés de l'informatique. Mais je pense que cela dépend davantage de l'entreprise où l'on travaille que du pays.
Selon vous, quels sont les spécialistes recherchés en Allemagne ? Les spécialistes DevOps sont-ils recherchés ?
La plupart des entreprises ont du mal à percevoir la culture DevOps et à comprendre ce qu'est réellement DevOps. Cependant, de nombreux postes vacants portant le préfixe DevOps sont disponibles, ce qui témoigne de la forte demande de spécialistes sur le marché.
Actuellement, tous les domaines concernés sont recherchés de la même manière dans le secteur informatique local. Je ne peux que souligner la forte demande d'ingénieurs et d'analystes de données.
Parlons des salaires, combien un ingénieur DevOps peut-il réellement gagner en Allemagne ?
Il est difficile de répondre à cette question, car l'informatique est un secteur encore jeune, où il n'existe pas de normes salariales spécifiques. Comme partout ailleurs, le salaire dépend largement de l'expérience et des qualifications de l'ingénieur. Il est également important de considérer ce chiffre comme un salaire avant impôts et diverses cotisations sociales. De plus, le salaire en Allemagne dépend fortement de la ville où l'on travaille. À Berlin, Munich, Francfort et, sous condition, à Göttingen, les échelles salariales varient légèrement, tout comme le coût de la vie.
À Berlin, le principal avantage réside dans la demande d'ingénieurs toujours supérieure à l'offre, ce qui permet une croissance rapide des salaires. Le principal inconvénient réside dans l'absence, pour la plupart des entreprises, de politique salariale claire et de critères d'évaluation de la contribution au produit créé.
Les chiffres peuvent être vus dans , StackOverflow ou Les statistiques sont mises à jour d'année en année, je ne prendrai donc pas la responsabilité de parler de l'échelle salariale.
Pourriez-vous me conseiller sur la marche à suivre si vous travaillez comme ingénieur en fiabilité de site conditionnelle et souhaitez vous installer en Allemagne ? Par où commencer ? Où aller ?
Je ne pense pas avoir de conseil particulier à donner au lecteur. Si ce n'est de n'avoir peur de rien, de moins rationaliser avant de partir et d'être ouvert à toutes les difficultés que l'on peut rencontrer en émigrant. Et il y en aura.
Existe-t-il une communauté DevOps forte à Berlin ? Participez-vous souvent à des événements locaux ? Parlez-nous-en un peu. À quoi ressemblent-ils ?
Je participe rarement aux meetups, je ne peux donc pas me prononcer sur la communauté DevOps locale. J'espère me pencher sur ce sujet l'année prochaine. Je ne peux que partager mes impressions sur le grand nombre de groupes thématiques sur meetup.com : des passionnés de Python et Golang aux passionnés de Clojure et Rust.
Parmi les rencontres auxquelles j'ai participé, le groupe d'utilisateurs HashiCorp est très bon - mais j'aime vraiment la communauté HashiCorp avec ses groupes dans différentes villes.
J'ai lu que tu avais déménagé sans parler allemand. Comment ça se passe après un an ? As-tu besoin d'allemand pour travailler ou peux-tu t'en passer ?
J'ai appris l'allemand et mon niveau se situe désormais entre B1 et B2. Depuis ma première année à Berlin, je continue à communiquer en anglais avec les Allemands, car c'est plus facile pour les deux parties, et je commence tous mes nouveaux contacts en allemand. Mes projets immédiats sont de progresser dans mes études, de consolider mes connaissances en réussissant l'examen du certificat B2, car je souhaite communiquer avec plus d'assurance, et de lire des œuvres de littérature classique en version originale.
À Berlin, la langue est davantage nécessaire pour s'adapter au pays, acquérir un sentiment de confort et accéder pleinement aux loisirs (théâtre, cinéma, stand-up), mais elle est peu nécessaire pour le métier d'ingénieur logiciel. Dans toutes les entreprises, l'anglais est la langue officielle du département d'ingénierie, même dans les grandes entreprises allemandes comme Deutsche Bank, Allianz et Volkswagen.
La principale raison est le manque de personnel, le statut de centre culturel international de la ville et les nombreux expatriés qui peinent à apprendre l'allemand. Cependant, chaque entreprise propose des cours d'allemand hebdomadaires pendant les heures de travail, à ses frais, afin de faciliter la vie des employés en dehors du travail.
En deux ans de contacts avec des entreprises et des recruteurs, je n'ai été contacté en allemand que deux fois. Dans ces cas exceptionnels, un niveau B1/B2 est généralement suffisant pour travailler. Tout comme les Américains avec l'anglais, les Allemands sont assez calmes face à vos erreurs de prononciation, car ils comprennent que la langue n'est pas facile.
Dans son Vous écrivez que DevOps ne se résume pas à la capacité à utiliser Kubernetes et Prometheus, mais à une culture. Selon vous, que devraient faire les entreprises pour développer une culture DevOps au sein d'une équipe, non pas en paroles, mais en actes ? Que faites-vous chez vous ?
Je pense qu'il faut avant tout être honnête et mettre les points sur les i et les barres sur les t concernant la répartition des responsabilités du produit. Le principal problème résolu par DevOps est de rejeter la responsabilité et les problèmes qui en découlent. Dès que chacun comprend que le partage des responsabilités est bénéfique pour l'entreprise et les ingénieurs, les choses avancent et nous pouvons commencer à travailler concrètement : optimiser le pipeline de livraison, réduire le taux d'échec des déploiements et autres éléments permettant d'évaluer l'état de DevOps dans l'entreprise.
Au cours de ma carrière, je n'ai jamais promu DevOps du point de vue d'un responsable technique ou d'un CTO d'entreprise. J'ai toujours défendu cette idée du point de vue d'un ingénieur connaissant bien DevOps. En réalité, dans DevOps, le rôle d'un moteur de culture est primordial, notamment sa sphère d'influence et ses qualités de leader. Mon ancienne entreprise avait initialement une hiérarchie relativement horizontale et un climat de confiance entre collègues, ce qui a grandement facilité mon objectif de promouvoir cette culture.
Répondre à la question spécifique de savoir ce qui peut être fait pour bénéficier de 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 de 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 à un ingénieur pour créer une plateforme de serveurs d'assurance qualité et de relations publiques destinée aux développeurs et aux testeurs. Cependant, tout ce travail remarquable sera réduit à néant si les informations sur les fonctionnalités ne sont pas correctement transmises, si les fonctionnalités ne sont pas documentées et si la formation des employés n'est pas complète. Inversement, après des ateliers de qualité et des séances de programmation en binôme, un ingénieur motivé est inspiré par de nouvelles fonctionnalités utiles et résout d'ores et déjà les problèmes qui se posent avec la plateforme d'infrastructure.
Si vous souhaitez plus de questions sur DevOps, ici , dans lequel Misha répond en détail aux questions « Pourquoi avons-nous besoin de DevOps ? » et « Devrions-nous créer des départements DevOps spéciaux dans notre entreprise ? »
À propos du développement
Sur votre chaîne, vous recommandez parfois des articles et des blogs professionnels. Avez-vous des romans préférés ?
Oui, j'essaie de trouver le temps de lire de la fiction. Je n'arrive pas à lire un auteur en particulier d'un coup, roman après roman, alors je mélange des œuvres russes et étrangères. Parmi les auteurs russes, j'apprécie particulièrement Pelevine et Dovlatov, mais j'aime aussi lire des classiques du XIXe siècle. Parmi les auteurs étrangers, j'apprécie Remarque et Hemingway.
Vous écrivez beaucoup sur les voyages et, dans vos résultats de 2018, vous indiquez avoir visité 12 pays et 27 villes. C'est un point très intéressant ! Comment parvenez-vous à concilier travail et voyages ?
En fait, c’est assez simple : il faut profiter au maximum de ses jours de vacances, de ses week-ends et de ses jours fériés, et voyager activement pendant le voyage 🙂
Je ne suis pas un nomade numérique et je n'ai jamais travaillé à distance à temps plein, mais je pense avoir suffisamment de temps libre pour voyager en dehors du travail et explorer le monde. La situation s'est améliorée après mon déménagement à Berlin : la ville est située au centre de l'Europe et les jours de vacances sont plus nombreux.
J'ai aussi essayé de voyager pendant un mois entre mon ancien et mon nouveau travail, mais même un mois sur la route me semble trop long. Depuis ce voyage, j'essaie de prendre des vacances d'une semaine ou d'une semaine et demie pour pouvoir retourner au travail sans trop de difficultés.
Quels sont les trois endroits que vous avez le plus aimés et pourquoi ?
En tant que routard, mes pays préférés sont le Portugal, Oman et l'Inde. J'apprécie le Portugal pour son histoire et sa civilisation européennes, notamment son architecture, sa langue et sa culture. Oman est incroyablement accueillant et convivial, et l'atmosphère y est relativement détendue malgré les tensions au Moyen-Orient. J'ai même L'Inde, c'est la diversité de la vie dans ses régions et son identité culturelle, car l'ère de la planète Starbucks et de la galaxie Microsoft léguées par Palahniuk n'y est pas encore arrivée. J'aime aussi beaucoup Bangkok et le nord de la Thaïlande. Le sud, avec la mer, les îles et les péninsules, me semblait trop touristique.
Les notes de voyage de Misha peuvent être lues sur sa chaîne Telegram
Comment parvenez-vous à concilier vie professionnelle et vie privée ? Partagez vos secrets !
Je n'ai pas de secret. En Russie et en Allemagne, les entreprises technologiques classiques vous permettent d'organiser vos horaires de travail comme vous le souhaitez. En général, je ne travaille que tard le soir, si le service fonctionne correctement et qu'il n'y a pas de cas de force majeure. Tout simplement parce qu'après 5-6 heures, mon cerveau n'accepte plus les appels à l'action et réclame du repos et un bon sommeil.
Presque tous les métiers du secteur technologique, du développement au design, sont créatifs et ne nécessitent pas beaucoup d'heures de travail. Il me semble que le crunch nuit généralement au travail créatif, car on finit par devenir stupide et faire moins que ce qu'on pourrait faire sans heures supplémentaires. 4 à 6 heures de travail actif, c'est beaucoup ; sans interruptions ni changements de contexte, on peut déplacer des montagnes.
Je peux également recommander deux livres qui m'ont aidé : des gars de Basecamp et de Maxim Dorofeev.
On parle beaucoup de burn-out ces jours-ci. Avez-vous déjà ressenti quelque chose de similaire ? Si oui, comment y faites-vous face ? Comment rendez-vous votre travail plus intéressant ?
Oui, pour être honnête, je fais encore des burn-outs de temps en temps. En général, c'est logique, d'un point de vue philosophique, tout ce qui a tendance à brûler finit par s'éteindre. 🙂 On peut lutter contre les conséquences, mais il me semble qu'il est bien plus important d'identifier la cause du burn-out et de l'éliminer.
Les raisons sont différentes pour chacun : pour certains, il s'agit d'une surabondance d'informations, pour d'autres, d'un surmenage professionnel, ou encore d'un manque de temps pour concilier travail, loisirs et vie sociale. Parfois, on ne ressent tout simplement pas de nouveaux défis et on commence à s'en inquiéter. La plupart des problèmes peuvent être résolus en repensant sa philosophie de vie, ses valeurs personnelles et la place du travail dans sa vie.
Ces derniers temps, je ne perds quasiment jamais intérêt pour mon travail, ni pour les tâches ennuyeuses. Il existe diverses techniques pour rendre un travail ennuyeux, dont certaines m'ont été apprises. Mon ami Kirill Shirinkin. Mais j'essaie de résoudre ce problème à la source, en choisissant simplement un emploi qui offrira un maximum de défis pour ma carrière et ma personnalité, tout en minimisant la bureaucratie organisationnelle.
Le 7 décembre, Mikhail prendra la parole lors d'une conférence avec une conférence intitulée « Nous sommes tous DevOps », dans laquelle il expliquera pourquoi il est important de se concentrer non seulement sur la manière de déployer la dernière pile, mais également sur l'aspect culturel de DevOps.
Egalement au programme : Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (consultant DevOps).
Venez faire connaissance !
Source: habr.com
