ベルリンでの仕事と生活についてミハイル・チンコフ氏にインタビュー

ミハイル・チンコフはベルリンに 2 年間住み、働いています。 Mikhail 氏は、ロシアとドイツの開発者の仕事がどのように異なるか、DevOps 関連のエンジニアがベルリンで需要があるかどうか、そして旅行の時間を見つける方法について説明しました。

引っ越しについて

2018年からベルリンに住んでいますね。どうやってこの決断を下したのですか？事前に意識的に働きたい国や会社を選びましたか、それとも断れないオファーを受けましたか？

ある時点で、私は生まれ、育ち、大学で学んだペンザでの生活に飽きてしまい、モスクワやサンクトペテルブルクに移住するという標準的な道は、これらの都市での生活の特殊性から私には魅力を感じませんでした。 。それで、ヨーロッパに住んでみたかっただけで、ここ数日間の休暇でヨーロッパを旅行していました。会社にも、都市にも、特定の国にもこだわりはありませんでした。ただ、できるだけ早く引っ越したかっただけです。

その時点で、開発者がテクノロジー企業に転職するのに最もアクセスしやすい都市はベルリンだと考えていました。Linkedin では、移転に寛容な企業の 90% がベルリン出身だったからです。その後、私は数回の対面インタビューを行うために 3 日間飛行機で市内に行きました。この街がとても気に入ったので、今すぐベルリンに住みたいと決心しました。 XNUMX 週間後、私はベルリンのテクノロジーハブから受け取った最初のオファーをすぐに受け入れました。

引っ越しのプロセスについて詳しく教えてください。これはどうして起こりましたか?どのような書類を集めましたか?あなたの雇用主は助けてくれましたか？

ここで新しいことは何も言えません。すべてはいくつかの記事で非常によく書かれています。もっと好きです Vastrik のブログからのバージョン、この問題に興味がある人なら誰でも知っています。ベルリンのテクノロジーハブでは、エンジニアの転勤を支援するほぼすべての企業でプロセスが同じです。

仕事、生活、精神面で予期せぬことや珍しいことに遭遇したことがありますか?現地の生活に慣れるまでどれくらいかかりましたか？

はい、実際、ベルリンのテクノロジーの中心地にある企業で働くプロセス全体に、最初は衝撃を受けました。一般に、ラリーがどのように、どのくらいの規模で開催されるかから、エンジニアの生活におけるソフトスキルの役割まで、すべてが含まれます。

たとえば、ドイツでは、労働文化が集団的な意思決定に重点を置いています。つまり、文字通りすべての物議を醸す問題については、会議が開かれ、問題について徹底的に議論し、自分の観点から合意に達することができます。ロシアから見ると、そのような慣行は当初、技術者にとって時間の無駄、官僚的で不信感があるように見えるが、最終的には、決定の結果に対する責任の配分と同様に、合理的である。

このような瞬間と、同僚の私自身に対する誤解が、私にこの本を読ませました。 「カルチャーマップ」 そして、あなたの内なる憤りはすべて、真実を見つけようとする試みではなく、あなたが置かれている新しい環境の現実を認識できていないことなのだと理解してください。この本を読んだ後、あなたの仕事はずっと楽になり、同僚の言葉や決断の意味が理解できるようになりました。

生活の面では、新しい国に適応するプロセスは、労働文化に適応するプロセスよりもはるかに困難です。通常、心理学者は区別します 移民の4段階人が通過するところ。この点において、私の道も例外ではありませんでした。一方で、ベルリン、ロンドン、バルセロナなどの多文化の中心地に移住する場合は、従来のどの都市よりも明らかに適応しやすいように思えます。

ベルリンに 2 年間住んでいますが、この街の好きなところと嫌いなところは何ですか?

ベルリンはあらゆる意味ですぐに私の故郷になったので、この街の長所と短所のリストを作成するのは私にとって困難です。

