Mijaíl Chinkov lleva dos años viviendo y trabajando en Berlín. Mijaíl contó cómo se diferencia el trabajo de un desarrollador en Rusia y en Alemania, si hay demanda de ingenieros relacionados con DevOps en Berlín y cómo encontrar tiempo para viajar.

Sobre la mudanza
Desde 2018 vives en Berlín. ¿Cómo tomaste esta decisión? ¿Elegiste de antemano el país y la empresa donde querías trabajar, o recibiste una oferta que no podías rechazar?
En algún momento me aburrí de vivir en Penza, donde nací, crecí y estudié en la universidad, y el camino estándar de mudarse a Moscú o San Petersburgo no me atraía debido a la especificidad de la vida en esas ciudades. Así que simplemente quería probar vivir en Europa, donde había viajado en mis últimas vacaciones. No tenía preferencias en cuanto a la empresa, la ciudad o incluso el país concreto; simplemente quería mudarme lo más rápido posible.
En ese momento consideré que Berlín era la ciudad más accesible para que un desarrollador se mudara a una empresa tecnológica, ya que en LinkedIn el 90% de las empresas tolerantes a la reubicación estaban en Berlín. Posteriormente, volé a la ciudad por 3 días para realizar un par de entrevistas cara a cara. Me gustó mucho la ciudad, así que decidí que quería vivir en Berlín de inmediato. Una semana después, acepté rápidamente la primera oferta que recibí del hub tecnológico de Berlín.
Cuéntame, por favor, más sobre el proceso de mudanza. ¿Cómo fue para ti? ¿Qué documentos recopilaste? ¿Te ayudó el empleador?
Aquí no puedo decir nada nuevo, todo está muy bien escrito en varios artículos. Me gusta más , conocida por todos quienes se interesan en este tema. En el hub tecnológico de Berlín, el proceso es prácticamente el mismo en todas las empresas que ayudan a los ingenieros con la reubicación.
¿Te has encontrado con algo inesperado o inusual en cuanto a la organización del trabajo, la vida cotidiana o la mentalidad? ¿Cuánto tiempo te tomó acostumbrarte a la vida local?
Sí, de hecho, todo el proceso de trabajo en las empresas del hub tecnológico de Berlín me chocó al principio. Todo: desde cómo y en qué cantidad se realizan las reuniones hasta el papel de las habilidades blandas en la vida de un ingeniero.
Por ejemplo, en Alemania, la cultura laboral está orientada hacia la toma de decisiones colectiva, lo que significa que para cada cuestión controvertida se crea una reunión en la que se discute detalladamente el problema y se llega a un consenso desde sus puntos de vista. Para un ingeniero de Rusia, esta práctica puede parecer inicialmente una pérdida de tiempo, burocracia y desconfianza, sin embargo, a la larga tiene sentido, al igual que la distribución de responsabilidades por el resultado de la decisión.
Momentos como estos, así como la falta de comprensión de uno mismo por parte de los colegas, me llevaron a leer el libro y entender que todas tus frustraciones internas son más bien una negativa a aceptar la realidad del nuevo entorno en el que te encuentras, más que un intento de encontrar la verdad. Después de leer el libro, trabajar se volvió mucho más fácil, empezando a comprender el sentido de las frases y decisiones de tus colegas.
En cuanto a la vida, el proceso de adaptación en un nuevo país es mucho más complicado que en la cultura laboral. Normalmente, los psicólogos destacan , por las que atraviesa una persona. En este sentido, mi camino no fue la excepción. Por otro lado, me parece que la adaptación al mudarse a un centro multicultural como Berlín, Londres o Barcelona es inherentemente más sencilla que en cualquier ciudad clásica.
Después de dos años viviendo en Berlín, ¿qué te gusta y qué no te gusta de esta ciudad?
Me resulta difícil hacer una lista de pros y contras de la ciudad, ya que Berlín se convirtió rápidamente en mi hogar en todos los sentidos de la palabra.
Creo que he buscado toda mi vida consciente la libertad en todas sus manifestaciones: físicas, sociales, financieras, políticas, espirituales y mentales. También esa misma libertad en el trabajo; no me gusta el control desde arriba y la microgestión, cuando constantemente se me dice qué y cómo debo hacer. En estos aspectos, Berlín me parecía y sigue pareciendo una de las ciudades más libres del mundo, debido a las visiones liberales de la vida en sociedad, los precios relativamente liberales del alquiler y otras necesidades, así como las numerosas oportunidades para desarrollar mi libertad en otros aspectos.

