cómo sobrevivir al período de prueba / Sudo Null IT News

Vivo en Alemania, trabajo como programador en una empresa local y quiero hablarles de una de las etapas laborales más difíciles y estresantes, al menos subjetivamente,: el período de prueba (en alemán. Período de prueba), sobre sus características, tanto formales como informales, y sobre la diferencia con las realidades rusas que he encontrado. En una palabra, si nunca ha pasado un período de prueba como desarrollador junior, ya sea en Alemania, Rusia o cualquier otro país, entonces este texto es definitivamente para usted; Bueno, si ya eres un “rollo rallado” y el tiempo total de tus períodos de prueba es un poco más corto que la cola del cometa Halley, pero nunca has interactuado con empresas alemanas, entonces espero que esta breve excursión a una empresa cultural extranjera El entorno también será para ti, tendrás curiosidad. ¡Entonces vamos!

Durante los primeros seis meses te “formaremos”

Palabra es – “trabajar en” – en ruso suena terriblemente indigerible, aunque en alemán no tiene nada de extraordinario o inusual, la palabra es como una palabra – “Einarbeitung” y simplemente significa el proceso de incluir, o mejor dicho, “incrustar” a una persona. a un nuevo equipo y a nuevas tareas laborales Muy a menudo, pero no siempre, este proceso coincide en duración con el período de prueba, es decir, dura seis meses.leer”), el período de prueba en Alemania, en la mayoría de los casos, cuando se trata del llamado contrato de trabajo indefinido, dura seis meses. En este momento, te pueden despedir en dos semanas, pero tú, por tu parte, si algo sale mal, también puedes renunciar en dos semanas (es decir, después de presentar su carta de renuncia, deberá trabajar durante dos semanas además, la empresa, si fue la que inició su renuncia, no puede echarlo a la calle dentro de las dos semanas posteriores al aviso y estará obligada a pagarle una multa; salario para este tiempo), una vez transcurrido el período de prueba, el período de despido para ambas partes es de tres meses. De ahí, por cierto, esta pregunta que surge constantemente durante las entrevistas sobre cuándo puedes ir a trabajar (para más detalles, mira aquí), mientras tus potenciales empleadores alemanes están listos para esperarte estos tres meses sin ningún problema (por ejemplo, Recibí el mío oferta en enero, y volví a trabajar en abril, nadie estaba preocupado ni preocupado por esto, es más, incluso me dijeron que si de repente no tenía tiempo de venir y completar los documentos necesarios, entonces se acababa el plazo para ir a trabajar. incluso podría retroceder un poco; “un poco” en alemán significa 15 días o un mes).

Pero volvamos a “trabajando en“Los alemanes probablemente no habrían sido alemanes si en mi primer día de trabajo no me hubieran traído un papel en el que estaba escrito, mes a mes, cuándo y qué debía hacer. Durante dos meses tuve que conseguir familiarizado con proyectos escritos en Pitón y javascriptluego pasa a estudiar Kubernetes (hasta ese momento solo había oído hablar de esta tecnología, pero no tenía idea de cómo trabajar con ella en la práctica), y los servicios fueron la guinda de este pastel de programador-devops. AWS (como comprenderás, aquí también estaba lleno cero). Para cada etapa se nombró a una persona responsable, un especialista que valientemente me “trabajaría” en los problemas laborales, así como un mentor principal (alemán: Coronilla; Curiosamente, esta palabra en alemán también significa “padrino”), una persona a quien uno puede acudir para cualquier pregunta relacionada con el trabajo. En mi caso fue un desarrollador con 20 años de experiencia en la empresa (créanme, no me sorprendió menos que a ustedes, porque siempre pensé que los programadores llevaban tanto tiempo sin trabajar). vivir trabajar en un solo lugar) llamado Martín.

Todo esto puede parecer muy interesante e inspirador, al menos a mi me lo pareció entoncespero el problema es que muy rápidamente todo no salió según lo planeado…

Cómo (casi) todo no volvió

Por lo general, cuando se familiariza con diversas fuentes de información sobre el tema de la programación y su primer trabajo en este campo, la mayoría de los materiales le dicen lo genial y divertido que es trabajar como programador y que seguramente tendrá éxito y lo logrará. finalmente convertirse en el rey de la colina, o al menos en el gobernante de algún estado enano (sí, sobre todo después de ocho o nueve meses de entrenamiento; ¿Es realmente cierto que pocas personas tienen en cuenta que la profesión en sí debe ser extremadamente poco cualificada y, por tanto, mal remunerada, para poder dominarla incluso en nueve meses?). Entonces, en mi caso todo fue complicado. Y, por regla general, todavía me resulta difícil, pero ahora lo estoy superando bien, aunque al principio todo era diferente. A continuación intentaré mostrar, brevemente y en algunos lugares en contraste con mi primer trabajo como programador Python en Moscú, lo que me desconcertó y causó las mayores dificultades.