私は大人になってからの人生を通じて、身体的、社会的、経済的、政治的、精神的、精神的など、あらゆる面において自由を求めて努力してきたと思います。はい、仕事においても同じ自由ですが、私は上からのコントロールや、常に何をどのようにすべきかを指示されるマイクロマネジメントが好きではありません。これらの点で、ベルリンは、社会生活に対する自由な考え方、家賃やその他のニーズの比較的寛大な価格、そして自由をアップグレードする多くの機会があるため、世界で最も自由な都市の1つであると私には思えましたし、今でもそう思っています。他の側面。

ベルリンでの仕事について

ベルリンのスタートアップではどのスタックが標準ですか?一般的に、スタックはロシアの平均とどのように異なりますか?

テクノロジーの観点から見ると、フィンテック企業でない限り、ローカルスタックは主観的には退屈に思えます。ほとんどのスタートアップとスタートアップから企業に移行した企業は 2010 年から 2012 年に設立され、最も単純なアーキテクチャでスタートしました。モノリシックなバックエンド、場合によってはフロントエンドが組み込まれた言語、Ruby、PHP、Python のいずれかです。フレームワークは常に使用され、データベースは MySQL、キャッシュは Redis にあります。また、個人的な感覚によると、90% の企業はすべての制作を AWS 上で行っています。

現在のトレンドは、モノリスをマイクロサービスに分割し、コンテナでラップして Kubernetes にデプロイし、新しいアプリケーションの標準言語として Golang に依存することです。これは非常にゆっくりと起こるため、ほとんどの企業では主要な機能が依然としてモノリスの中に埋め込まれています。私はフロントエンドからは程遠いですが、そこでも React が標準であることが多いです。

Zalando や N26 のような大手テクノロジー企業は、意欲的な開発者を市場に引き付ける何かを提供するために、より多くのテクノロジーをサービスに導入しようとしています。他のハイテク企業も最新のテクノロジーに追いつくよう努めていますが、モノリシックなアーキテクチャの負担と長年にわたって蓄積された技術的負債が重荷になっているのは外から見ても明らかです。

エンジニアとして、私はこれを非常に冷静に受け止めています。ベルリンのテクノロジーハブには、製品の観点から見て興味深い企業がたくさんあるからです。そのような会社では、会社を絶対に一緒に働く必要があるファッショナブルな技術スタックを備えた場所として考えるよりも、自分が個人的に好きなアイデアや製品のために働く方が興味深いです。

ロシアとドイツでは、開発者の生活と仕事はどのように異なりますか?驚いたことはありますか？

ドイツでは、北欧/中央ヨーロッパの他の国々と同様、ワークライフバランスや同僚間の人間関係に関しては改善されていますが、仕事のスピードに関しては悪化しています。ロシアのテクノロジー企業では同様のプロジェクトに数週間かかるのに、最初は数か月かかる社内プロジェクトに慣れるのが不快でした。実際、これには客観的な理由があり、企業は通常そのような状況を批判的に認識しないため、これは恐ろしいことではありません。

それ以外の場合、ドイツとロシアを比較するのは非常に困難です。ヤンデックスやティンコフのような有名企業で働いた経験がないからです。ベルリンのテクノロジーハブと状況が似ている可能性があります。

私自身、ベルリンでは企業内での快適な職場環境、定期的な社内イベント、そして IT から離れたトピックについて常に興味深いコミュニケーションを取れる多才な同僚を作り出すことが優先されていることに気づきました。しかし、それは国よりも働いている会社によると思います。

あなたの観察によると、ドイツではどのような専門家が求められていますか? DevOps スペシャリストは需要がありますか?

ほとんどの企業は、DevOps 文化を理解し、DevOps が実際に何であるかを理解することに問題を抱えています。ただし、DevOps というプレフィックスが付いた求人は多数あり、これは市場におけるスペシャリストの需要を明確に示しています。

現時点では、ローカル IT では、今日関連するすべての分野が同等の需要を持っています。データ エンジニア/データ アナリストに対する大きな需要を強調することしかできません。

