베를린에서의 일과 삶에 관한 Mikhail Chinkov와의 인터뷰

미하일 친코프(Mikhail Chinkov)는 베를린에서 XNUMX년 동안 거주하며 일하고 있습니다. Mikhail은 러시아와 독일의 개발자 작업이 어떻게 다른지, DevOps 관련 엔지니어가 베를린에 수요가 있는지, 여행할 시간을 찾는 방법을 설명했습니다.

이사에 대해서

2018년부터 베를린에 거주하고 계십니다. 어떻게 이런 결정을 내리셨나요? 일하고 싶은 나라와 회사를 의식적으로 미리 선택했는가, 아니면 거절할 수 없는 제안을 받았는가?

어느 시점에서 나는 내가 태어나고 자랐으며 대학에서 공부했던 펜자에서의 생활에 지쳤고, 모스크바와 상트페테르부르크로 이동하는 표준 경로는 이 도시에서의 삶의 특성으로 인해 나에게 매력적이지 않았습니다. . 그래서 저는 지난 몇 번의 휴가 동안 유럽을 여행했던 유럽에서 살아보고 싶었습니다. 저는 회사나 도시, 심지어 특정 국가에 대한 선호도가 없었습니다. 단지 가능한 한 빨리 움직이고 싶었을 뿐입니다.

그 순간 저는 베를린을 개발자가 기술 회사로 옮기기에 가장 접근하기 쉬운 도시로 생각했습니다. Linkedin에서는 이전을 허용하는 회사의 90%가 베를린 출신이었기 때문입니다. 그 후 저는 3일 동안 도시로 날아가서 몇 차례의 대면 인터뷰를 진행했습니다. 나는 이 도시를 정말 좋아해서 지금 당장 베를린에 살고 싶다고 결심했습니다. 일주일 후, 저는 베를린 기술 허브로부터 받은 첫 번째 제안을 즉시 수락했습니다.

이사 과정에 대해 자세히 알려주세요. 어떻게 이런 일이 일어났나요? 어떤 서류를 수집했나요? 고용주가 도와줬나요?

여기서는 새로운 것을 말할 수 없으며 모든 것이 여러 기사에 잘 작성되어 있습니다. 나는 그것을 더 좋아한다 Vastrik 블로그의 버전, 이 문제에 관심이 있는 모든 사람에게 알려져 있습니다. 베를린 기술 허브에서 엔지니어의 재배치를 돕는 거의 모든 회사의 프로세스는 동일합니다.

일, 생활, 정신의 조직 측면에서 예상치 못한 특이한 일을 겪은 적이 있습니까? 현지 생활에 익숙해지는 데 얼마나 걸렸나요?

네, 사실 처음에는 베를린 기술 허브의 회사에서 일하는 전체 과정에 충격을 받았습니다. 일반적으로 집회가 개최되는 방식과 수량부터 엔지니어의 삶에서 소프트 스킬의 역할까지 모든 것이 포함됩니다.

예를 들어, 독일의 업무 문화는 집단적 의사 결정에 중점을 두고 있습니다. 즉, 말 그대로 모든 논란이 되는 문제에 대해 철저하게 토론하고 각자의 관점에서 함께 합의하는 회의가 열립니다. 러시아에서 이러한 관행은 처음에는 엔지니어에게 시간 낭비, 관료주의 및 불신으로 보이지만 결국 결정 결과에 대한 책임 분배와 마찬가지로 의미가 있습니다.

이런 순간들과 동료들의 나에 대한 오해가 책을 읽게 만들었다. "문화 지도" 그리고 당신의 모든 내면의 분노는 진실을 찾으려는 시도라기보다는 오히려 당신이 처한 새로운 환경의 현실을 인식하지 못하는 것임을 이해하십시오. 책을 읽고 나면 작업이 훨씬 쉬워지고 동료의 문구와 결정의 의미를 이해하기 시작합니다.

삶의 측면에서 새로운 나라에 적응하는 과정은 직장 문화에 적응하는 과정보다 훨씬 더 어렵습니다. 일반적으로 심리학자들은 구별합니다. 이민의 네 단계사람이 통과하는 곳. 이 점에서 나의 길도 예외는 아니었습니다. 반면에 베를린, 런던, 바르셀로나 등 다문화 중심지로 이사할 때 적응은 확실히 어떤 고전 도시보다 쉬운 것 같습니다.

베를린에서 XNUMX년 동안 거주한 후, 이 도시에 대해 좋아하는 점과 싫어하는 점은 무엇입니까?

베를린은 모든 면에서 금새 내 집이 되었기 때문에 이 도시의 장단점 목록을 작성하는 것이 어렵습니다.

