Michail Tschinkow lebt und arbeitet seit zwei Jahren in Berlin. Er erzählt, wie sich die Arbeit eines Entwicklers in Russland und Deutschland unterscheidet, ob Ingenieure mit DevOps-Kenntnissen in Berlin gefragt sind und wie man Zeit für das Reisen findet.
Über den Umzug
Seit 2018 lebst du in Berlin. Wie hast du diese Entscheidung getroffen? Hast du im Voraus bewusst das Land und das Unternehmen gewählt, in dem du arbeiten möchtest, oder hast du ein Angebot erhalten, das du nicht ablehnen konntest?
Irgendwann war ich es leid, in Penza zu leben, wo ich geboren wurde, aufwuchs und an der Universität studierte. Der typische Weg, nach Moskau oder St. Petersburg zu ziehen, sprach mich nicht an, insbesondere wegen der Lebensweise in diesen Städten. Daher wollte ich einfach versuchen, eine Weile in Europa zu leben, wo ich in den letzten Urlaubsferien gereist bin. Ich hatte keine bestimmten Präferenzen bezüglich der Firma, der Stadt oder sogar des Landes – ich wollte einfach so schnell wie möglich umziehen.
Zu diesem Zeitpunkt hielt ich Berlin für die zugänglichste Stadt für einen Entwickler, um zu einem Tech-Unternehmen zu ziehen, da 90 % der Unternehmen, die bereit für Relocation waren, laut LinkedIn aus Berlin kamen. Später reiste ich für drei Tage in die Stadt, um ein paar persönliche Interviews zu führen. Die Stadt hat mir sehr gefallen, also beschloss ich, dass ich jetzt in Berlin leben möchte. Eine Woche später nahm ich sofort das erste Angebot an, das ich aus dem Berliner Tech-Hub erhalten hatte.
Kannst du bitte mehr über den Umzugsprozess erzählen? Wie verlief das bei dir? Welche Dokumente hast du gesammelt? Hat dir dein Arbeitgeber geholfen?
Ich kann dazu nichts Neues sagen, alles ist sehr gut in mehreren Artikeln beschrieben. Mir gefällt eher , die allen bekannt ist, die sich mit diesem Thema befassen. Im Berliner Tech-Hub ist der Prozess in praktisch allen Unternehmen, die Ingenieuren bei der Relocation helfen, gleich.
Bist du auf etwas Unerwartetes und Ungewohntes in Bezug auf die Organisation der Arbeit, den Alltag oder die Mentalität gestoßen? Wie lange hast du gebraucht, um dich an das Leben vor Ort zu gewöhnen?
Ja, tatsächlich hat mich der gesamte Arbeitsprozess in den Unternehmen des Berliner Tech-Hubs zu Beginn schockiert. Alles: von der Art und Weise, wie Meetings abgehalten werden, bis zur Rolle der Soft Skills im Leben eines Ingenieurs.
In Deutschland ist die Arbeitskultur beispielsweise auf kollektive Entscheidungsfindung ausgerichtet. Das bedeutet, dass für jede kontroverse Frage ein Meeting einberufen wird, in dem das Problem ausführlich erörtert wird und man gemeinsam zu einem Konsens aus den verschiedenen Perspektiven gelangt. Aus Russland erscheint einem diese Praxis anfangs wie eine reine Zeitverschwendung, Bürokratie und Misstrauen. Dennoch ergibt es letztlich Sinn, ebenso wie die Verteilung der Verantwortung für das Ergebnis der Entscheidungen.
Solche Momente, ebenso wie das Unverständnis für einen selbst von Seiten der Kollegen, haben mich dazu gebracht, das Buch zu lesen, und zu verstehen, dass all deine inneren Empörung eher eine Weigerung ist, die Realität der neuen Umgebung, in der du dich befindest, zu akzeptieren, als der Versuch, die Wahrheit zu finden. Nach dem Buch wurde die Arbeit wesentlich einfacher; man beginnt, den Sinn der Äußerungen und Entscheidungen seiner Kollegen zu verstehen.
Im Lebenskontext ist der Prozess der Anpassung an ein neues Land deutlich komplexer als der an eine Arbeitskultur. Psychologen unterscheiden normalerweise , die eine Person durchläuft. In dieser Hinsicht war mein Weg keine Ausnahme. Andererseits habe ich den Eindruck, dass die Anpassung bei einem Umzug in ein multikulturelles Zentrum wie Berlin, London oder Barcelona grundsätzlich einfacher verläuft als in einer klassischen Stadt.
Nach zwei Jahren in Berlin, was gefällt dir an dieser Stadt und was nicht?
Es fällt mir schwer, eine Liste von Vor- und Nachteilen der Stadt zu erstellen, da Berlin ziemlich schnell mein Zuhause in allen Sinne des Wortes geworden ist.
Ich glaube, ich habe mein ganzes bewusstes Leben nach Freiheit in all ihren Formen gestrebt: körperlich, sozial, finanziell, politisch, spirituell und mental. Ich möchte auch Freiheit in meiner Arbeit; mir gefällt keine strenge Kontrolle von oben oder Mikromanagement, bei dem mir ständig gesagt wird, was ich tun und wie ich es machen soll. In diesen Aspekten erschien mir Berlin und erscheint mir bis heute als eine der freiesten Städte der Welt, dank der offenen Lebensansichten in der Gesellschaft, relativ liberaler Mietpreise und der vielen Möglichkeiten, meine Freiheit in anderen Bereichen zu entfalten.
Über die Arbeit in Berlin
Welcher Technologie-Stack ist in Berliner Startups Standard? Wie unterscheidet sich der Stack insgesamt vom Durchschnitt in Russland?
Aus technischer Sicht erscheinen mir lokale Tech-Stacks eher langweilig, es sei denn, es handelt sich um FinTech-Unternehmen. Die meisten Startups und diejenigen, die den Übergang zum Unternehmen geschafft haben, wurden zwischen 2010 und 2012 gegründet und begannen mit der einfachsten Architektur: einem monolithischen Backend, manchmal sogar mit einem eingebetteten Frontend, wobei die verwendeten Sprachen entweder Ruby, PHP oder Python waren. Es kommen stets Frameworks zum Einsatz, die Datenbank basiert auf MySQL und der Cache auf Redis. Auch habe ich das Gefühl, dass 90 % der Unternehmen ihren gesamten Produktionsbetrieb auf AWS haben.
Derzeit tendieren alle dazu, den Monolithen in Mikrodienste zu zerlegen, diese in Container zu verpacken, in Kubernetes zu deployen und Golang als Standardsprache für neue Anwendungen zu verwenden. Das geht jedoch recht langsam voran, weshalb in den meisten Unternehmen die Hauptfunktionalitäten immer noch im Monolithen verborgen sind. Ich bin kein Frontend-Entwickler, aber auch dort ist in der Regel React der Standard.
Große Tech-Unternehmen wie Zalando und N26 versuchen, mehr Technologie in ihren Service zu integrieren, um zielstrebige Entwickler auf dem Markt zu gewinnen. Andere Tech-Unternehmen streben ebenfalls an, mit den neuesten Technologien Schritt zu halten. Allerdings ist deutlich zu erkennen, dass sie unter dem Druck einer monolithischen Architektur und der über Jahre angesammelten technischen Schulden leiden.
Als Ingenieur betrachte ich das recht gelassen, denn im Tech-Hub Berlin gibt es viele interessante Unternehmen aus produktorientierter Sicht. In solchen Firmen macht es mehr Spaß, für eine Idee und ein Produkt zu arbeiten, das einem persönlich gefällt, als die Firma als einen Ort zu sehen, an dem man unbedingt mit einem angesagten Tech-Stack arbeiten muss.
Was unterscheidet das Leben und Arbeiten von Entwicklern in Russland und Deutschland? Gibt es Dinge, die dich überrascht haben?
In Deutschland, wie in anderen Ländern Nord- und Mitteleuropas, ist die Work-Life-Balance und die Beziehung zu Kollegen tendenziell besser, während die Arbeitsgeschwindigkeit jedoch hinterherhinkt. Anfänglich hatte ich Schwierigkeiten, mich an interne Projekte zu gewöhnen, die mehrere Monate dauerten, während ähnliche Projekte in Tech-Unternehmen in Russland nur wenige Wochen in Anspruch nahmen. Tatsächlich ist das nicht allzu beunruhigend, da es objektive Gründe dafür gibt, und Unternehmen tendieren auch dazu, solche Situationen nicht allzu kritisch zu sehen.
Ansonsten fällt es mir recht schwer, Vergleiche zwischen Deutschland und Russland zu ziehen, da ich keine Erfahrung in renommierten Unternehmen wie Yandex oder Tinkoff habe, wo die Situation möglicherweise mit dem Tech-Hub in Berlin vergleichbar wäre.
Ich habe für mich festgestellt, dass in Berlin die Schaffung einer angenehmen Arbeitsatmosphäre in Unternehmen, regelmäßige interne Veranstaltungen und die Vielseitigkeit der Kollegen, mit denen es immer interessant ist, über Themen außerhalb der IT zu sprechen, Priorität haben. Aber ich denke, das hängt mehr vom jeweiligen Unternehmen ab, in dem man arbeitet, als vom Land selbst.
Was sind deiner Meinung nach die gefragtesten Spezialisten in Deutschland? Sind Profis im Bereich DevOps gefragt?
In vielen Unternehmen gibt es ein Problem mit dem Verständnis der DevOps-Kultur und was DevOps tatsächlich bedeutet. Dennoch gibt es zahlreiche Stellenangebote mit dem Zusatz DevOps, was die Nachfrage nach Fachkräften auf dem Markt deutlich zeigt.
Derzeit sind im lokalen IT-Markt alle aktuellen Bereiche gleichermaßen gefragt. Besonders hervorzuheben ist jedoch die hohe Nachfrage nach Data Engineers/Data Analysts.
Lass uns über Gehälter sprechen. Wie viel kann ein DevOps-Ingenieur in Deutschland tatsächlich verdienen?
Es ist schwer, diese Frage zu beantworten, da die IT-Branche noch relativ jung ist und es keine konkreten Normen für Gehälter gibt. Wie überall hängt das Gehalt hauptsächlich von der Berufserfahrung und Qualifikation des Ingenieurs ab. Es ist auch wichtig, die Zahl als Bruttogehalt vor Steuern und verschiedenen Sozial-/Versicherungsausgaben zu betrachten. Zudem hängt das Gehalt in Deutschland stark davon ab, in welcher Stadt man arbeitet. In Berlin, München, Frankfurt und hypothetisch in Göttingen unterscheidet sich die Gehaltsspanne ein wenig, ebenso wie die Lebenshaltungskosten.
Wenn es um Berlin geht, liegt der Hauptvorteil für die Karriere darin, dass die Nachfrage nach Ingenieuren nach wie vor höher ist als das Angebot, weshalb die Gehälter bei entsprechender Leistung schnell steigen können. Der Hauptnachteil ist, dass die meisten Unternehmen keine klare Gehaltspolitik haben, ebenso wenig wie Kriterien zur Bewertung des Beitrags zum Produkt des Unternehmens.
Die Zahlen können Sie einsehen in , StackOverflow oder . Die Statistiken werden jährlich aktualisiert, daher kann ich keine Verantwortung dafür übernehmen, über die Gehaltsspannen zu sprechen.
Kannst du ein paar Tipps geben, was zu tun ist, wenn man als hypothetischer Site Reliability Engineer in Deutschland arbeiten möchte? Wo soll man anfangen? Wohin gehen?
Ich glaube nicht, dass ich einen besonderen Rat für die Leser habe. Außer vielleicht, keine Angst zu haben, den Umzug nicht zu sehr zu rationalisieren und offen für alle Herausforderungen zu sein, die bei der Emigration auftreten können. Herausforderungen wird es geben.
Gibt es in Berlin eine starke DevOps-Community? Gehst du oft zu lokalen Veranstaltungen? Erzähl ein bisschen darüber. Wie sind sie?
Ich besuche Meetups nicht sehr oft, daher kann ich nicht sagen, wie die Besonderheiten der lokalen DevOps-Community sind. Ich hoffe, dieses Thema nächstes Jahr genauer erkunden zu können. Ich kann nur meine Eindrücke von der riesigen Anzahl an thematischen Gruppen auf meetup.com teilen: Von Fans von Python und Golang bis hin zu Liebhabern von Clojure und Rust.
Von den Meetups, die ich besucht habe, ist die HashiCorp User Group sehr gut — ich schätze die HashiCorp-Community mit ihren Gruppen in verschiedenen Städten insgesamt.
Ich habe gelesen, dass du ohne Deutsch umgezogen bist. Wie läuft es ein Jahr später? Ist die deutsche Sprache für die Arbeit notwendig oder kann man auch ohne sie auskommen?
Ich habe Deutsch gelernt, mein Sprachniveau schwankt jetzt zwischen B1 und B2. Alle Kontakte mit Deutschen aus meinem ersten Jahr in Berlin führe ich immer noch auf Englisch, weil das für beide Seiten einfacher ist, und bei neuen Kontakten beginne ich mit Deutsch. In naher Zukunft plane ich, in meinem Lernen voranzukommen und mein Wissen durch das Ablegen der B2-Zertifikatsprüfung zu festigen, denn ich möchte sicherer kommunizieren und klassische Literatur im Original lesen.
In Berlin ist die Sprache eher für die Anpassung im Land, das Erlangen eines Gefühls von innerer Sicherheit und den vollständigen Zugang zum Freizeitbereich (Theater/Kino/Stand-up) erforderlich, jedoch wird die Sprache in der Software-Entwicklung wahrscheinlich nicht benötigt. In jedem Unternehmen ist Englisch die offizielle Sprache der Engineering-Abteilung, selbst in großen deutschen Unternehmen wie Deutsche Bank, Allianz und Volkswagen.
Der Hauptgrund sind Fachkräftemangel, der Status der Stadt als internationales Kulturzentrum und eine große Anzahl von Expats, die Schwierigkeiten beim Erlernen der deutschen Sprache haben. Dennoch bietet jedes Unternehmen wöchentliche Deutschkurse während der Arbeitszeit auf Kosten der Organisation an, um das Leben der Mitarbeiter außerhalb der Arbeit zu erleichtern.
In den zwei Jahren Kontakt mit Unternehmen und Recruitern wurde ich nur zwei Mal auf Deutsch angesprochen. In solchen Ausnahmefällen genügt für die Arbeit normalerweise das Niveau B1/B2. Ähnlich wie Amerikaner beim Englischen nehmen Deutsche deine Sprachfehler recht gelassen hin, da sie verstehen, dass die Sprache nicht einfach ist.
In seinem Du sagst, dass DevOps nicht nur das Beherrschen von Kubernetes und Prometheus ist, sondern eine Kultur. Deiner Meinung nach, was sollten Unternehmen tun, um die DevOps-Kultur im Team nicht nur zu propagieren, sondern tatsächlich zu fördern? Was tust du in deinem Unternehmen?
Ich denke, zuerst muss man ehrlich sein und alle "i-Punkte" bezüglich der Aufgabenverteilung im Produkt klarstellen. Das Hauptproblem, das DevOps löst, ist das Abwälzen von Verantwortung und den damit verbundenen Problemen über die Wand. Sobald die Leute verstehen, dass die gemeinsame Verantwortung sowohl für das Unternehmen als auch für die Ingenieure vorteilhaft ist, wird der Stein ins Rollen kommen und man kann sich auf spezifische Arbeiten konzentrieren: den Delivery Pipeline optimieren, die Deployment Failure Rate senken und andere Aspekte bearbeiten, mit denen man den Stand von DevOps im Unternehmen bestimmen kann.
In meiner Karriere habe ich DevOps noch nie aus der Perspektive eines Teamleiters oder CTOs gefördert, ich habe immer aus der Sicht eines Ingenieurs gesprochen, der etwas über DevOps weiß. In der Tat ist die Rolle des Kulturtreibers im DevOps-Bereich wirklich wichtig, insbesondere der Einflussbereich des Treibers und seine Führungskompetenzen. In meiner letzten Firma gab es anfangs eine relativ flache Hierarchie und eine Vertrauensatmosphäre unter den Kollegen, was mein Ziel, die Kultur zu fördern, erheblich erleichtert hat.
Um konkret auf die Frage einzugehen, was für DevOps getan werden kann. In meinem Vortrag auf der liegt der Hauptgedanke darin, dass für die Entwicklung der DevOps-Kultur nicht nur Technologien in der Infrastruktur, sondern auch internes Coaching und die Verteilung von Verantwortlichkeiten in den Prozessen wichtig sind.
Zum Beispiel haben wir zwei Monate gearbeitet, um eine Plattform für QA- und PR-Server für die Bedürfnisse von Entwicklern und Testern zu schaffen. Doch all diese großartige Arbeit könnte in Vergessenheit geraten, wenn die Informationen über die Möglichkeiten nicht korrekt kommuniziert werden, die Funktionen nicht dokumentiert sind und die Schulung der Mitarbeiter nicht abgeschlossen ist. Umgekehrt kann ein engagierter Ingenieur nach erfolgreich durchgeführten Workshops und Pair-Programming-Sessions mit neuem, hilfreichem Funktionsumfang aufblühen und selbst entscheiden, welche nächsten Probleme in Gemeinschaft mit der Infrastrukturplattform angegangen werden sollen.
Wenn Sie mehr Fragen zu DevOps haben, hier ist , in dem Misha ausführlich auf die Fragen »Warum ist DevOps wichtig?« und »Sollte man spezielle DevOps-Teams im Unternehmen schaffen?« eingeht.
Über die Entwicklung
In deinem Kanal empfiehlst du manchmal fachliche Artikel und Blogs. Hast du auch Lieblingsromane?
Ja, ich versuche, mir Zeit zu nehmen, um Belletristik zu lesen. Ich kann nicht einen bestimmten Schriftsteller am Stück lesen, also mische ich russische und ausländische Werke. Unter den russischen Autoren gefallen mir Pelewin und Dowlatow am besten, aber ich lese auch gerne die Klassiker des 19. Jahrhunderts. Von den ausländischen Autoren schätze ich Remarque und Hemingway.
Dort schreibst du viel über Reisen, und in deinem Rückblick auf 2018 hast du erwähnt, dass du 12 Länder und 27 Städte besucht hast. Das ist ein ziemlich beeindruckender Punkt! Wie schaffst du es, Arbeit und Reisen unter einen Hut zu bringen?
Es ist eigentlich ganz einfach: Man muss die Urlaubstage, Wochenenden und Feiertage gut nutzen und aktiv während der Reisen unterwegs sein 🙂.
Ich bin kein digitaler Nomade und habe nie dauerhaft remote gearbeitet, aber ich denke, dass ich genügend Freizeit für Reisen außerhalb der Arbeit habe, um die Welt zu entdecken. Die Situation hat sich nach meinem Umzug nach Berlin verbessert: Die Stadt liegt im Herzen Europas und ich habe hier mehr Urlaubstage.
Ich habe ebenfalls versucht, einen ganzen Monat zwischen meinem alten und neuen Job zu reisen, aber für mich erscheint selbst ein Monat auf Reisen zu lang. Aus dieser Reise versuche ich, Urlaube von etwa einer bis anderthalb Wochen zu nehmen, sodass ich ohne große Probleme zur Arbeit zurückkehren kann.
Welche drei Orte haben dir am besten gefallen und warum?
Als Backpacker beeindrucken mich besonders Portugal, Oman und Indien. Portugal begeistert mich aufgrund seiner europäischen Geschichte und Zivilisation, wie Architektur, Sprache und Kultur. Oman fasziniert durch die unglaubliche Gastfreundschaft und Freundlichkeit der Einheimischen sowie durch die entspannte Atmosphäre inmitten der Spannungen im Nahen Osten. Über Oman habe ich sogar geschrieben. Indien beeindruckt durch die Vielfalt des Lebens in ihren Regionen und die kulturelle Identität, da dort noch nicht die Ära des Starbucks-Planeten und der Microsoft-Galaxie angekommen ist, die von Palahniuk hinterlassen wurde. Außerdem gefallen mir Bangkok und der nördliche Teil Thailands sehr gut. Der südliche Teil mit Meer, Inseln und Halbinseln erschien mir jedoch zu touristisch.
Mishas Reiseberichte können in seinem Telegram-Kanal gelesen werden.
Wie schaffst du es, eine Balance zwischen Arbeit und Freizeit zu halten? Teile deine Geheimnisse 🙂
Hier habe ich kein spezielles Geheimnis. In Russland wie in Deutschland bieten normale Tech-Unternehmen die Möglichkeit, seine Arbeitszeit so zu strukturieren, wie es einem selbst passt. Normalerweise bleibe ich nicht bis spät in die Nacht im Büro, wenn der Service stabil läuft und keine unerwarteten Probleme auftreten. Einfach weil mein Gehirn nach 17-18 Uhr nicht mehr auf Handlungsaufforderungen reagiert und Ruhe sowie einen guten Schlaf einfordert.
Fast alle Berufe in der Tech-Branche – von der Entwicklung bis zum Design – sind kreative Berufe, die keine langen Arbeitszeiten erfordern. Ich denke, dass Überstunden generell schädlich für kreative Arbeit sind, denn letztlich fängt man an, weniger zu leisten, als man könnte, wenn man ohne Überarbeitung arbeiten würde. 4-6 Stunden produktiver Arbeit im Flow sind tatsächlich sehr viel; ohne Unterbrechungen und Kontextwechsel kann man Berge versetzen.
Ich kann auch zwei Bücher empfehlen, die mir geholfen haben: von den Leuten bei Basecamp und von Maxim Dorofeev.
Aktuell diskutieren viele über das Thema Burnout. Hast du ähnliches erlebt? Wenn ja, wie gehst du damit um? Wie machst du deine Arbeit interessanter?
Ja, um ehrlich zu sein, erlebe ich auch heute noch ab und zu Burnout. Aus philosophischer Sicht ist es logisch, dass alles, was brennen kann, letztendlich verbrennt 🙂 Man kann gegen die Symptome ankämpfen, aber ich denke, es ist viel wichtiger, die Ursachen für Burnouts zu erkennen und auszumerzen.
Die Ursachen sind unterschiedlich: Bei manchen ist es eine Informationsüberflutung, andere überarbeiten sich bei der Hauptbeschäftigung, und es gibt Situationen, in denen man physisch nicht schafft, Arbeit, Hobbys und soziale Kontakte unter einen Hut zu bringen. Manchmal fehlt einfach die Herausforderung im Leben und das verursacht Stress. Viele Probleme lassen sich durch eine Überprüfung der Lebensphilosophie, der persönlichen Werte und der Rolle der Arbeit im eigenen Leben lösen.
In letzter Zeit habe ich kaum noch Kontaktverlust zur Arbeit oder langwierige Aufgaben. Es gibt verschiedene Techniken, um langweilige Arbeit interessanter zu gestalten, und einige davon habe ich aus meines Freundes Kirill Shirinkins. Ich versuche, dieses Problem auf der Ursachenebene zu lösen, indem ich Jobs wähle, die maximale Herausforderungen für meine Karriere und Persönlichkeit bieten und minimalen bürokratischen Aufwand erfordern.
Am 7. Dezember wird Michail auf der Konferenz einen Vortrag mit dem Titel «Wir sind alle DevOps» halten, in dem er erklärt, warum es wichtig ist, sich nicht nur auf die Bereitstellung der neuesten Technologie zu konzentrieren, sondern auch auf den kulturellen Aspekt von DevOps.
In der Programmliste sind auch: Baruch Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (DevOps Consultant).
Kommen Sie vorbei und lernen Sie uns kennen!
Quelle: habr.com