給与について話しましょう。DevOps エンジニアはドイツで実際にどれくらい稼げるのでしょうか?

IT 業界はまだ若い業界であり、具体的な給与基準がないため、この質問に答えるのは困難です。他の地域と同様、給与はエンジニアの職歴と資格に大きく依存します。この数字を税金や各種社会保険料控除前の給与として捉えることも重要です。また、ドイツの給与はどの都市で働くかによって大きく異なります。ベルリン、ミュンヘン、フランクフルト、ゲッティンゲンでは、給料の範囲や生活費も若干異なります。

ベルリンについて言えば、キャリアにおける主な利点は、エンジニアへの需要が依然として供給を上回っているため、希望に応じて給与が急速に増加する可能性があることです。主な欠点は、ほとんどの企業が給与改定の明確な方針や、企業が生み出した製品への貢献を評価する基準を持っていないことです。

数値は次の場所で確認できます。 ドイツに関する最新の調査、スタックオーバーフロー、または Glassdoorに。統計は毎年更新されるため、給与範囲について話す責任は負いません。

条件付きサイト信頼性エンジニアとして働いていて、ドイツに移住したいと考えている場合、どうすればよいかアドバイスをいただけますか?どこから始めればよいでしょうか?どこへ行く？

読者に特別なアドバイスはないと思います。何も恐れず、移住する前にあまり合理的に考えず、移住中に遭遇する可能性のあるあらゆる困難に対してオープンになってください。しかし、困難もあるでしょう。

ベルリンには強力な DevOps コミュニティがありますか?地元のイベントにはよく行きますか？彼らについて少し教えてください。彼らは何ですか？

私はミートアップにほとんど行かないので、地元の DevOps コミュニティの特徴については言えません。来年はこの問題について取り上げたいと思います。私は、Python や Golang の愛好家から Clojure や Rust の愛好家まで、meetup.com 上の膨大な数のテーマ別グループについて、私の印象を伝えることしかできません。

私が参加したミートアップの中で、HashiCorp ユーザー グループは非常に優れていますが、私はむしろ、さまざまな都市にグループがある HashiCorp コミュニティの方が好きです。

あなたはドイツ語を話さずに引っ越してきたと読みました。 1年経って元気ですか？仕事にドイツ語は必要ですか、それともドイツ語がなくても大丈夫ですか?

私はドイツ語を学びました、今の言語レベルはB1とB2の間です。ベルリンに住んで2年目から今でもドイツ人との連絡はすべて英語で行っています。そのほうが双方にとって楽なので、新しい連絡はすべてドイツ語で始めます。私の当面の計画は、勉強を進め、BXNUMX 認定試験に合格して知識を定着させることです。もっと自信を持ってコミュニケーションを図り、古典文学を原文で読みたいからです。

ベルリンでは、この言語は国に適応し、心の安らぎの感覚を獲得し、レジャー領域（劇場/映画館/スタンドアップ）への完全なアクセスを得るためにさらに必要とされますが、ソフトウェアの仕事では言語が必要になる可能性は低いです。エンジニアリング。ドイツ銀行、アリアンツ、フォルクスワーゲンなどのドイツの大企業であっても、どの企業でもエンジニアリング部門の公用語は英語です。

その主な理由は、人材不足、国際文化の中心地としての都市の地位、そしてドイツ語の習得に問題を抱えている多くの外国人居住者であることです。しかし、どの企業も従業員の仕事以外の生活を楽にするために、組織の費用負担で勤務時間中に毎週ドイツ語コースを提供しています。

企業や採用担当者との 1 年間の連絡の中で、ドイツ語で連絡を受けたのは 2 回だけでした。このようなタイプの例外では、通常は BXNUMX/BXNUMX レベルで十分に動作します。英語を話すアメリカ人と同様、ドイツ人も言語が簡単ではないことを理解しているため、あなたのスピーチの間違いに対して非常に冷静です。

