Mikhail Chinkov leva dous anos vivindo e traballando en Berlín. Mikhail explicou como é diferente o traballo dun programador en Rusia e Alemaña, se os enxeñeiros relacionados con DevOps son demandados en Berlín e como atopar tempo para viaxar.
Sobre moverse
Desde 2018 vives en Berlín. Como tomaches esta decisión? Escolleches conscientemente o país e a empresa onde queres traballar con antelación, ou recibiches unha oferta que non puideches rexeitar?
Nalgún momento, canseime de vivir en Penza, onde nacín, criei e estudei na universidade, e o camiño estándar de mudarme a Moscova e San Petersburgo non me atraeu debido ás especificidades da vida nestas cidades. . Así que só quería probar a vivir en Europa, pola que estiven viaxando durante as últimas vacacións. Non tiña preferencias para a empresa, nin para a cidade, nin sequera para un país específico, só quería moverme o máis rápido posible.
Nese momento, considerei Berlín a cidade máis accesible para que un desenvolvedor se mudase a unha empresa de tecnoloxía, porque en Linkedin, o 90% das empresas tolerantes á deslocalización eran de Berlín. Posteriormente voei á cidade durante 3 días para realizar un par de entrevistas cara a cara. Gustoume moito a cidade, así que decidín que quería vivir en Berlín agora mesmo. Unha semana despois, aceptei inmediatamente a primeira oferta que recibín do centro tecnolóxico de Berlín.
Fálanos máis sobre o proceso de mudanza. Como che pasou isto? Que documentos recolleu? Axudou o teu empresario?
Non podo dicir nada novo aquí, todo está moi ben escrito en varios artigos. Gústame máis , coñecido por todos os interesados neste tema. No centro tecnolóxico de Berlín, o proceso é o mesmo en case todas as empresas que axudan a un enxeñeiro na mudanza.
Encontrácheste algo inesperado e inusual en canto á organización do traballo, da vida, da mentalidade? Canto tempo tardaches en afacerte á vida local?
Si, de feito, todo o proceso de traballo en empresas do centro tecnolóxico de Berlín sorprendeume nun primeiro momento. En xeral, todo: desde como e en que cantidade se realizan as concentracións ata o papel das habilidades blandas na vida dun enxeñeiro.
Por exemplo, en Alemaña, a cultura laboral céntrase na toma de decisións colectivas, o que significa que, literalmente, para todos os asuntos polémicos, créase unha reunión onde se discute a fondo o problema e xuntos chegan a un consenso desde os seus puntos de vista. Desde Rusia, unha práctica deste tipo parece inicialmente para o enxeñeiro unha perda de tempo, burocracia e desconfianza, pero ao final ten sentido, así como a distribución da responsabilidade sobre o resultado da decisión.
Momentos coma estes, así como a incomprensión de min mesmo por parte dos meus compañeiros, fixéronme ler o libro e comprende que toda a túa indignación interna é máis ben un fracaso para percibir a realidade do novo ambiente no que te atopas, máis que un intento de atopar a verdade. Despois do libro, o teu traballo fíxose moito máis sinxelo; comezas a comprender o significado das frases e decisións dos teus compañeiros.
En canto á vida, o proceso de adaptación a un novo país é moito máis difícil que o proceso de adaptación a unha cultura laboral. Normalmente os psicólogos distinguen polo que pasa unha persoa. Neste sentido, o meu camiño non foi unha excepción. Por outra banda, paréceme que a adaptación ao mudarse a un centro multicultural como Berlín, Londres ou Barcelona é evidentemente máis fácil que en calquera cidade clásica.
Despois de dous anos vivindo en Berlín, que che gusta e que non che gusta desta cidade?
É difícil para min compilar unha lista dos pros e contras da cidade, porque Berlín converteuse rapidamente na miña casa en todos os sentidos da palabra.
Creo que me esforcei ao longo da miña vida adulta pola liberdade en todas as súas manifestacións: física, social, financeira, política, espiritual, mental. Si, a mesma liberdade no traballo, non me gusta o control desde arriba e a microxestión, cando me din constantemente que e como facer. Nestes asuntos, Berlín pareceume e aínda me parece unha das cidades máis libres do mundo debido á súa libre visión sobre a vida en sociedade, os prezos relativamente liberais de aluguer e outras necesidades, así como moitas oportunidades para mellorar a súa liberdade en outros aspectos.
Sobre traballar en Berlín
Que pila é o estándar nas startups berlinesas? En que difire xeralmente a pila da media en Rusia?
Desde o punto de vista tecnolóxico, as pilas locais parécenme subxectivamente aburridas, a non ser que sexan empresas FinTech. A maioría das startups e aquelas que pasaron dunha startup a unha empresa fundáronse en 2010-2012 e comezaron coa arquitectura máis sinxela: un backend monolítico e, ás veces, cunha interface integrada, unha linguaxe: Ruby, PHP ou Python. sempre se utilizan frameworks, unha base de datos en MySQL, caché en Redis. Ademais, segundo os sentimentos persoais, o 90% das empresas teñen toda a súa produción en AWS.
A tendencia actual é cortar o monólito en microservizos, envolvelos en contedores, implantalos en Kubernetes e confiar en Golang como linguaxe estándar para novas aplicacións. Isto ocorre moi lentamente, polo que na maioría das empresas a funcionalidade principal aínda está soterrada nun monólito. Estou lonxe do frontend, pero aínda alí React adoita ser o estándar.
As grandes empresas tecnolóxicas como Zalando e N26 están tentando achegar máis tecnoloxía ao servizo para que teñan algo que atraer aos desenvolvedores motivados ao mercado. Outras empresas tecnolóxicas tamén se esforzan por estar ao día das últimas tecnoloxías, pero dende fóra está claro que están lastradas pola carga dunha arquitectura monolítica e da débeda técnica acumulada ao longo dos anos.
Como enxeñeiro, tómoo con bastante calma, porque no centro tecnolóxico de Berlín hai moitas empresas interesantes desde o punto de vista do produto. Nestas empresas, é máis interesante traballar por unha idea e un produto que che guste persoalmente, en lugar de considerar a empresa como un lugar cunha pila de tecnoloxía de moda co que definitivamente necesitas traballar.
En que se diferencia a vida e o traballo dun programador en Rusia e en Alemaña? Hai algunha cousa que te sorprendeu?
En Alemaña, como en calquera outro país do norte/centro de Europa, as cousas son mellores coa conciliación da vida laboral e familiar e as relacións entre compañeiros, pero peor coa velocidade do traballo. Ao principio, foi desagradable para min acostumarme a proxectos internos que levaban un par de meses, cando nas empresas tecnolóxicas de Rusia proxectos similares tardaban un par de semanas. De feito, isto non dá medo, porque hai razóns obxectivas polas que, e as empresas adoitan non percibir este tipo de situacións de forma crítica.
Se non, é bastante difícil para min establecer un paralelismo entre Alemaña e Rusia, porque non teño experiencia traballando en empresas coñecidas como Yandex e Tinkov, onde a situación pode ser similar á do centro tecnolóxico de Berlín.
Por min mesmo, notei que en Berlín a prioridade é crear un ambiente de traballo cómodo nas empresas, eventos internos regulares e a versatilidade de compañeiros cos que sempre é interesante comunicarse sobre temas afastados da TI. Pero creo que depende máis da empresa onde traballes que do país.
Segundo as súas observacións, que especialistas son demandados en Alemaña? Os especialistas de DevOps son demandados?
A maioría das empresas teñen problemas para percibir a cultura DevOps e comprender o que realmente é DevOps. Non obstante, hai moitas vacantes co prefixo DevOps, e isto mostra claramente a demanda de especialistas no mercado.
Nestes momentos, absolutamente todas as áreas que son relevantes hoxe teñen a mesma demanda nas TI locais. Só podo destacar a gran demanda de Data Engineer/Data Analyst.
Falemos de soldos, canto pode gañar realmente un enxeñeiro de DevOps en Alemaña?
É difícil responder a esta pregunta, porque a TI aínda é unha industria nova, onde non hai estándares salariais específicos. Como noutro lugar, o salario depende en gran medida da experiencia laboral e das cualificacións do enxeñeiro. Tamén é importante percibir a cifra como salario antes de impostos e diversas deducións sociais/segurais. Ademais, o salario en Alemaña depende moito da cidade na que traballes. En Berlín, Múnic, Frankfurt e Göttingen, o rango salarial é lixeiramente diferente entre si, ao igual que os gastos de manutención.
Se falamos de Berlín, a principal vantaxe para unha carreira é que a demanda dun enxeñeiro aínda é superior á oferta, polo que o salario pode crecer rapidamente se o desexa. O principal inconveniente é que a maioría das empresas non teñen unha política clara de revisión salarial, así como criterios de valoración da achega ao produto creado pola empresa.
Os números pódense ver en , StackOverflow ou . As estatísticas actualízanse de ano en ano, polo que non vou asumir a responsabilidade de falar do rango salarial.
Podes dar algún consello sobre que facer se estás traballando como enxeñeiro de fiabilidade do sitio condicional e queres mudarte a Alemaña? Por onde comezar? Onde ir?
Non creo que teña ningún consello especial para o lector. Simplemente non teñas medo a nada, racionaliza menos antes de mudarte e abre todas as dificultades que te poidas atopar na emigración. Pero haberá dificultades.
Berlín ten unha comunidade DevOps forte? ¿Vas a miúdo a eventos locais? Fálanos un pouco deles. Que son?
Vou ás reunións moi poucas veces, polo que non podo dicir cales son as características da comunidade local de DevOps. Espero poñerme ao día con este tema o ano que vén. Só podo transmitir as miñas impresións sobre a gran cantidade de grupos temáticos en meetup.com: desde os fanáticos de Python e Golang ata os amantes de Clojure e Rust.
Das reunións ás que asistín, o Grupo de usuarios de HashiCorp é moi bo, pero alí gústame máis a comunidade de HashiCorp cos seus grupos en diferentes cidades.
Lin que te mudastes sen falar alemán. Como estás despois dun ano? Necesitas alemán para traballar ou podes prescindir del?
Aprendín alemán, agora o nivel de lingua está entre B1 e B2. Sigo realizando todos os contactos con alemáns desde o primeiro ano de vida en Berlín en inglés, porque é máis fácil para ambas as partes, e inicio todos os novos contactos en alemán. Os meus plans inmediatos son avanzar nos meus estudos, consolidar os meus coñecementos superando o exame do certificado B2, porque quero comunicarme con máis confianza e ler literatura clásica en orixinal.
En Berlín, a lingua necesítase máis para a adaptación ao país, gañando unha sensación de confort interior e acceso total á esfera do lecer (teatro/cine/stand-up), pero é improbable que a linguaxe sexa necesaria no traballo de Software. Enxeñaría. En todas as empresas, o inglés é a lingua oficial do departamento de Enxeñaría, mesmo nas grandes empresas alemás como Deutsche Bank, Allianz e Volkswagen.
O principal motivo é a escaseza de persoal, o estado da cidade como centro cultural internacional e moitos expatriados que teñen problemas para aprender a lingua alemá. Non obstante, todas as empresas ofrecen cursos semanais de alemán durante o horario laboral por conta da organización para facilitar a vida dos empregados fóra do traballo.
Nos dous anos de contactos con empresas e reclutadores, só me contactaron en alemán dúas veces. Neste tipo de excepcións, un nivel B1/B2 adoita ser suficiente para operar. Como os estadounidenses con inglés, os alemáns están bastante tranquilos cos teus erros de fala, porque entenden que a lingua non é fácil.
No seu Vostede escribe que DevOps non é a capacidade de torcer Kubernetes e Prometheus, senón unha cultura. Na túa opinión, que deberían facer as empresas para desenvolver unha cultura DevOps nos seus equipos, non con palabras, senón con feitos? Que fas na casa?
Creo que, en primeiro lugar, cómpre ser honesto e poñer todos os i en cuestión de distribuír a responsabilidade do produto. O principal problema que resolve DevOps é botar a responsabilidade e os problemas asociados a esta responsabilidade por riba do muro. En canto a xente entende que compartir a responsabilidade é beneficioso tanto para a empresa como para os enxeñeiros, as cousas pasan dun punto morto e xa se pode facer un traballo específico: axustar o canal de entrega, reducir a taxa de fallos de implantación e outras cousas polas que pode determinar o estado de DevOps na empresa.
Na miña carreira, aínda non promovei DevOps desde o punto de vista dun responsable técnico ou CTO dunha empresa; sempre actuei desde o posto de enxeñeiro que sabe algo de DevOps. De feito, en DevOps, a posición do condutor cultural é realmente importante, especialmente a esfera de influencia e as calidades de liderado do condutor. A miña última empresa tiña inicialmente unha xerarquía relativamente plana e unha atmosfera de confianza entre compañeiros, e isto facilitou moito o meu obxectivo de promover a cultura.
Respondendo á pregunta específica sobre o que se pode facer en beneficio de DevOps. No meu informe sobre A idea principal é que para desenvolver unha cultura DevOps hai que tratar non só coas tecnoloxías na infraestrutura, senón tamén co coaching interno e a distribución de responsabilidades nos procesos técnicos.
Por exemplo, dedicamos dous meses dun enxeñeiro a crear unha plataforma para servidores de control de calidade e RRPP para as necesidades de desenvolvedores e probadores. Non obstante, todo este incrible traballo caerá no esquecemento se as capacidades non se comunican correctamente, as funcións non están documentadas e a formación dos empregados non se completa. E viceversa, despois de obradoiros ben realizados e sesións de programación por parellas, un enxeñeiro motivado inspírase en novas funcionalidades útiles e xa resolve os seguintes problemas que se cruzan coa plataforma de infraestruturas.
Se queres máis preguntas sobre DevOps, aquí , no que Misha responde detalladamente ás preguntas "Por que é necesario DevOps?" e "É necesario crear departamentos especiais de DevOps na empresa?"
Sobre o desenvolvemento
Na túa canle ás veces recomendas artigos e blogs profesionais. Tes algún libro de ficción favorito?
Si, intento buscar tempo para ler ficción. Non podo ler a un escritor en concreto dun trago, novela tras novela, así que mesturo obras rusas e estranxeiras. Dos escritores rusos, máis me gustan Pelevin e Dovlatov, pero tamén me gusta ler os clásicos do século XIX. Entre os estranxeiros gústanme Remarque e Hemingway.
Alí escribes moito sobre viaxes, e a finais de 2018 escribiches que visitaches 12 países e 27 cidades. Este é un punto moi chulo! Como consegues traballar e viaxar?
De feito, todo é bastante sinxelo: cómpre facer un bo uso dos días de vacacións, fins de semana e festivos, ademais de viaxar activamente durante a viaxe :)
Non son un nómade dixital e nunca traballei a distancia de forma habitual, pero creo que teño tempo libre suficiente para viaxar fóra do traballo para explorar o mundo. A situación mellorou tras mudarse a Berlín: está situado no centro de Europa e hai máis días de vacacións.
Tamén tentei viaxar durante un mes entre os meus traballos antigos e novos, pero ata un mes de viaxe paréceme demasiado tempo. Desde aquela viaxe, estiven tentando tomar unha semana a unha semana e media de descanso para poder volver ao traballo sen dor.
Que tres lugares che gustaron máis e por que?
Como mochileiro, os países que máis me atraen son Portugal, Omán e a India. Gústame Portugal dende o punto de vista da historia e da civilización europea como a arquitectura, a lingua, a cultura. Omán - incrible hospitalidade e amabilidade dos veciños, así como unha atmosfera de relativa relaxación no medio das tensións de Oriente Medio. Incluso falo de Omán escribiu. India - a diversidade de vida dentro das súas rexións e a identidade cultural, porque a era do planeta Starbucks e a galaxia de Microsoft legada por Palahniuk aínda non chegou a eles. Tamén me gusta moito Bangkok e a parte norte de Tailandia. A parte sur con mar, illas e penínsulas parecía demasiado turística.
Podes ler as notas de viaxe de Misha na súa canle de Telegram
Como consegues manter a conciliación da vida laboral e familiar? Comparte os teus segredos :)
Non teño ningún segredo aquí. Xa sexa en Rusia ou Alemaña, as empresas tecnolóxicas normais ofrécenche a oportunidade de estruturar o teu tempo de traballo da forma que che conveña. Normalmente non me sento no traballo ata altas horas da noite se o servizo funciona de forma estable e non hai forza maior. Simplemente porque despois das 5-6 da tarde o meu cerebro non percibe as chamadas á acción da palabra "en absoluto" e pídeme que me relaxe e durma ben.
Case todos os tipos de profesións da industria tecnolóxica -desde o desenvolvemento ata o deseño- son profesións creativas; non requiren un gran número de horas de traballo. Paréceme que os abdominales son realmente malos para o traballo creativo, porque acabas sendo aburrido e facendo menos do que poderías sen a prórroga. 4-6 horas de traballo activo nun arroio son, de feito, moito, sen interrupcións e cambios de contexto podes mover montañas.
Tamén podo recomendar dous libros que me axudaron: dos rapaces de Basecamp e de Maxim Dorofeev.
Hoxe en día, moita xente está a falar do burnout. Algunha vez sentiches algo parecido? En caso afirmativo, como estás a afrontar? Como fas que o teu traballo sexa máis interesante?
Si, para ser sincero, aínda me queime de cando en vez. En xeral, isto é lóxico, dende o punto de vista filosófico, todo o que ten a propiedade de arder acaba por queimar :) Pódese loitar contra as consecuencias, pero, paréceme, é moito máis importante identificar a causa dos queimaduras. e eliminalo.
Os motivos son diferentes para cada un: para uns é unha sobreabundancia de información, para outros é un exceso de traballo no seu traballo principal, hai situacións nas que non se ten tempo para compaxinar fisicamente traballo, afeccións e socialización. Nalgún lugar simplemente non sentes novos desafíos na túa vida e comezas a preocuparte por iso. A maioría dos problemas pódense resolver revisando a súa filosofía de vida, os valores persoais e o papel do traballo na súa vida.
Ultimamente case non teño perda de interese polo traballo nin ningún traballo aburrido. Hai varias técnicas para facer un traballo aburrido menos aburrido, algunhas das cales aprendín o meu amigo Kirill Shirinkin. Pero intento resolver este problema a nivel de causa, simplemente escollendo un traballo que supoña os máximos retos para a miña carreira e personalidade e un mínimo de burocracia organizativa.
O 7 de decembro, Mikhail falará na conferencia coa charla "Todos somos DevOps", que explicará por que é importante centrarse non só na forma en que se desprega a última pila, senón tamén no aspecto cultural de DevOps.
Tamén no programa: Barukh Sadogursky (JFrog), Alexander Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (consultor DevOps).
Ven a coñecer!
Fonte: www.habr.com