나는 성인이 된 이후 신체적, 사회적, 재정적, 정치적, 영적, 정신적 모든 표현에서 자유를 위해 노력해 왔다고 생각합니다. 예, 업무에서도 동일한 자유가 있습니다. 나는 위에서 통제하고 세세한 관리를 좋아하지 않습니다. 끊임없이 무엇을 어떻게 해야 하는지를 듣게 됩니다. 이러한 문제에서 베를린은 사회 생활에 대한 자유로운 견해, 상대적으로 자유로운 임대료 및 기타 요구 사항, 그리고 자유를 향상시킬 수 있는 많은 기회로 인해 세계에서 가장 자유로운 도시 중 하나인 것처럼 보였습니다. 다른 측면.

베를린에서의 일에 대해

베를린 스타트업의 표준은 어떤 스택인가요? 스택은 일반적으로 러시아 평균과 어떻게 다릅니까?

기술적인 관점에서 볼 때, 핀테크 회사가 아닌 이상 로컬 스택은 주관적으로 지루해 보입니다. 대부분의 스타트업과 스타트업에서 엔터프라이즈로 전환한 사람들은 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 또는 글래스 도어. 통계는 해마다 업데이트되므로 급여 범위에 대해 이야기하는 책임은 없습니다.

조건부 사이트 안정성 엔지니어로 일하고 있고 독일로 이주하고 싶은 경우 어떻게 해야 하는지 조언을 주실 수 있나요? 어디서부터 시작해야 할까요? 어디로 가야?

독자들에게 특별한 조언을 해줄 수는 없을 것 같습니다. 아무것도 두려워하지 말고, 이사하기 전에 합리화를 덜하고, 이민 중에 직면할 수 있는 모든 어려움에 대해 마음을 열어두십시오. 그러나 어려움이 있을 것입니다.

베를린에는 강력한 DevOps 커뮤니티가 있나요? 지역행사에 자주 가시나요? 그들에 대해 조금 알려주세요. 그들은 무엇인가?

저는 모임에 거의 참석하지 않기 때문에 현지 DevOps 커뮤니티의 기능이 무엇인지 말할 수 없습니다. 내년에는 이 문제를 따라잡을 수 있기를 바랍니다. 저는 Meetup.com에 있는 수많은 주제별 그룹(Python 및 Golang 팬부터 Clojure 및 Rust 애호가까지)에 대한 인상만을 전달할 수 있습니다.

제가 참석한 모임 중 HashiCorp 사용자 그룹은 매우 훌륭했습니다. 하지만 저는 오히려 여러 도시에 그룹이 있는 HashiCorp 커뮤니티를 좋아했습니다.

독일어를 못하시고 이사하셨다는 기사를 읽었습니다. XNUMX년이 지난 지금은 어떻게 지내시나요? 업무에 독일어가 필요합니까, 아니면 독일어 없이도 할 수 있습니까?

독일어를 배웠는데 이제 언어 수준은 B1에서 B2 사이입니다. 나는 베를린에 거주한 첫해부터 독일인과의 모든 접촉을 영어로 계속 수행합니다. 왜냐하면 양측 모두에게 더 쉽기 때문이고 모든 새로운 접촉은 독일어로 시작합니다. 나의 즉각적인 계획은 더 자신감 있게 의사소통하고 원본으로 고전 문학을 읽고 싶기 때문에 공부를 더 발전시키고 B2 자격증 시험에 합격하여 지식을 통합하는 것입니다.

베를린에서는 국가에 적응하여 내면의 편안함과 여가 영역(극장/영화/스탠드업)에 대한 완전한 접근을 얻기 위해 언어가 더 필요하지만 소프트웨어 작업에는 언어가 필요하지 않을 것입니다. 공학. 모든 회사에서 영어는 엔지니어링 부서의 공식 언어입니다. Deutsche Bank, Allianz 및 Volkswagen과 같은 독일 대기업에서도 마찬가지입니다.

가장 큰 이유는 인력 부족, 국제 문화 중심지로서의 도시의 위상, 독일어 학습에 어려움을 겪는 외국인이 많기 때문입니다. 그러나 모든 회사는 직원의 업무 외 생활을 더 쉽게 만들기 위해 조직의 비용으로 근무 시간 동안 주간 독일어 강좌를 제공합니다.

1년 동안 회사 및 채용 담당자와 접촉하면서 독일어로 연락을 받은 것은 단 두 번뿐이었습니다. 이러한 유형의 예외에서는 일반적으로 B2/BXNUMX 수준이면 충분합니다. 영어를 사용하는 미국인과 마찬가지로 독일인도 언어가 쉽지 않다는 것을 이해하기 때문에 말하기 실수에 대해 매우 침착합니다.