その 電報チャンネル あなたは、DevOps は Kubernetes と Prometheus をひねる能力ではなく、文化であると書いています。言葉ではなく行動で、チーム内に DevOps 文化を発展させるために企業は何をすべきだと思いますか?家で何をしているの？

まず第一に、製品に対する責任を分散するという点では、正直になってすべての i に点を付ける必要があると思います。 DevOps が解決する主な問題は、責任とその責任に関連する問題を壁の向こう側に投げ捨てることです。責任を共有することが会社とエンジニアの両方にとって有益であることが人々に理解されるとすぐに、物事は行き詰まりから動き出し、ターゲットを絞った作業、つまりデリバリー パイプラインの調整、デプロイメントの失敗率の削減、およびその他の判断できる作業を実行できるようになります。社内のDevOpsの状態。

私はこれまでのキャリアの中で、企業のテクニカルリードやCTOの観点からDevOpsを推進したことはなく、常にDevOpsについてある程度知っているエンジニアの立場で行動してきました。実際、DevOps では、文化推進者の立場、特に推進者の影響力の範囲とリーダーシップの資質が非常に重要です。以前勤めていた会社では、当初は比較的フラットな階層構造があり、同僚間には信頼できる雰囲気があったため、文化を促進するという私の目標がはるかに容易になりました。

DevOps の利益のために何ができるかという具体的な質問に答えます。私のレポートでは、 DevOpsDays 主な考え方は、DevOps 文化を発展させるには、インフラストラクチャ内のテクノロジーだけでなく、内部コーチングや技術プロセスにおける責任の分散にも対処する必要があるということです。

たとえば、開発者とテスターのニーズに合わせて、1 人のエンジニアが 2 か月かけて QA および PR サーバーのプラットフォームを作成しました。しかし、機能が正しく伝えられず、機能が文書化されず、従業員のトレーニングが完了していなければ、この素晴らしい仕事はすべて忘れ去られてしまいます。逆も同様で、よく行われたワークショップやペア プログラミング セッションの後、やる気のあるエンジニアは新しい便利な機能に触発され、インフラストラクチャ プラットフォームに関連する以下の問題をすでに解決しています。

DevOps についてさらに質問したい場合は、ここをクリックしてください интервьюでは、ミーシャが「なぜ DevOps が必要なのか?」という質問に詳しく答えています。 「社内に特別な DevOps 部門を作る必要があるか?」

開発について

あなたのチャンネルでは、専門的な記事やブログを推奨することがあります。お気に入りのフィクション本はありますか?

はい、時間を見つけて小説を読むようにしています。特定の作家の小説を次から次へと一気に読むことはできないので、ロシアの作品と海外の作品を混ぜて読んでいます。ロシアの作家ではペレヴィンとドヴラートフが一番好きですが、19世紀の古典を読むのも好きです。外国のものではレマルクとヘミングウェイが好きです。

そこでは旅行についてたくさん書いていて、2018年末には12か国27都市を訪れたと書いています。これはとても嬉しいポイントですね！仕事と旅行はどうやってやっていますか？

実際、すべては非常に簡単です。休暇、週末、休日を有効に活用し、さらに旅行中は積極的に移動する必要があります:)

私はデジタルノマドではないし、定期的にリモートで仕事をしたこともありませんが、仕事以外に世界を探索するために旅行するのに十分な自由時間はあると思います。ベルリンに引っ越してから状況は改善しました。ベルリンはヨーロッパの中心に位置しており、休暇の日数も増えています。

以前の仕事と新しい仕事の間で 1 か月間旅行してみたことがありますが、1 か月間でも移動するのは時間がかかりすぎます。その旅行以来、私は痛みなく仕事に戻れるよう、1週間から1週間半の休暇を取るようにしています。

一番気に入った場所を 3 つ挙げてください。その理由も教えてください。