Sobre el trabajo en Berlín
¿Cuál es la pila estándar en las startups berlinesas? ¿Cómo se diferencia la pila de la media en Rusia?
Desde el punto de vista tecnológico, los stacks locales me parecen subjetivamente aburridos, a menos que sean empresas de FinTech. La mayoría de las startups y aquellas que han pasado de ser startups a empresas establecidas fueron fundadas entre 2010 y 2012 y comenzaron con la arquitectura más simple: un backend monolítico, y a veces con el frontend integrado, usando Ruby, PHP o Python, obligatoriamente con frameworks, una base de datos MySQL y caché en Redis. Además, por mi experiencia personal, el 90% de las empresas tienen toda su producción en AWS.
Actualmente, todos tienden a descomponer el monolito en microservicios, envasarlos en contenedores, desplegarlos en Kubernetes y confiar en Golang como el lenguaje estándar para nuevas aplicaciones. Esto sucede bastante lentamente, así que en la mayoría de las empresas, la funcionalidad principal sigue estando enterrada en el monolito. No tengo mucha experiencia en frontend, pero allí también se suele utilizar React como estándar.
Grandes empresas tecnológicas como Zalando y N26 intentan incorporar más tecnología en su servicio para atraer a desarrolladores ambiciosos en el mercado. Otras empresas tecnológicas también buscan estar al día con las últimas tecnologías, sin embargo, desde fuera se puede ver que están presionadas por la carga de la arquitectura monolítica y la acumulación de deuda técnica a lo largo de los años.
Como ingeniero, percibo esto con bastante calma, ya que en el hub tecnológico de Berlín hay muchas empresas interesantes en términos de producto. En dichas empresas es más atractivo trabajar por una idea y un producto que disfrutes personalmente, en lugar de considerar la empresa como un lugar con un stack tecnológico de moda con el que necesariamente debas trabajar.
¿En qué se diferencia la vida y el trabajo de un desarrollador en Rusia y en Alemania? ¿Hay cosas que te sorprendieron?
En Alemania, al igual que en cualquier otro país de Europa del Norte/Central, la situación es mejor en cuanto al equilibrio entre trabajo y vida personal y las relaciones entre colegas, aunque peor en cuanto a la velocidad de trabajo. Al principio, me incomodaba adaptarme a proyectos internos que tardan un par de meses, cuando en empresas tecnológicas de Rusia proyectos similares tomaban un par de semanas. En realidad, esto no es tan malo, porque hay razones objetivas para ello, y las empresas generalmente no ven estas situaciones de manera crítica.
En otros aspectos, me resulta bastante difícil establecer un paralelismo entre Alemania y Rusia, porque no tengo experiencia trabajando en empresas reconocidas como Yandex o Tinkoff, donde la situación podría ser similar a la del hub tecnológico de Berlín.
He notado que en Berlín se prioriza la creación de un ambiente laboral cómodo en las empresas, eventos internos regulares y la diversidad de colegas, con quienes siempre es interesante conversar sobre temas alejados de la tecnología. Pero creo que eso depende más de la empresa en la que trabajas que del país.
Según tus observaciones, ¿qué especialistas son demandados en Alemania? ¿Son demandados los expertos relacionados con DevOps?
En la mayoría de las empresas se siente la problemática de la percepción de la cultura DevOps y la comprensión de lo que realmente significa DevOps. Sin embargo, hay muchas ofertas de trabajo con el prefijo DevOps, y esto muestra claramente la demanda de especialistas en el mercado.
En este momento, en el sector tecnológico local, todos los campos actuales son igualmente demandados. Solo puedo destacar una gran demanda de Data Engineer/Data Analyst.
Hablemos sobre salarios, ¿cuánto puede realmente ganar un ingeniero DevOps en Alemania?
Es difícil responder a esta pregunta, porque el sector IT sigue siendo una industria joven, donde no hay normas específicas sobre salarios. Al igual que en todas partes, el salario dependerá en gran medida de la experiencia y la calificación del ingeniero. También es importante considerar la cifra como un salario bruto antes de impuestos y diversas deducciones sociales/aseguradoras. Además, el salario en Alemania depende mucho de la ciudad en la que trabajas. En Berlín, Múnich, Fráncfort y en una ciudad como Gotinga, el rango de salarios varía un poco, así como el costo de la vida.
En Berlín, la principal ventaja para la carrera es que la demanda de ingenieros aún es mayor que la oferta, por lo que el salario puede aumentar rápidamente si se desea. La principal desventaja es que la mayoría de las empresas no tienen una política clara de revisión salarial, ni criterios para evaluar la contribución al producto creado por la empresa.
Puedes consultar las cifras en , StackOverflow o . La estadística se actualiza año tras año, por lo que no me atrevo a dar un rango de salarios.