그의 전보 채널 당신은 DevOps가 Kubernetes와 Prometheus를 비틀는 능력이 아니라 문화라고 썼습니다. 말이 아닌 행동으로 팀 내 DevOps 문화를 발전시키려면 기업이 무엇을 해야 한다고 생각하시나요? 집에서 뭐해?

제 생각에는 우선 제품에 대한 책임을 분배하는 문제에 있어서 정직하고 모든 i에 점을 찍는 것이 필요하다고 생각합니다. DevOps가 해결하는 주요 문제는 책임과 이 ​​책임과 관련된 문제를 벽 너머로 던지는 것입니다. 책임을 공유하는 것이 회사와 엔지니어 모두에게 유익하다는 것을 사람들이 이해하자마자 모든 것이 막다른 지점에서 움직이고 이미 목표한 작업(딜리버리 파이프라인 조정, 배포 실패율 감소 및 기타 결정할 수 있는 작업)을 수행할 수 있습니다. 회사의 DevOps 상태.

저는 아직 회사의 기술 책임자나 CTO의 관점에서 DevOps를 홍보한 적이 없으며 항상 DevOps에 대해 아는 엔지니어의 입장에서 행동해 왔습니다. 실제로 DevOps에서는 문화 동인의 위치가 매우 중요하며, 특히 동인의 영향력 범위와 리더십 자질이 더욱 중요합니다. 이전 회사는 처음에는 상대적으로 수평적인 계층 구조와 동료 간의 신뢰 분위기를 갖고 있었기 때문에 문화를 홍보하려는 목표가 훨씬 쉬워졌습니다.

DevOps의 이점을 위해 무엇을 할 수 있는지에 대한 구체적인 질문에 답합니다. 내 보고서에는 DevOps일 주요 아이디어는 DevOps 문화를 개발하려면 인프라의 기술뿐만 아니라 내부 코칭과 기술 프로세스의 책임 분배도 처리해야 한다는 것입니다.

예를 들어, 우리는 개발자와 테스터의 요구에 맞게 QA 및 PR 서버용 플랫폼을 만드는 데 한 명의 엔지니어가 XNUMX개월을 보냈습니다. 그러나 기능이 올바르게 전달되지 않고, 기능이 문서화되지 않고, 직원 교육이 완료되지 않으면 이 놀라운 작업은 모두 망각될 것입니다. 반대로, 잘 진행된 워크숍과 페어 프로그래밍 세션을 마친 후 의욕이 넘치는 엔지니어는 새로운 유용한 기능에서 영감을 얻고 인프라 플랫폼과 교차하는 다음 문제를 이미 해결하고 있습니다.

DevOps에 대해 더 많은 질문을 원하시면 여기를 클릭하세요. интервью, Misha가 "DevOps가 필요한 이유는 무엇입니까?"라는 질문에 자세히 답변합니다. 그리고 “회사에 특별한 DevOps 부서를 만들어야 하나요?”

개발에 대하여

채널에서 전문적인 기사와 블로그를 추천하는 경우가 있습니다. 좋아하는 소설책이 있나요?

네, 저는 소설을 읽을 시간을 찾으려고 노력합니다. 특정 작가의 소설을 한 번에 읽을 수 없어서 러시아 작품과 외국 작품을 섞어서 읽습니다. 나는 러시아 작가 중에서 펠레빈과 도블라토프를 가장 좋아하지만 19세기 고전을 읽는 것도 좋아합니다. 외국 사람들 중에는 Remarque와 Hemingway를 좋아합니다.

그곳에서 여행에 대한 글을 많이 쓰셨는데, 2018년 말에는 12개국 27개 도시를 방문했다고 쓰셨습니다. 이거 정말 멋진 포인트네요! 일과 여행은 어떻게 하시나요?

사실 모든 것이 매우 간단합니다. 휴가, 주말 및 공휴일을 잘 활용하고 여행 중에도 적극적으로 여행해야 합니다 :)

저는 디지털 노마드도 아니고 정기적으로 원격 근무를 해본 적도 없지만, 직장 밖에서 세계를 탐험하기 위해 여행할 수 있는 자유 시간은 충분하다고 생각합니다. 베를린으로 이주한 후 상황은 개선되었습니다. 베를린은 유럽의 중심에 위치하고 있으며 휴가 일수가 더 많습니다.

예전 직장과 새 직장을 오가며 한 달 동안 여행도 해봤지만, 길을 떠나는 한 달조차 나에게는 너무 많은 시간인 것 같다. 그 여행 이후로 저는 꽤 고통 없이 직장에 복귀할 수 있도록 일주일에서 일주일 반 정도 쉬려고 노력하고 있습니다.

가장 마음에 들었던 세 곳과 그 이유는 무엇입니까?

