Comenzar un nuevo trabajo de ingeniería puede ser angustiante, pero uno de nuestros nuevos contratados tiene algunos consejos sobre cómo puedes acclimatarte a tu nuevo entorno.
Cuando comienzas en una nueva empresa, es común que un nuevo contratado experimente un poco de choque cultural. Las diferentes oficinas, personas, procesos, etc. pueden resultar desconcertantes. Sin embargo, los ingenieros a menudo estarán sujetos a un tipo de choque adicional durante su integración. Yo lo llamo el choque de cultura de código.
El choque de cultura de código es específico al trabajar en una nueva base de código donde las cosas pueden ser completamente diferentes a lo que un ingeniero está acostumbrado: cosas como estructuras de carpetas, patrones empleados, configuraciones de pruebas, bibliotecas utilizadas, procesos de CI/CD, etc. Incluso pequeñas diferencias como reglas de lint y configuraciones de formato pueden ser impactantes.
Sumado a eso, las diferencias en las preferencias personales entre los miembros del equipo pueden ser bastante desconcertantes. Sin embargo, hay un lado positivo en este choque. Esto lleva a una situación única que tanto los nuevos ingenieros como los miembros del equipo existentes deberían estar listos para aprovechar al máximo.
Máximo potencial de retroalimentación
Después de que el impacto inicial se disipe, hay una pequeña ventana de tiempo en la que el potencial para recibir retroalimentación honesta y objetiva está en su punto más alto, antes de que la perspectiva cambie de un foráneo en ingeniería a un compañero de equipo.
Este momento perfecto ocurre poco después de que un ingeniero se ha aclimatado a la base de código, pero antes de que hayan aceptado lo que ven como "así es como se hace". Es durante esta ventana que tienen la oportunidad de aprovechar este potencial y ofrecer perspectivas únicas tanto al equipo como a la organización en general.
Hay algunas maneras clave de aprovechar este sentimiento como el nuevo ingeniero:
💪️ Rechaza al impostor
Superaste las entrevistas, aceptaste la oferta y ahora estás listo para hacer el trabajo, pero hay una sensación persistente de que tal vez estás fuera de tu nivel. La base de código y los procesos te resultan ajenos. Eras un experto en tu trabajo anterior y conocías los sistemas a la perfección, pero ahora estás perdido y cuestionándote a ti mismo.
¡Relájate, todo estará bien! Te contrataron por tu potencial para aprender y contribuir. Nadie espera que seas un experto después de solo unas pocas semanas. El síndrome del impostor es real. Reconócelo, pero luego deja a un lado esos sentimientos y sumérgete en tu nuevo rol.
☀️ Deja de lado los prejuicios
Aporta tus conocimientos, experiencia y nueva perspectiva y deja atrás cualquier prejuicio. Notarás diferencias en la base de código en comparación con lo que estás acostumbrado; después de todo, todo es nuevo para ti, pero ten cuidado de no confundir "diferente" con "incorrecto".
"Cómo lo habría hecho yo" no es lo mismo que "cómo debería hacerse". Esa es la belleza del código: puede haber múltiples soluciones a un problema. Reconoce que aunque a veces tu forma podría haber sido mejor, muchas veces solo es diferente.
🛠️ Rompe cosas
Hay una razón por la cual no desarrollamos en producción y no hay mejor manera de aprender una nueva base de código que ensuciarte las manos. Cambia algo y ve qué pasa. ¿Ves alguna oportunidad de mejora? Ve por ello.
Es probable que tu carga de trabajo aún sea lo suficientemente ligera como para que tengas tiempo de experimentar con nuevas ideas. No te preocupes si los cambios no dan resultado. Aún así, saldrás con una comprensión más profunda del código en el que vas a vivir.
📓 Documenta todo
Catalogar cualquier cosa que parezca rara o diferente y anotar las preguntas que surgen. No es raro preguntarte ¿por qué lo hicieron de esta manera? No asumas que el código que estás viendo es perfecto tal como está. Aún no conoces la historia de por qué las cosas son como son.
Puede ser que la parte que estás mirando fue realizada rápidamente y se recortaron esquinas, con la intención de revisarla en otro momento. Los patrones y bibliotecas cambian rápidamente y el código se queda obsoleto antes de que te des cuenta. Está bien, si no es esperado, que señales estas cosas. Recuerda, si el código fuera perfecto, no te habrían contratado para trabajar en él.
🤝 Compartir es cuidar
Una vez que te sientas cómodo, contacta a tu equipo o gerente y comparte tus comentarios. Ellos se darán cuenta de que estás en una posición única para ofrecer pensamientos e ideas frescas y lo recibirán con gusto.
Todos están trabajando hacia el mismo objetivo de hacer el mejor producto para nuestros clientes. La forma en que logramos esto es escuchando y aprendiendo de los demás.
¿Quieres asegurarte de recordar siempre los grandes consejos de este post? No te preocupes, ¡hemos puesto todo en una tarjeta de Guru!
Cuando comienzas en una nueva empresa, es común que un nuevo contratado experimente un poco de choque cultural. Las diferentes oficinas, personas, procesos, etc. pueden resultar desconcertantes. Sin embargo, los ingenieros a menudo estarán sujetos a un tipo de choque adicional durante su integración. Yo lo llamo el choque de cultura de código.
El choque de cultura de código es específico al trabajar en una nueva base de código donde las cosas pueden ser completamente diferentes a lo que un ingeniero está acostumbrado: cosas como estructuras de carpetas, patrones empleados, configuraciones de pruebas, bibliotecas utilizadas, procesos de CI/CD, etc. Incluso pequeñas diferencias como reglas de lint y configuraciones de formato pueden ser impactantes.
Sumado a eso, las diferencias en las preferencias personales entre los miembros del equipo pueden ser bastante desconcertantes. Sin embargo, hay un lado positivo en este choque. Esto lleva a una situación única que tanto los nuevos ingenieros como los miembros del equipo existentes deberían estar listos para aprovechar al máximo.
Máximo potencial de retroalimentación
Después de que el impacto inicial se disipe, hay una pequeña ventana de tiempo en la que el potencial para recibir retroalimentación honesta y objetiva está en su punto más alto, antes de que la perspectiva cambie de un foráneo en ingeniería a un compañero de equipo.
Este momento perfecto ocurre poco después de que un ingeniero se ha aclimatado a la base de código, pero antes de que hayan aceptado lo que ven como "así es como se hace". Es durante esta ventana que tienen la oportunidad de aprovechar este potencial y ofrecer perspectivas únicas tanto al equipo como a la organización en general.
Hay algunas maneras clave de aprovechar este sentimiento como el nuevo ingeniero:
💪️ Rechaza al impostor
Superaste las entrevistas, aceptaste la oferta y ahora estás listo para hacer el trabajo, pero hay una sensación persistente de que tal vez estás fuera de tu nivel. La base de código y los procesos te resultan ajenos. Eras un experto en tu trabajo anterior y conocías los sistemas a la perfección, pero ahora estás perdido y cuestionándote a ti mismo.
¡Relájate, todo estará bien! Te contrataron por tu potencial para aprender y contribuir. Nadie espera que seas un experto después de solo unas pocas semanas. El síndrome del impostor es real. Reconócelo, pero luego deja a un lado esos sentimientos y sumérgete en tu nuevo rol.
☀️ Deja de lado los prejuicios
Aporta tus conocimientos, experiencia y nueva perspectiva y deja atrás cualquier prejuicio. Notarás diferencias en la base de código en comparación con lo que estás acostumbrado; después de todo, todo es nuevo para ti, pero ten cuidado de no confundir "diferente" con "incorrecto".
"Cómo lo habría hecho yo" no es lo mismo que "cómo debería hacerse". Esa es la belleza del código: puede haber múltiples soluciones a un problema. Reconoce que aunque a veces tu forma podría haber sido mejor, muchas veces solo es diferente.
🛠️ Rompe cosas
Hay una razón por la cual no desarrollamos en producción y no hay mejor manera de aprender una nueva base de código que ensuciarte las manos. Cambia algo y ve qué pasa. ¿Ves alguna oportunidad de mejora? Ve por ello.
Es probable que tu carga de trabajo aún sea lo suficientemente ligera como para que tengas tiempo de experimentar con nuevas ideas. No te preocupes si los cambios no dan resultado. Aún así, saldrás con una comprensión más profunda del código en el que vas a vivir.
📓 Documenta todo
Catalogar cualquier cosa que parezca rara o diferente y anotar las preguntas que surgen. No es raro preguntarte ¿por qué lo hicieron de esta manera? No asumas que el código que estás viendo es perfecto tal como está. Aún no conoces la historia de por qué las cosas son como son.
Puede ser que la parte que estás mirando fue realizada rápidamente y se recortaron esquinas, con la intención de revisarla en otro momento. Los patrones y bibliotecas cambian rápidamente y el código se queda obsoleto antes de que te des cuenta. Está bien, si no es esperado, que señales estas cosas. Recuerda, si el código fuera perfecto, no te habrían contratado para trabajar en él.
🤝 Compartir es cuidar
Una vez que te sientas cómodo, contacta a tu equipo o gerente y comparte tus comentarios. Ellos se darán cuenta de que estás en una posición única para ofrecer pensamientos e ideas frescas y lo recibirán con gusto.
Todos están trabajando hacia el mismo objetivo de hacer el mejor producto para nuestros clientes. La forma en que logramos esto es escuchando y aprendiendo de los demás.
¿Quieres asegurarte de recordar siempre los grandes consejos de este post? No te preocupes, ¡hemos puesto todo en una tarjeta de Guru!
Experimenta el poder de la plataforma Guru de primera mano: realiza nuestro recorrido interactivo por el producto