¿Puedes dar algunos consejos sobre qué hacer si trabajas como Ingeniero de Fiabilidad del Sitio y quieres mudarte a Alemania? ¿Por dónde empezar? ¿A dónde ir?
No creo que tenga ningún consejo especial para el lector. A menos que sea no tener miedo, racionalizar menos antes de mudarte y estar abierto a todas las dificultades con las que puedas encontrarte en la emigración. Y habrá dificultades.
¿Hay una fuerte comunidad de DevOps en Berlín? ¿Asistes a eventos locales con frecuencia? Cuéntame un poco sobre ellos. ¿Cómo son?
Voy a meetups bastante rara vez, así que no puedo decir en qué se caracteriza la comunidad DevOps local. Espero poder ponerme al día con eso el próximo año. Solo puedo transmitir mis impresiones sobre la gran cantidad de grupos temáticos en meetup.com: desde fanáticos de Python y Golang hasta amantes de Clojure y Rust.
De los meetups que he asistido, el grupo de usuarios de HashiCorp es muy bueno; me gusta sobre todo la comunidad de HashiCorp con sus grupos en diferentes ciudades.
He leído que te mudaste sin saber alemán. ¿Cómo va eso un año después? ¿Es necesario el idioma alemán para trabajar o puedes manejarte sin él?
He aprendido alemán, ahora mi nivel de idioma oscila entre B1 y B2. Todos los contactos con alemanes del primer año de vida en Berlín todavía los mantengo en inglés, porque es más fácil para ambas partes, y todos los nuevos contactos los empiezo en alemán. En mis planes más cercanos está avanzar en el aprendizaje, consolidar mis conocimientos obteniendo el certificado B2, porque quiero comunicarme de manera más segura, leer literatura clásica en su idioma original.
En Berlín, el idioma es más necesario para la adaptación en el país, para sentirte cómodo y tener acceso completo a la esfera del ocio (teatro/cine/stand-up), sin embargo, el idioma probablemente no será necesario en el trabajo de Ingeniería de Software. En cada empresa, el inglés es el idioma oficial del departamento de Ingeniería, incluso en grandes empresas alemanas como Deutsche Bank, Allianz y Volkswagen.
La razón principal es la escasez de personal, el estatus de la ciudad como centro cultural internacional, muchos expatriados que enfrentan problemas al aprender el idioma alemán. Sin embargo, cada empresa ofrece cursos de alemán semanales durante el horario laboral a costa de la organización, para facilitar la vida de los empleados fuera del trabajo.
Durante los dos años de contactos con empresas y reclutadores, solo dos veces me hablaron en alemán. En excepciones como esta, generalmente se requiere un nivel B1/B2 para trabajar. Al igual que los estadounidenses con el inglés, los alemanes son bastante comprensivos con tus errores de habla, ya que entienden que el idioma no es fácil.
En su Dices que DevOps no es solo la capacidad de manejar Kubernetes y Prometheus, sino una cultura. Desde tu perspectiva, ¿qué deben hacer las empresas para fomentar una cultura DevOps en el equipo, no solo de palabra, sino de verdad? ¿Qué haces tú en tu lugar?
Creo que, en primer lugar, hay que ser honesto y aclarar todas las «cosas» en la cuestión de la distribución de responsabilidades por el producto. El principal problema que resuelve DevOps es el traspaso de responsabilidades y los problemas que conllevan a través de la pared. Una vez que las personas comprendan que compartir responsabilidades beneficia tanto a la empresa como a los ingenieros, la situación comienza a avanzar y se puede comenzar a trabajar en aspectos concretos: optimizar el Delivery Pipeline, reducir la tasa de fallos en el Deployment y otras cosas que permiten evaluar el estado de DevOps en la empresa.
En mi carrera, aún no he promovido DevOps desde la perspectiva de un líder técnico o CTO de la empresa; siempre he actuado desde la posición de ingeniero que sabe algo sobre DevOps. De hecho, en DevOps, la posición del promotor cultural es realmente importante, especialmente el ámbito de influencia del promotor y sus cualidades de liderazgo. En mi última empresa, inicialmente había una jerarquía relativamente plana y un ambiente de confianza entre colegas, lo cual facilitó significativamente mi objetivo de promover la cultura.
Respondiendo a la pregunta específica sobre qué se puede hacer por el bien de DevOps. En mi presentación en la idea principal es que para desarrollar una cultura DevOps, es necesario no solo trabajar en las tecnologías de infraestructura, sino también en el coaching interno y la distribución de responsabilidades en los procesos técnicos.
Por ejemplo, pasamos dos meses del trabajo de un ingeniero en la creación de una plataforma para servidores de QA y PR para las necesidades de desarrolladores y testers. Sin embargo, todo este increíble trabajo se perderá en el olvido si la información sobre las capacidades no se transmite correctamente, las características no se documentan y la capacitación de los empleados no se completa. Por el contrario, tras talleres bien realizados y sesiones de programación en pareja, un ingeniero motivado se siente inspirado por la nueva funcionalidad útil y ya decide abordar los siguientes problemas que interfieren con la plataforma de infraestructura.
Si tienes más preguntas sobre DevOps, aquí está , en la que Misha responde detalladamente a las preguntas "¿Para qué sirve DevOps?" y "¿Es necesario crear departamentos de DevOps en la empresa?"
Sobre el desarrollo
En tu canal, a veces recomiendas artículos y blogs profesionales. ¿Tienes alguna novela favorita que te guste leer?
Sí, trato de encontrar tiempo para leer literatura. No puedo leer a un autor en particular de un tirón, novela tras novela, así que mezclo obras rusas y extranjeras. Entre los escritores rusos, me gustan más Pelevin y Dovlátov, pero también disfruto la literatura clásica del siglo XIX. En cuanto a los autores extranjeros, me impresionan Remarque y Hemingway.
Ahí mismo, escribes mucho sobre tus viajes, y en tus resultados de 2018 mencionaste que visitaste 12 países y 27 ciudades. ¡Eso es un gran logro! ¿Cómo logras trabajar y viajar al mismo tiempo?
En realidad, todo es bastante simple: se trata de utilizar bien los días de vacaciones, los fines de semana y los festivos, además de viajar activamente durante el proceso 🙂
No soy un nómada digital y nunca he trabajado de forma remota a tiempo completo, pero siento que tengo tiempo suficiente para viajar fuera del trabajo y conocer el mundo. La situación mejoró después de mudarme a Berlín: está en el centro de Europa y tengo más días de vacaciones.
También intenté viajar un mes entero entre trabajos, pero incluso un mes en el camino me parece demasiado tiempo. Desde ese viaje, trato de tomar vacaciones de una semana a diez días, para poder regresar al trabajo sin problemas.
¿Cuáles son los tres lugares que más te han gustado y por qué?
Como mochilero de otros países, me atraen mucho Portugal, Omán e India. Portugal me gusta por su historia europea y civilización, como su arquitectura, idioma y cultura. Omán, por la increíble hospitalidad y amabilidad de la gente local, así como por la atmósfera de relativa tranquilidad en medio de la tensión de Oriente Medio. Sobre Omán, incluso India me fascina por la diversidad de vida dentro de sus regiones y la identidad cultural, porque todavía no ha llegado a ellas la era del Starbucks y la galaxia de Microsoft, heredada de Palahniuk. También me gusta mucho Bangkok y el norte de Tailandia. La parte sur, con sus playas, islas y penínsulas, me parece demasiado turística.