배낭여행자로서 제가 가장 좋아하는 나라는 포르투갈, 오만, 인도입니다. 건축, 언어, 문화 등 유럽의 역사와 문명의 관점에서 포르투갈을 좋아합니다. 오만 - 현지인들의 놀라운 환대와 친절함, 그리고 중동의 긴장 속에서도 상대적으로 편안한 분위기를 느낄 수 있습니다. 심지어 오만에 대해 이야기하는 중이에요 별도의 기사 썼다. 인도 - 스타벅스 행성과 Palahniuk가 물려받은 Microsoft 은하계의 시대가 아직 도달하지 않았기 때문에 지역 내 삶의 다양성과 문화적 정체성이 있습니다. 저는 방콕과 태국 북부도 정말 좋아해요. 바다, 섬, 반도가 있는 남쪽 지역은 너무 관광지처럼 보였습니다.

텔레그램 채널에서 미샤의 여행 노트를 읽을 수 있습니다. "시계태엽 오렌지"

일과 삶의 균형을 어떻게 유지하시나요? 당신의 비밀을 공유해보세요 :)

여기에는 비밀이 없습니다. 러시아든 독일이든 일반 기술 회사는 귀하에게 적합한 방식으로 근무 시간을 구성할 수 있는 기회를 제공합니다. 저는 보통 서비스가 안정적으로 작동하고 불가항력적인 사유가 없다면 밤 늦게까지 일하지 않습니다. 단순히 오후 5~6시 이후에는 내 뇌가 "전혀"라는 단어의 행동 촉구를 인식하지 못하고 긴장을 풀고 잘 자라고 요청하기 때문입니다.

개발부터 디자인까지 기술 산업의 거의 모든 유형의 직업은 창의적인 직업이므로 많은 노동 시간이 필요하지 않습니다. 제가 보기에 크런치는 창의적인 작업에 실제로 나쁜 것 같습니다. 결국 지루해지고 초과 근무 없이 할 수 있는 것보다 더 적은 일을 하게 되기 때문입니다. 스트림에서 4~6시간 동안 활동하는 작업은 실제로 많은 시간이며 중단이나 컨텍스트 전환 없이 산을 이동할 수 있습니다.

나에게 도움이 되었던 두 권의 책을 추천해 드릴 수도 있습니다. 직장에서 미친 짓을 할 필요는 없습니다 Basecamp의 친구들과 "제다이 테크닉" Maxim Dorofeev에서.

요즘 많은 사람들이 번아웃(burnout)에 대해 이야기하고 있습니다. 비슷한 것을 느낀 적이 있나요? 그렇다면 어떻게 대처하고 있나요? 어떻게 하면 작업을 더 흥미롭게 만들 수 있나요?

네, 솔직히 말해서 아직도 가끔 지쳐요. 일반적으로 이것은 철학적 관점에서 보면 타는 속성이 있는 모든 것이 결국 소진되는 논리적입니다. :) 결과에 맞서 싸울 수 있지만 소진의 원인을 식별하는 것이 훨씬 더 중요하다고 생각됩니다. 그리고 그것을 제거하십시오.

그 이유는 사람마다 다릅니다. 어떤 사람에게는 정보가 너무 많고, 다른 사람에게는 주 업무에 과로가 있으며, 일, 취미 및 사회화를 물리적으로 결합할 시간이 없는 상황이 있습니다. 인생에서 새로운 도전을 느끼지 못하고 그것에 대해 걱정하기 시작하는 곳이 있습니다. 대부분의 문제는 인생 철학, 개인적 가치, 인생에서 일의 역할을 수정함으로써 해결될 수 있습니다.

요즘 나는 일에 대한 흥미를 잃지 않거나 지루한 일을 하는 일이 거의 없습니다. 지루한 일을 덜 지루하게 만드는 다양한 기술이 있는데, 그중 일부는 제가 배운 것입니다. 블로그 내 친구 Kirill Shirinkin. 하지만 나는 원인의 수준에서 이 문제를 해결하려고 노력합니다. 단순히 내 경력과 성격에 최대의 도전을 제공하고 최소한의 조직적 관료주의를 제공할 직업을 선택하는 것뿐입니다.

7월 XNUMX일, Mikhail이 회의에서 연설할 예정입니다. DevOpsDays 모스크바 "우리는 모두 DevOps입니다"라는 강연을 통해 최신 스택 배포 방식뿐만 아니라 DevOps의 문화적 측면에도 초점을 맞추는 것이 중요한 이유를 설명합니다.

또한 프로그램에는 Barukh Sadogursky(JFrog), Alexander Chistyakov(vdsina.ru), Roman Boyko(AWS), Pavel Selivanov(Southbridge), Rodion Nagornov(Kaspersky Lab), Andrey Shorin(DevOps 컨설턴트)이 포함되어 있습니다.

와서 친해지세요!

출처 : habr.com