• Trabajar con proyectos “antiguos” y marcos “exóticos”. El hecho es que en Moscú yo era empleado en un estudio web, donde los sitios se hacían por encargo, se entregaban al cliente y se olvidaban con seguridad, desde aquí hubo un cambio de proyectos bastante rápido: un proyecto tomó dos o tres meses, y Luego cambió a uno nuevo, en el que toda la lógica de negocios tenía que escribirse desde cero, interactuando constantemente con el diseñador, el desarrollador front-end y periódicamente con el cliente. En este modo, prácticamente nunca encontré código heredado (aunque, teóricamente, cualquier línea de código escrita ayer, o incluso hace un minuto, ya puede denominarse “código heredado”), pero todo cambió cuando comencé a trabajar en Alemania. Aquí mi tarea principal era apoyar y desarrollar proyectos existentes, que normalmente existen desde hace más de 10 años. Te diré la verdad, la vida no me preparó para esto… Ni un solo curso que tomé, ni una sola conferencia que escuché me enseñó a comprender de manera competente los proyectos de otras personas escritos en n unidades de tiempo. atrás. Diré más, uno de estos proyectos, y además el más importante y voluminoso, fue escrito en un marco de Python como Pirámide (si de repente no lo conoces, yo, por ejemplo, no lo sabía, entonces puedes leer la documentación aquí, sin embargo, no recomiendo usarlo en proyectos reales, prácticamente está muriendo y las únicas actualizaciones en los últimos años son actualizaciones a la versión Python). Y la parte front-end presentaba periódicamente sorpresas en forma de framework. Ascua (Tampoco es la herramienta más popular, aunque ha habido cierta actividad aquí recientemente, incluso se lanzó una quinta versión en junio de 2023). En resumen, estaba literalmente “atascado” entendiendo todos estos proyectos y podría haber fallado en absoluto en cumplir con el tiempo de “trabajo dentro” indicado en el plan alemán.

• Conocimiento insuficiente de Linux.. Aquí, lamentablemente, no tengo nada que decir en mi defensa. Realmente no estaba muy familiarizado con Linux cuando comencé a trabajar en Alemania. Por supuesto, conocía los comandos básicos, como ls, pwd, mkdir, toque, cd, rm etc., pero esto claramente no fue suficiente para conectarse a bases de datos, estudiar registros de manera efectiva y corregir urgentemente configuraciones en servidores remotos. Todo esto sólo ralentizó aún más mi “procesamiento”, que ya no era particularmente rápido.

• La necesidad de dominar una serie de herramientas DevOps. En algún momento me pareció que la oscuridad no podía ser más impenetrable y finalmente había llegado al fondo de la desorientación profesional del programador, pero en ese momento el líder del equipo se me acercó y me dijo que había llegado el momento. un viejo amigo me espera para ir a visitarlo empezar a estudiar Kubernetes y tecnologías relacionadas, como Carta de timón (si no tienes mucha experiencia en DevOps, puedes consultar un par de artículos sobre Habré aquí y aquí), porque necesitamos migrar uno de nuestros proyectos a Kubernetes y tendré que preparar este mismo proyecto. El problema, como me pareció en ese momento, fue principalmente que nunca había ido más allá de Docker en mis insuperables prácticas devops (y, para ser honesto, no tuve mucho éxito en ellas en ese momento; en Moscú teníamos un equipo separado que era responsable de implementar proyectos en el servidor) y mi experiencia en el pensamiento devops ni siquiera está al nivel de la experiencia de pensar en un bebé de un año en comparación con un adulto. Como comprenderán, tal propuesta del equipo, que me llevó a sumergirme de lleno en el mar tormentoso de las nuevas tecnologías, en ese momento no me causó gran alegría (aunque claro, ahora entiendo que fue bastante estúpido de mi parte), pero en paralelo con la familiarización con proyectos escritos en Pitón y javascriptSin embargo, poco a poco comencé a “acostumbrarme” a los devops, lo que me reveló los abismos ni siquiera de un síndrome, sino de un complejo. impostorfamiliar para la mayoría de los Junes.

“Sí, no esperábamos que todo fuera rápido y sin problemas” o cómo entender qué se espera realmente de ti

