采访米哈伊尔·钦科夫(Mikhail Chinkov),了解柏林的工作和生活

米哈伊尔·钦科夫 (Mikhail Chinkov) 在柏林生活和工作了两年。 Mikhail 解释了俄罗斯和德国开发人员的工作有何不同、柏林是否需要 DevOps 相关工程师,以及如何找到时间出差。

采访米哈伊尔·钦科夫(Mikhail Chinkov),了解柏林的工作和生活

关于搬家

自 2018 年起您一直居住在柏林。 你是如何做出这个决定的? 你是有意识地提前选择了想要工作的国家和公司,还是收到了无法拒绝的offer?

在某些时候,我厌倦了奔萨的生活,我在那里出生、长大并在大学学习,由于这些城市生活的特殊性,搬到莫斯科和圣彼得堡的标准路径对我没有吸引力。 所以我只是想尝试在欧洲生活,过去几个假期我一直在欧洲旅行。 我对公司、城市、甚至特定国家没有任何偏好——我只是想尽快搬家。

当时,我认为柏林是开发商最容易搬迁到科技公司的城市,因为在Linkedin上,90%容忍搬迁的公司都来自柏林。 随后我飞到这座城市三天进行了几次面对面的采访。 我真的很喜欢这座城市,所以我决定现在就住在柏林。 一周后,我立即接受了从柏林科技中心收到的第一份报价。

请告诉我们更多有关搬家过程的信息。 你是怎么发生这种事的? 你收集了哪些文件? 你的雇主有帮助吗?

我在这里不能说任何新内容;所有内容都在几篇文章中写得很好。 我更喜欢它 来自 Vastrik 博客的版本,对这个问题感兴趣的人都知道。 在柏林科技中心,几乎所有帮助工程师搬迁的公司的流程都是相同的。

您在工作安排、生活安排、心态等方面是否遇到过一些意想不到的、不寻常的事情? 你花了多长时间才适应当地的生活?

是的,事实上,在柏林科技中心的公司工作的整个过程一开始让我感到震惊。 一般来说,一切:从集会的方式和数量到软技能在工程师生活中的作用。

例如,在德国,工作文化注重集体决策,这意味着对于每一个有争议的问题,都会召开一次会议,让大家彻底讨论问题,并从各自的角度共同达成共识。 在俄罗斯,这种做法最初在工程师看来是浪费时间、官僚作风和不信任,但最终它是有意义的,决策结果的责任分配也是如此。

这样的时刻,以及同事们对我自己的误解,促使我读了这本书 《文化地图》 并明白,你所有内心的愤怒都是因为未能认识到自己所处的新环境的现实,而不是试图寻找真相。 读完这本书后,你的工作变得容易多了;你开始理解同事的短语和决定的含义。

就生活而言,适应一个新国家的过程比适应工作文化的过程要困难得多。 通常心理学家区分 移民的四个阶段一个人经过的地方。 在这方面,我的道路也不例外。 另一方面,在我看来,搬到柏林、伦敦和巴塞罗那等多元文化中心时的适应显然比任何古典城市更容易。

在柏林生活了两年后,您喜欢和不喜欢这座城市的哪些方面?

我很难列出这座城市的优点和缺点,因为柏林很快就成为了我的家。

我想我在整个成年生活中都在为各种表现形式的自由而奋斗:身体、社会、经济、政治、精神、精神。 是的,工作中也有同样的自由,我不喜欢上面的控制和微观管理,因为我不断地被告知要做什么以及如何做。 在这些问题上,在我看来,柏林似乎并且仍然是世界上最自由的城市之一,因为它对社会生活的看法自由,房租和其他需求的价格相对自由,以及许多提升生活自由的机会。其他方面。

采访米哈伊尔·钦科夫(Mikhail Chinkov),了解柏林的工作和生活

关于在柏林工作

柏林初创公司的标准是哪种堆栈? 筹码与俄罗斯的平均水平有何不同?