バックパッカーとして私にとって最も魅力的な国はポルトガル、オマーン、インドです。私は建築、言語、文化などヨーロッパの歴史と文明の観点からポルトガルが好きです。オマーン – 地元の人々の素晴らしいおもてなしとフレンドリーさ、そして中東の緊張の中でも比較的リラックスした雰囲気。オマーンのことも話している 別記事 書きました。インド - パラニュークが遺したスターバックス プラネットとマイクロソフト ギャラクシーの時代がまだ到来していないため、地域内の生活の多様性と文化的アイデンティティ。バンコクとタイ北部も大好きです。海、島、半島のある南部は観光地すぎるように思えました。

ミーシャの旅行記は彼の Telegram チャンネルで読むことができます 「時計じかけのオレンジ」

ワークライフバランスをどのように維持していますか?あなたの秘密を共有してください:)

ここには秘密はありません。ロシアでもドイツでも、通常のテクノロジー企業は、自分に合った方法で労働時間を構成する機会を提供します。サービスが安定して動作し、不可抗力がない限り、私は通常、夜遅くまで仕事に座り続けることはありません。単純に、午後5時から6時を過ぎると、私の脳は「まったく」という言葉からの行動の呼びかけを認識しなくなり、リラックスしてよく眠るように要求するからです。

開発からデザインに至るまで、テクノロジー業界のほぼすべての種類の職業は創造的な職業であり、長時間労働を必要としません。実際、クランチはクリエイティブな仕事にはよくないように思えます。なぜなら、結局は鈍くなり、残業なしでできた仕事よりも仕事が減ってしまうからです。実際、ストリームで 4 ～ 6 時間のアクティブな作業は非常に多く、中断やコンテキストの切り替えがなければ、山を動かすことができます。

私に役立った次の 2 冊の本もお勧めします。 仕事で夢中になる必要はない Basecampの人たちから、そして 「ジェダイのテクニック」 マキシム・ドロフェエフより。

最近、多くの人が燃え尽き症候群について議論しています。同じようなことを感じたことはありますか? 「はい」の場合、どのように対処していますか?どうすれば自分の仕事がもっと面白くなるでしょうか？

はい、正直に言うと、私は今でも時々燃え尽きてしまうことがあります。一般に、これは論理的です。哲学的な観点から見ると、燃える性質を持つものはすべて最終的に燃え尽きます:) その結果と戦うことはできますが、燃え尽き症候群の原因を特定することの方がはるかに重要であるように私には思えますそしてそれを排除します。

理由は人それぞれ異なります。情報が多すぎるため、本業の過重労働のため、仕事、趣味、社交を物理的に組み合わせる時間がないという状況もあります。どこかで、自分の人生に新たな課題を感じられず、それを心配し始めます。ほとんどの問題は、人生哲学、個人的な価値観、人生における仕事の役割を見直すことで解決できます。

最近は仕事に対する興味がなくなったり、つまらない仕事をしたりすることがほとんどなくなりました。退屈な仕事を退屈しないようにするためのさまざまなテクニックがあります。そのうちのいくつかは私が以下から学びました。 ブログ 私の友人のキリル・シリンキンです。しかし、私はこの問題を大義のレベルで解決しようとしています。単純に、私のキャリアと性格にとって最大の課題を与え、組織の官僚主義を最小限に抑えられる仕事を選ぶことです。

7月XNUMX日、ミハイル氏は会議で講演する予定 DevOpsDays モスクワ 「We Are All DevOps」というトークでは、最新のスタックのデプロイ方法だけでなく、DevOps の文化的側面にも焦点を当てることがなぜ重要なのかを説明します。

このプログラムには、Barukh Sadogursky (JFrog)、Alexander Chistyakov (vdsina.ru)、Roman Boyko (AWS)、Pavel Selivanov (Southbridge)、Rodion Nagornov (Kaspersky Lab)、Andrey Shorin (DevOps コンサルタント) も参加しています。

知り合いに来てください！

出所： habr.com