La situación descrita probablemente me habría llevado a tomar medidas drásticas si hubiera sido una persona particularmente engreída y ambiciosa, pero no, no soy así, así que simplemente me convertí en crisálida y decidí esperar hasta que me despidieran. Pero hablando en serio, el factor decisivo para que finalmente lograra pasar por este notorio proceso de “trabajo” fue que una parte integral del mismo fueron las reuniones y conversaciones periódicas con el líder del equipo, quien monitoreaba cómo progresaban mis asuntos. Este, en mi profunda convicción, es un formato realmente muy útil y interesante: una vez cada dos semanas se reúne con su supervisor inmediato y le informa el estado: qué funciona, qué no funciona, dónde necesita ayuda y asesoramiento, dónde carecen absolutamente de habilidad y conocimiento; Al final, este formato te ayuda, en primer lugar, a hacerte preguntas, comprender cuánto control tienes sobre la situación y ver tus puntos débiles. Y luego, en una de estas reuniones y discusiones, de repente me di cuenta de que nadie de mí no requiere conocer a esos formal ¡Los plazos que figuraban en el plan de “trabajo” que me dieron en mi primer día laboral!

Además, el líder del equipo compartió conmigo un pensamiento simple y trivial, que por alguna razón no me llegó por mi cuenta, a saber, que no estaban buscando a una persona que pudiera y supiera hacer todo (simplemente, lo más probable es que lo hubieran hecho). probablemente en su propia región no habrían sido encontrados de todos modos y por lo tanto actuaron de manera realista y pragmática), pero buscaban a una persona que estuviera lista para aprender y que se sintiera cómoda enseñando.

Además, más: para estudiar algunos de los conceptos básicos de las tecnologías que eran nuevas para mí, básicamente me dieron un mes entero, libre de otras tareas rutinarias, durante el cual tomé cursos sobre Kubernetes y en caso de estupor y malentendidos, recurría a sus hábiles colegas en busca de ayuda.

No sé ustedes, pero durante mi trabajo en Rusia no encontré nada como esto (pero aquí, por supuesto, tengo muy poca experiencia, solo había un trabajo pitón), si algo no funcionaba para mí, en el mejor de los casos me decían lo que, en teoría, se debía hacer, pero por regla general, simplemente me mataban… Para ser honesto, incluso imaginando hipotéticamente que me darían Para mí al menos una semana no es Hablando de un mes, simplemente no puedo tener tiempo libre para estudiar alguna tecnología que sea nueva para mí. ¿Quizás tengas esa experiencia? En caso afirmativo, escriba en los comentarios. Al mismo tiempo, quisiera señalar por separado que este enfoque no es algo extraordinario en Alemania, sino que, por el contrario, existe en todos los rincones. Así, por ejemplo, en bastantes puestos de trabajo en Alemania se requiere el conocimiento de uno de los idiomas de programación orientada a objetos, pero no se especifica cuál. Si llegas a una entrevista y descubres que estamos hablando de Java y no entiendes absolutamente nada sobre Java, entonces básicamente esto no es un problema, ya que, como se indica en la vacante, una persona que habla el lenguaje OOP es siendo buscado para el puesto. Todo. El resto, es decir, Java y las tecnologías que acompañan a este lenguaje, se le enseñarán directamente en el lugar de trabajo. No está mal, ¿no? Compárese esto con el mercado interno “dentudo”, donde a menudo se pueden encontrar vacantes en las que la gente, con la sencillez de su corazón, escribe directamente: “la basura no debería postularse”. Incluso me resulta difícil imaginar lo sorprendidos que se sentirían estos chicos y chicas de las empresas rusas si conocieran el enfoque alemán, que implica que el empleador también formará a una persona en el lugar de trabajo y le pagará un salario completo. En una palabra (o mejor dicho, tres) no es nuestro camino…

En conclusión, como corresponde a cualquier narrador que se precie y que debe esforzarse por lograr un final feliz, solo agregaré que a estas alturas, poco más de un año después del inicio del trabajo, junto con la inmersión en los proyectos de trabajo existentes y el dominio. Kubernetes, Helm Chart, Ranchero, También me costó estudiar al menos dos. almacenamiento S3 y una amplia gama de trucos para trabajar con Linux y servidores remotos; puedo decir con confianza que valió la pena. Bueno, si estás interesado en intentar convertirte en un especialista en TI en Alemania, con todas las consecuencias consiguientes, entonces puedes leer por separado mis dos textos sobre cómo conseguir un puesto de desarrollador en este país aquí y aquí.

Publicado originalmente en mi Zen. canal. Allí también podrá encontrar otras publicaciones sobre el tema del alemán.