从技术的角度来看,本地堆栈在我看来主观上似乎很无聊,除非它们是金融科技公司。 大多数初创公司和从初创公司转变为企业的公司都成立于 2010-2012 年,并从最简单的架构开始:单一后端,有时内置前端,一种语言 - Ruby、PHP 或 Python,框架总是被使用,数据库在MySQL上,缓存在Redis上。 另外,根据个人感受,90%的公司所有生产都在AWS上。

当前的趋势是将单体切割成微服务,将它们包装在容器中,部署到 Kubernetes,并依赖 Golang 作为新应用程序的标准语言。 这种情况发生得非常缓慢,这就是为什么在大多数公司中,主要功能仍然隐藏在一个整体中。 我距离前端还很远,但即使在那里,React 通常也是标准。

Zalando 和 N26 等大型科技公司正在尝试将更多技术引入服务中,以便能够吸引积极的开发人员进入市场。 其他科技公司也在努力跟上最新技术,但从外部来看,很明显,它们被多年来积累的整体架构和技术债务的负担所拖累。

作为一名工程师,我对此非常冷静,因为从产品的角度来看,在柏林科技中心有很多有趣的公司。 在这样的公司中,为你个人喜欢的想法和产品工作更有趣,而不是将公司视为拥有你绝对需要使用的时尚技术堆栈的地方。

俄罗斯和德国开发人员的生活和工作有何不同? 有没有什么事情让你感到惊讶?

在德国,与北欧/中欧任何其他国家一样,工作/生活平衡以及同事之间的关系更好,但工作速度更糟。 起初,我不太习惯需要几个月的内部项目,而在俄罗斯的科技公司,类似的项目需要几周的时间。 其实这并不可怕,因为有客观原因,而企业通常不会批判性地看待这种情况。

否则,我很难将德国和俄罗斯进行比较,因为我没有在Yandex和Tinkov等知名公司工作的经验,那里的情况可能与柏林科技中心类似。

就我自己而言,我注意到在柏林,首要任务是在公司内营造舒适的工作氛围、定期举行内部活动以及与同事就远离 IT 的话题进行交流总是很有趣的多才多艺。 但我认为这更多地取决于你工作的公司而不是国家。

根据您的观察,德国需要哪些专家? DevOps 专家是否供不应求?

大多数公司在感知 DevOps 文化和理解 DevOps 到底是什么方面存在问题。 然而,带有DevOps前缀的职位空缺非常多,这清楚地表明了市场对专家的需求。

目前,当前所有相关领域对本地 IT 的需求绝对相同。 我只能强调对数据工程师/数据分析师的巨大需求。

我们来谈谈薪资,DevOps 工程师在德国真正能赚多少钱?

这个问题很难回答,因为IT还是一个年轻的行业,没有具体的薪资标准。 与其他地方一样,工资很大程度上取决于工程师的工作经验和资格。 同样重要的是将该数字视为税前工资和各种社会/保险扣除额。 此外,德国的工资很大程度上取决于你在哪个城市工作。 在柏林、慕尼黑、法兰克福和哥廷根,工资范围和生活费用略有不同。

如果我们谈论柏林,职业的主要优势是对工程师的需求仍然高于供应,因此如果需要,薪水可以快速增长。 主要缺点是大多数公司没有明确的薪资调整政策,以及评估对公司创造的产品贡献的标准。

这些数字可以在以下位置查看 德国最新调查、StackOverflow 或 Glassdoor。 统计数据每年都会更新,所以我不负责谈论薪资范围。

采访米哈伊尔·钦科夫(Mikhail Chinkov),了解柏林的工作和生活

如果您是一名有条件的站点可靠性工程师并想搬到德国,您能提供一些建议吗? 从哪里开始? 去哪儿?

我认为我对读者没有什么特别的建议。 只是不要害怕任何事情,在搬家之前少一些合理化,并对移民过程中可能遇到的所有困难持开放态度。 但也会有困难。

柏林有强大的 DevOps 社区吗? 你经常参加当地的活动吗? 告诉我们一些关于他们的信息。 这些是什么?

我很少参加聚会,所以我不能说当地的 DevOps 社区有什么特点。 我希望明年能够解决这个问题。 我只能表达我对 meetup.com 上大量主题组的印象:从 Python 和 Golang 狂热者到 Clojure 和 Rust 爱好者。