Puedes leer las notas de Misha sobre sus viajes en su canal de Telegram.
¿Cómo logras mantener el equilibrio entre trabajo y vida? Comparte tus secretos 🙂
Aquí no tengo ningún secreto. Tanto en Rusia como en Alemania, las empresas tecnológicas normales te dan la oportunidad de estructurar tu tiempo laboral como te convenga. Normalmente, no me quedo en el trabajo hasta tarde si el servicio funciona de manera estable y no hay ningún imprevisto. Simplemente porque después de las 5-6 de la tarde, mi cerebro no responde para nada a los llamados a la acción y pide descansar y dormir bien.
Casi todas las profesiones en la industria tecnológica, desde el desarrollo hasta el diseño, son creativas y no requieren un gran número de horas de trabajo. Creo que las horas extra son perjudiciales para el trabajo creativo, porque al final, empiezas a bloquearte y a hacer menos de lo que podrías hacer sin trabajar de más. De 4 a 6 horas de trabajo activo en flujo es, en realidad, mucho; sin interrupciones y cambios de contexto, puedes mover montañas.
También puedo recomendarte dos libros que me ayudaron: de los chicos de Basecamp y de Maxim Dorofeev.
Ahora muchos están hablando sobre el agotamiento. ¿Has sentido algo parecido? Si es así, ¿cómo lo enfrentas? ¿Cómo haces tu trabajo más interesante?
Sí, para ser honesto, todavía me sientoBurnout de vez en cuando. En general, desde un punto de vista filosófico, todo lo que arde, al final se apaga 🙂 Se puede combatir el efecto, pero creo que es mucho más importante identificar la causa del agotamiento y eliminarla.
Las razones son diferentes para todos: algunos tienen exceso de información, otros trabajan en exceso en su trabajo principal, hay situaciones en las que no puedes físicamente combinar trabajo, pasatiempos y socialización. A veces, simplemente no sientes nuevos desafíos en tu vida y comienzas a angustiarte debido a ello. La mayoría de los problemas se pueden resolver revisando tu filosofía de vida, tus valores personales y el papel del trabajo en tu vida.
Últimamente, casi no pierdo el interés en mi trabajo ni tengo algo aburrido. Existen varias técnicas para hacer que el trabajo aburrido sea menos tedioso, algunas de las cuales aprendí de mi amigo Kirill Shiringin. Pero trato de abordar este problema desde la raíz, eligiendo trabajos que ofrezcan el máximo de desafíos para mi carrera y personalidad y un mínimo de burocracia organizacional.
El 7 de diciembre, Mijaíl hablará en la conferencia con una presentación titulada 'Todos somos DevOps', en la que explicará por qué es importante centrarse no solo en la forma de implementar la última pila, sino también en el aspecto cultural de DevOps.
También en el programa: Baruch Sadogursky (JFrog), Aleksandr Chistyakov (vdsina.ru), Roman Boyko (AWS), Pavel Selivanov (Southbridge), Rodion Nagornov (Kaspersky Lab), Andrey Shorin (consultor en DevOps).
¡Ven a conocernos!
Fuente: habr.com
