Mikhail Chinkov vive e trabalha em Berlim há dois anos. Ele contou como é diferente ser desenvolvedor na Rússia e na Alemanha, se engenheiros relacionados ao DevOps são procurados em Berlim, e como encontrar tempo para viajar.
Sobre a mudança
Desde 2018 você mora em Berlim. Como você tomou essa decisão? Você escolheu conscientemente o país e a empresa onde queria trabalhar ou recebeu uma oferta que não pôde recusar?
Em algum momento, eu cansei de viver em Penza, onde nasci, cresci e estudei na universidade, e o caminho padrão para mudar-se para Moscou ou São Petersburgo não me atraía devido à vida nessas cidades. Portanto, eu simplesmente queria tentar viver na Europa, que visitei nas últimas férias. Não tinha preferência por empresa, cidade ou mesmo país específico — apenas queria me mudar o mais rápido possível.
Naquele momento, considerei Berlim como a cidade mais acessível para um desenvolvedor se mudar para uma empresa de tecnologia, já que no Linkedin, 90% das empresas abertas a relocação eram de Berlim. Posteriormente, fui à cidade por 3 dias para realizar algumas entrevistas presenciais. Eu gostei muito da cidade, então decidi que queria viver em Berlim imediatamente. Uma semana depois, aceitei prontamente a primeira oferta que recebi do hub de tecnologia de Berlim.
Fale um pouco mais sobre o processo de mudança. Como foi para você? Quais documentos você reuniu? O empregador ajudou?
Aqui não posso dizer nada de novo, tudo está muito bem escrito em alguns artigos. Eu prefiro , que é conhecida por todos que se interessam pelo assunto. No hub de tecnologia de Berlim, o processo é praticamente o mesmo em todas as empresas que ajudam os engenheiros com a relocação.
Você se deparou com algo inesperado e incomum em termos de organização do trabalho, estilo de vida, mentalidade? Quanto tempo você levou para se acostumar com a vida local?
Sim, na verdade, todo o processo de trabalho nas empresas do hub de tecnologia de Berlim me chocou no início. Tudo: desde como e em que quantidade as reuniões ocorrem, até o papel das soft skills na vida do engenheiro.
Por exemplo, na Alemanha, a cultura de trabalho é orientada para a tomada de decisões em grupo, o que significa que para cada questão controversa é realizada uma reunião, onde você discute minuciosamente o problema e chega a um consenso a partir de seus pontos de vista. Para um engenheiro da Rússia, essa prática pode inicialmente parecer uma perda de tempo, burocracia e desconfiança, mas no final das contas, faz sentido, assim como a distribuição de responsabilidades pelos resultados das decisões.
Esses momentos, assim como a falta de compreensão de si mesmo por parte dos colegas, me levaram a ler o livro e perceber que todas as suas frustrações internas são, na verdade, uma recusa em aceitar a realidade do novo ambiente em que você se encontra, em vez de uma tentativa de descobrir a verdade. Depois do livro, tornou-se muito mais fácil trabalhar, pois você começa a entender o significado das frases e decisões de seus colegas.
Em termos de vida, o processo de adaptação em um novo país é muito mais complicado do que o processo de adaptação na cultura de trabalho. Geralmente, os psicólogos destacam , pelos quais a pessoa passa. Nesse sentido, meu caminho não foi uma exceção. Por outro lado, parece-me que a adaptação ao se mudar para um centro multicultural como Berlim, Londres ou Barcelona é indiscutivelmente mais fácil do que em qualquer cidade clássica.
Depois de dois anos vivendo em Berlim, o que você gosta e não gosta neste cidade?
É difícil para mim listar prós e contras da cidade, porque Berlim rapidamente se tornou meu lar em todos os sentidos da palavra.
Acredito que estive buscando liberdade em todas as suas manifestações durante toda a minha vida consciente: físicas, sociais, financeiras, políticas, espirituais e mentais. Quanto à liberdade no trabalho, não gosto de controle excessivo e microgerenciamento, onde me dizem constantemente o que e como fazer. Nesse aspecto, Berlim me parece e continua parecendo uma das cidades mais livres do mundo, devido às suas opiniões abertas sobre a vida em sociedade, relativamente baixos preços de aluguel e outras necessidades, além de muitas oportunidades para desenvolver minha liberdade em outros aspectos.
Sobre trabalhar em Berlim
Qual stack é o padrão nas startups de Berlim? Como o stack difere da média na Rússia?
Do ponto de vista tecnológico, as pilhas locais parecem entediantes, a menos que se trate de empresas de FinTech. A maioria das startups e aquelas que se tornaram empresas foram fundadas entre 2010 e 2012, começando com a arquitetura mais simples: back-end monolítico, às vezes com front-end integrado, usando Ruby, PHP ou Python, juntamente com frameworks obrigatórios, banco de dados em MySQL e cache em Redis. Além disso, na minha percepção, 90% das empresas têm toda a produção na AWS.
Atualmente, todos têm a tendência de desmembrar o monolito em microsserviços, envolvê-los em contêineres, implantá-los no Kubernetes e confiar no Golang como a linguagem padrão para novas aplicações. Esse processo não é rápido, portanto, na maioria das empresas, a funcionalidade principal ainda está enterrada no monolito. Estou longe do front-end, mas por lá o padrão geralmente é React.
Grandes empresas de tecnologia como Zalando e N26 se esforçam para trazer mais tecnologia aos serviços, a fim de atrair desenvolvedores ambiciosos no mercado. Outras empresas de tecnologia também buscam estar atualizadas com as últimas tecnologias, mas é visível que o peso da arquitetura monolítica e da dívida técnica acumulada ao longo dos anos as pressiona.
Como engenheiro, encaro isso de forma bastante tranquila, pois no hub de tecnologia de Berlim há muitas empresas interessantes do ponto de vista do produto. Nesses lugares, é mais interessante trabalhar pela ideia e pelo produto que você realmente gosta, do que ver a empresa apenas como um lugar com um stack tecnológico luxuoso no qual você precisa trabalhar.
Qual é a diferença entre a vida e o trabalho de um desenvolvedor na Rússia e na Alemanha? Há coisas que te surpreenderam?
Na Alemanha, assim como em qualquer outro país da Europa do Norte/Central, a situação é melhor em relação ao equilíbrio entre trabalho e vida pessoal e às relações entre colegas, mas pior em termos de velocidade de trabalho. No início, eu tinha dificuldades para me acostumar com projetos internos que levam alguns meses, enquanto em empresas de tecnologia na Rússia, projetos semelhantes levavam algumas semanas. Mas, na verdade, isso não é algo preocupante, pois existem razões objetivas para isso, e as empresas geralmente não veem essas situações de forma crítica.
De resto, acho bastante difícil fazer uma comparação entre a Alemanha e a Rússia, porque não tenho experiência trabalhando em empresas conhecidas como Yandex e Tinkoff, onde a situação pode ser similar ao hub de tecnologia de Berlim.
Notei que em Berlim a prioridade é criar um ambiente de trabalho confortável nas empresas, realizar eventos internos regularmente e ter uma diversidade de colegas com quem é sempre interessante conversar sobre temas que fogem do IT. Mas acredito que isso depende mais da empresa em que você trabalha do que do país.
Com base nas suas observações, quais especialistas são procurados na Alemanha? Há demanda por profissionais na área de DevOps?
Na maioria das empresas, há um problema com a percepção da cultura DevOps e a compreensão do que realmente é o DevOps. No entanto, há muitas vagas com o prefixo DevOps, e isso demonstra claramente a demanda por esses profissionais no mercado.
Atualmente, no setor de TI local, há uma demanda igual por todos os segmentos atuais. Eu poderia destacar a alta procura por Data Engineer/Data Analyst.
Vamos falar sobre salários, quanto realmente um engenheiro DevOps pode ganhar na Alemanha?
É difícil responder a esta pergunta, pois o setor de TI é uma indústria jovem e não há normas específicas para salários. Como em qualquer lugar, o valor do salário depende principalmente da experiência e qualificação do engenheiro. Também é importante considerar o valor como salário bruto, antes dos impostos e diversas deduções sociais/da seguridade. Além disso, o salário na Alemanha varia muito de cidade para cidade. Em Berlim, Munique, Frankfurt e na hipotética Göttingen, a faixa salarial difere um pouco entre si, assim como as despesas de vida.
Se falarmos sobre Berlim, a principal vantagem para a carreira é que a demanda por engenheiros ainda é maior do que a oferta, portanto, o salário pode crescer rapidamente, se desejado. A principal desvantagem é que a maioria das empresas não tem uma política clara de revisão salarial, assim como critérios de avaliação da contribuição para o produto criado pela empresa.
Os números podem ser conferidos na , StackOverflow ou . A estatística é atualizada anualmente, portanto, não me sinto à vontade para comentar sobre a faixa salarial.
Você pode dar alguns conselhos sobre o que fazer se você é um engenheiro de confiabilidade de sites e quer se mudar para a Alemanha? Por onde começar? Para onde ir?
Não acho que eu tenha algum conselho especial para o leitor. Apenas não ter medo, racionalizar menos antes da mudança e estar aberto a todas as dificuldades que podem surgir na imigração. Dificuldades haverá.
Há uma forte comunidade DevOps em Berlim? Você costuma ir a eventos locais? Fale um pouco sobre eles. Como são?
Eu vou a meetups com bastante raridade, então não posso dizer quais são as particularidades da comunidade DevOps local. Espero resolver essa questão no próximo ano. Posso apenas compartilhar minhas impressões sobre a enorme quantidade de grupos temáticos no meetup.com: de fanáticos por Python e Golang a amantes de Clojure e Rust.
Dos meetups que eu participei, o HashiCorp User Group é muito bom — mas lá eu gosto principalmente da comunidade HashiCorp com seus grupos em diferentes cidades.
Eu li que você se mudou sem saber alemão. Como estão as coisas após um ano? O idioma alemão é necessário para trabalhar ou dá para se virar sem ele?
Eu aprendi alemão, atualmente meu nível de língua flutua entre B1 e B2. Todos os contatos que tive com alemães no meu primeiro ano em Berlim ainda são feitos em inglês, porque é mais fácil para ambos os lados, e todos os novos contatos eu começo em alemão. Nos meus planos futuros, está progredir no aprendizado, consolidar o conhecimento fazendo o exame para o certificado B2, porque quero me comunicar com mais confiança e ler literatura clássica no original.
Em Berlim, a língua é mais necessária para se adaptar ao país, obter uma sensação de conforto interno e acesso pleno à esfera do lazer (teatro/cinema/stand-up), no entanto, é improvável que seja necessária no trabalho de Software Engineering. Em cada empresa, o inglês é a língua oficial do departamento de engenharia, mesmo em grandes empresas alemãs como Deutsche Bank, Allianz e Volkswagen.
A principal razão é a falta de mão de obra, o status da cidade como um centro cultural internacional, muitos expatriados que têm dificuldades em aprender a língua alemã. No entanto, cada empresa oferece cursos semanais de alemão durante o horário de trabalho, às custas da organização, para facilitar a vida dos funcionários fora do trabalho.
Durante os dois anos de contatos com empresas e recrutadores, apenas duas vezes fui abordado em alemão. Em exceções desse tipo, um nível B1/B2 geralmente é suficiente para o trabalho. Assim como os americanos com o inglês, os alemães lidam relativamente bem com seus erros de fala, pois entendem que o idioma não é fácil.
Em seu texto, você menciona que DevOps não é apenas a habilidade de manusear Kubernetes e Prometheus, mas sim uma cultura. Em sua opinião, o que as empresas devem fazer para promover a cultura DevOps na equipe não apenas em palavras, mas em ações? O que você está fazendo em sua empresa?
Acredito que, em primeiro lugar, é necessário ser honesto e esclarecer as "responsabilidades" em relação ao produto. O principal problema que o DevOps resolve é a transferência de responsabilidades e dos problemas associados a essas responsabilidades. Assim que as pessoas entenderem que compartilhar responsabilidade é benéfico tanto para a empresa quanto para os engenheiros, as coisas avançam e é possível trabalhar em aspectos específicos: ajustar o Delivery Pipeline, reduzir a Taxa de Falha de Implantação e outras métricas que podem indicar o estado do DevOps na empresa.
Em minha carreira, ainda não promovi o DevOps do ponto de vista de tech lead ou CTO da empresa; sempre me apresentei como engenheiro que sabe algo sobre DevOps. Na verdade, na configuração do DevOps, a posição de líder cultural é realmente importante, especialmente a área de influência do líder e suas qualidades de liderança. Em minha última empresa, havia inicialmente uma hierarquia relativamente plana e um clima de confiança entre os colegas, o que facilitou bastante meu objetivo de impulsionar a cultura.
Respondendo à pergunta específica sobre o que pode ser feito para o bem do DevOps. Na minha palestra na , a ideia principal é que, para desenvolver a cultura DevOps, é necessário trabalhar não apenas nas tecnologias da infraestrutura, mas também no coaching interno e na distribuição de responsabilidades nos processos técnicos.
Por exemplo, gastamos dois meses do trabalho de um engenheiro para criar uma plataforma para servidores QA e PR para atender as necessidades de desenvolvedores e testadores. No entanto, todo esse trabalho incrível cairá no esquecimento se as informações sobre as capacidades não forem comunicadas corretamente, as funcionalidades não forem documentadas, e o treinamento dos colaboradores não for concluído. E, por outro lado, após workshops bem conduzidos e sessões de programação em par, o engenheiro focado sente-se inspirado com a nova funcionalidade útil e já decide por conta própria os próximos problemas que se cruzam com a plataforma de infraestrutura.
Se você quiser mais perguntas sobre DevOps, aqui está , onde Mishá responde detalhadamente às perguntas "Por que DevOps é necessário?" e "Deve-se criar departamentos especiais de DevOps na empresa?"
Sobre desenvolvimento
No seu canal, você às vezes recomenda artigos e blogs profissionais. Você tem algum livro de ficção favorito?
Sim, eu tento encontrar tempo para ler literatura ficcional. Não consigo ler um autor específico de uma só vez, romance após romance, então misturo obras russas e estrangeiras. Dos escritores russos, gosto mais de Pelevin e Dovlatov, mas também gosto de ler clássicos do século 19. Entre os autores estrangeiros, aprecio Remarque e Hemingway.
Lá você também escreve muito sobre viagens, e ao final de 2018, escreveu que visitou 12 países e 27 cidades. Esse é um ponto muito legal! Como você consegue trabalhar e viajar ao mesmo tempo?
Na verdade, tudo é bastante simples: é preciso aproveitar bem os dias de férias, fins de semana e feriados, além de viajar ativamente durante os deslocamentos 🙂
Não sou um nômade digital e nunca trabalhei remotamente de forma permanente, mas acho que tenho tempo suficiente fora do trabalho para explorar o mundo. A situação melhorou depois que me mudei para Berlim: ela está localizada no centro da Europa e tenho mais dias de férias aqui.
Eu também tentei viajar por um mês entre o emprego antigo e o novo, mas para mim até mesmo um mês na estrada parece um período muito longo. Dessa viagem, procuro tirar férias de cerca de uma semana a dez dias, para poder voltar ao trabalho de forma relativamente tranquila.
Quais três lugares você mais gostou e por quê?
Como mochileiro, os países que mais me atraem são Portugal, Omã e Índia. Portugal encanta-me pela sua história e civilização europeias, como a arquitetura, a língua e a cultura. Omã chama a atenção pela hospitalidade incrível e pela simpatia dos locais, além da atmosfera de relativa descontração em meio à tensão do Oriente Médio. Sobre Omã, eu até A Índia atrai pela diversidade de vida em suas regiões e pela identidade cultural, pois lá ainda não chegou a era do Starbucks e da galáxia da Microsoft, que Palahniuk legou. Também gosto muito de Bangkok e da parte norte da Tailândia. A parte sul, com seu mar, ilhas e penínsulas, pareceu-me excessivamente turística.
As anotações do Misha sobre viagens podem ser lidas em seu canal do Telegram.
Como você consegue manter o equilíbrio entre trabalho e vida pessoal? Compartilhe seus segredos 🙂
Aqui não tenho nenhum segredo específico. Tanto na Rússia quanto na Alemanha, empresas de tecnologia normais permitem que você estruture o seu tempo de trabalho da maneira que achar melhor. Normalmente, não fico no trabalho até tarde da noite, se o serviço está funcionando bem e não surge algum imprevisto. Simplesmente porque, após as 5-6 da tarde, meu cérebro não responde a convites à ação de forma alguma e pede para descansar e ter uma boa noite de sono.
Quase todas as profissões no setor de tecnologia — desde desenvolvimento até design — são criativas, e não exigem muitas horas de trabalho. Acredito que as crises de trabalho são prejudiciais para trabalhos criativos, pois, no final das contas, você começa a ficar lento e produz menos do que poderia sem as horas extras. Quatro a seis horas de trabalho ativo em fluxo são, na verdade, muito, e sem interrupções e mudanças de contexto, dá para mover montanhas.
Posso também recomendar dois livros que me ajudaram: dos caras da Basecamp, e de Maxim Dorofeev.
Atualmente, muitos estão discutindo o burnout. Você já sentiu algo parecido? Se sim, como você lida com isso? Como torna seu trabalho mais interessante?
Sim, para ser honesto, eu ainda me sinto esgotado de vez em quando. Na verdade, faz todo sentido, do ponto de vista filosófico, tudo que queima acaba se esgotando 🙂 É possível lutar contra as consequências, mas, parece-me muito mais importante identificar a causa do esgotamento e eliminá-la.
As razões são diversas: para alguns, é o excesso de informações, outros trabalham demais no emprego principal, há situações em que não se consegue fisicamente conciliar trabalho, hobbies e socialização. Às vezes, você simplesmente não sente novos desafios em sua vida e começa a se preocupar por causa disso. A maioria dos problemas pode ser resolvida ao reavaliar a filosofia de vida, valores pessoais e o papel do trabalho em sua vida.
Ultimamente, quase não perdi o interesse pelo trabalho ou me deparei com um trabalho entediante. Existem várias técnicas de como tornar um trabalho monótono em algo interessante, algumas das quais eu tirei de meu amigo Kirill Shirinkin. Mas eu tento resolver o problema na raiz, simplesmente escolhendo trabalhos que apresentem o máximo de desafios para minha carreira e personalidade, e o mínimo de burocracia organizacional.
No dia 7 de dezembro, Mikhail dará uma palestra na conferência com a apresentação "Nós somos todos DevOps", onde explicará por que é importante focar não apenas na forma de implementar a mais recente stack, mas também no aspecto cultural do DevOps.
Ainda no programa: Baruch Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (consultor em DevOps).
Venha se conhecer!
Fonte: habr.com