在我参加的聚会中,HashiCorp 用户组非常好 - 但在那里,我更喜欢 HashiCorp 社区及其位于不同城市的团体。

我听说你搬家时不会说德语。 一年后你过得怎么样? 您的工作需要德语吗?或者不需要德语也可以吗?

我学了德语,现在语言水平在B1到B2之间。 从在柏林生活的第一年起,我仍然用英语与德国人进行所有接触,因为这对双方来说都更容易,并且我用德语开始所有新的接触。 我近期的计划是继续学习,通过B2证书考试来巩固我的知识,因为我想更自信地交流并阅读原著的古典文学。

在柏林,语言更需要适应这个国家,获得内心的舒适感和充分进入休闲领域(戏剧/电影/单口喜剧),但在软件工作中不太可能需要语言工程。 在每家公司中,英语都是工程部门的官方语言,甚至在德意志银行、安联和大众等德国大公司也是如此。

主要原因是人员短缺、该市作为国际文化中心的地位以及许多外籍人士在学习德语方面存在问题。 然而,每家公司都会在工作时间内每周提供一次德语课程,费用由组织承担,以使员工在工作之余的生活更加轻松。

在与公司和招聘人员的两年接触中,我只用德语联系过两次。 在这些类型的例外情况中,B1/B2 级别通常足以进行操作。 和说英语的美国人一样,德国人对你的言语错误也很冷静,因为他们知道这门语言并不容易。

在其中 电报频道 你写道,DevOps 不是扭曲 Kubernetes 和 Prometheus 的能力,而是一种文化。 在您看来,公司应该如何在团队中培养 DevOps 文化,不是在口头上,而是在行动上? 你在家做什么呢?

我认为,首先,你需要诚实并在产品责任分配问题上做好所有准备。 DevOps 解决的主要问题是将责任以及与此责任相关的问题抛到一边。 一旦人们明白分担责任对公司和工程师都有好处,事情就会从死点转移,你已经可以做有针对性的工作:调整交付管道,降低部署失败率以及其他你可以确定的事情公司的 DevOps 状态。

在我的职业生涯中,我还没有从一个公司的技术主管或CTO的角度来推动DevOps;我一直是站在一个对DevOps有所了解的工程师的立场上。 事实上,在DevOps中,文化驱动者的地位确实很重要,尤其是驱动者的影响范围和领导素质。 我上一家公司最初有一个相对扁平的层次结构和同事之间信任的氛围,这使我实现推广文化的目标变得更加容易。

回答可以为 DevOps 做些什么的具体问题。 在我的报告中 开发运营日 主要思想是,要发展 DevOps 文化,您不仅需要处理基础设施中的技术,还需要处理内部辅导和技术流程中的职责分配。

例如,我们一位工程师花了两个月的时间创建了一个 QA 和 PR 服务器平台,以满足开发人员和测试人员的需求。 然而,如果功能没有正确传达、功能没有记录、员工培训没有完成,所有这些令人惊叹的工作都将被遗忘。 反之亦然,在举办良好的研讨会和结对编程课程之后,积极主动的工程师会受到新的有用功能的启发,并已经解决了与基础设施平台交叉的以下问题。

如果您想了解有关 DevOps 的更多问题,请点击这里 интервью,其中 Misha 详细回答了“为什么需要 DevOps?”的问题。 以及“公司是否有必要设立专门的DevOps部门?”

关于发展

在您的频道中,您有时会推荐专业文章和博客。 你有最喜欢的小说书吗?

是的,我试着找时间读小说。 我无法一口气读完某位作家的小说,所以我混合了俄罗斯和外国的作品。 俄罗斯作家中,我最喜欢佩列文和多夫拉托夫,但我也喜欢读19世纪的经典著作。 外国的我喜欢雷马克和海明威。

在那里你写了很多关于旅行的文章,2018年底你写到你访问了12个国家和27个城市。 这是一个非常酷的点! 你如何处理工作和旅行?

其实一切都很简单:你需要利用好假期、周末和节假日,再加上旅途中积极出行:)

我不是数字游牧者,也从未定期进行远程工作,但我认为我有足够的空闲时间在工作之余去探索世界。 搬到柏林后情况有所好转:地处欧洲中心,休假日更多。

我也尝试过在新工作和新工作之间旅行一个月,但即使是一个月的路上对我来说似乎也太多了。 自从那次旅行以来,我一直在尝试休息一周到一周半的时间,这样我就可以毫无痛苦地重返工作岗位。

您最喜欢哪三个地方?为什么?

作为一名背包客,最吸引我的国家是葡萄牙、阿曼和印度。 我从建筑、语言、文化等欧洲历史和文明的角度喜欢葡萄牙。 阿曼 - 当地人令人难以置信的热情好客和友善,以及在中东紧张局势中相对轻松的氛围。 我什至在谈论阿曼 单独的文章 写道。 印度——其地区内的生活和文化认同的多样性,因为帕拉尼克留下的星巴克星球和微软星系的时代还没有到来。 我也很喜欢曼谷和泰国北部。 南部有大海、岛屿和半岛,似乎太适合旅游了。

采访米哈伊尔·钦科夫(Mikhail Chinkov),了解柏林的工作和生活
您可以在 Misha 的 Telegram 频道上阅读他的游记 发条橙

您如何保持工作与生活的平衡? 分享你的秘密:)

我在这里没有任何秘密。 无论是在俄罗斯还是德国,普通科技公司都会为您提供以适合您的方式安排工作时间的机会。 如果服务稳定且没有不可抗力的话,我通常不会等到深夜才上班。 只是因为下午 5 点到 6 点之后,我的大脑不再感知“完全”这个词所带来的行动召唤,而是要求我放松并睡个好觉。

科技行业几乎所有类型的职业——从开发到设计——都是创意职业;他们不需要大量的工作时间。 在我看来,仰卧起坐实际上对创造性工作不利,因为你最终会变得迟钝,并且在没有加班的情况下做得比你能做的还要少。 事实上,4-6 小时的活跃工作时间已经很多了,如果没有中断和上下文切换,你可以移山。

我还可以推荐两本对我有帮助的书: 工作不一定要疯狂 来自 Basecamp 和 《绝地技术》 来自马克西姆·多罗费耶夫。

如今,很多人都在讨论职业倦怠。 你有过类似的感受吗? 如果是的话,你是如何应对的? 如何让你的工作变得更有趣?

是的,说实话,我仍然时不时感到精疲力尽。 一般来说,这是合乎逻辑的,从哲学的角度来看,所有具有燃烧特性的东西最终都会烧毁:)你可以对抗后果,但是,在我看来,找出倦怠的原因更重要并消除它。

每个人的原因都不同:对某些人来说是信息过多,对另一些人来说是主要工作过度劳累,有些情况下你没有时间将工作、爱好和社交结合起来。 在某些地方,你根本感觉不到生活中的新挑战,你开始担心它。 大多数问题都可以通过修改你的人生哲学、个人价值观以及工作在你生活中的角色来解决。

最近一段时间,我几乎没有对工作失去兴趣,也没有什么无聊的工作。 有多种技巧可以让无聊的工作变得不那么无聊,我从中学到了一些 博客文章 我的朋友基里尔·希林金。 但我试图从原因层面解决这个问题,只需选择一份能为我的职业和个性提供最大挑战、组织官僚主义最少的工作。

7月XNUMX日,米哈伊尔将在会议上发言 莫斯科 DevOpsDays 演讲“We Are All DevOps”将解释为什么不仅要关注最新堆栈的部署方式,还要关注 DevOps 的文化方面。

参与该计划的还有:Barukh Sadogursky (JFrog)、Alexander Chistyakov (vdsina.ru)、Roman Boyko (AWS)、Pavel Selivanov (Southbridge)、Rodion Nagornov (卡巴斯基实验室)、Andrey Shorin (DevOps 顾问)。

快来认识一下吧!

来源: habr.com

添加评论