Soy un desarrollador de nivel junior de Alemania. Después de mi licenciatura en informática, trabajé para una empresa durante dos años. Sin embargo, solo durante el primer año trabajé como desarrollador. Durante el segundo año me enteré de un programa especial dentro de mi empresa para trabajar en el extranjero. En este momento nunca tuve la oportunidad de salir del país en mi vida, así que lo hice. No me arrepiento, sin embargo mis tareas durante este tiempo dieron algunos giros y terminaron sin tener nada que ver con TI o desarrollo de software.
Actualmente me estoy entrevistando con varias empresas como desarrollador junior y, en mi opinión personal, siento que algunas empresas han mostrado un doble rasero durante esas entrevistas. En este momento, no he encontrado una forma buena o profesional de reaccionar ante esto, por lo que me gustaría pedir opiniones.
Una de las preguntas más comunes que me hacen es cómo me mantuve actualizado en la programación ya que estuve fuera del circuito durante aproximadamente un año. Por lo general, respondo con sinceridad que dedico tiempo al autoaprendizaje de manera muy regular. La mayor parte de este tiempo lo dedico a mejorar mis habilidades utilizando literatura relevante como Clean Code o literatura más especializada como "Análisis de datos con Python", etc. El resto del tiempo trato de mantenerme actualizado leyendo en los documentos oficiales qué nuevos lanzamientos son. y qué cambió, probando nuevas funciones de lenguaje jugando con ellas o visitando grupos de usuarios y sitios web relevantes para mantenerse informado sobre nuevos marcos, etc.
A menudo, la reacción a esto es un poco negativa, más de una vez me dijeron "eso realmente no cuenta". La primera vez que escuché esto, me quedé un poco atónito, porque no estaba seguro de lo que la empresa habría esperado.
La segunda vez que obtuve una reacción como esta, tomé una nota en mi bloc y dejé que la entrevista avanzara durante unos minutos. Cuando llegó el momento de hacer algunas preguntas, una de las cosas que pregunté fue cómo se manejaría el desarrollo del personal dentro de la empresa, si había presupuestos personales, programas de certificación y cómo "el personal se mantiene actualizado sobre cambios técnicos y nuevos". desarrollos”. Ni siquiera tenía la intención de ser una especie de pregunta de "tengo cha", sin embargo, la mayoría de las empresas no ofrecían certificación o presupuestos personales, sino que se referían a obtener información de los sitios web relevantes u oficiales en Internet (siendo los documentos oficiales, etc. ) y dando a sus empleados tiempo para leer sobre las nuevas funciones y marcos de lenguaje y para jugar con ellos.
Siento que la compañía está mostrando un doble rasero aquí y no estoy seguro de cómo reaccionar ante esto o incluso llamarlos sobre este tema, así como sobre otros problemas menores como este.
EDITAR: Deseo aclarar cuál es el problema/doble rasero sobre esto. No se trata de que no haya codificado profesionalmente por un tiempo. Este es probablemente un problema en sí mismo, pero si hay alguna prueba o pregunta de codificación, generalmente lo hago bastante bien.
El problema es específicamente sobre los métodos para mantenerse actualizado sobre los nuevos cambios técnicos. El doble estándar es lo que @Flater describió en el comentario a continuación:
la compañía descarta leer la documentación y jugar con las funciones como una forma válida para que OP se mantenga actualizado sobre el desarrollo de software y afirma que leer la documentación y jugar con las funciones es la forma en que alientan a sus propios desarrolladores a mantenerse actualizados. Eso es contradictorio. O el enfoque es válido o no (y pueden tener su propia opinión al respecto), pero no puede ser inválido para OP y válido para los desarrolladores de la compañía sin que sea un doble rasero.
Me preguntan cómo me mantuve al día con la programación ya que estuve fuera del circuito durante aproximadamente un año.
A menudo, la reacción a esto es un poco negativa, más de una vez me dijeron "eso realmente no cuenta". La primera vez que escuché esto, me quedé un poco atónito, porque no estaba seguro de lo que la empresa habría esperado.
Esto va a variar según la empresa. En mi organización actual, la respuesta correcta sería sobre el JavaScript frontend, ya que nos vendría bien algo de ayuda para el frontend. No nos importarían mucho los proyectos personales.
En una startup para la que trabaja mi amigo, la respuesta correcta es "Estoy aprendiendo [Rust, TypeScript, Go]". No usan ninguno de esos, pero los ven como evidencia de que se mantiene al día con lo que es la "mejor práctica" en el mundo de la tecnología.
En una gran empresa de ingeniería donde un amigo era asesor de recursos humanos, la respuesta preferida que se les pidió a los entrevistadores de recursos humanos fue "construir robots en mi tiempo libre".
Siempre he interpretado que la pregunta se refiere a la pasión por la empresa o el negocio. Todo el mundo pregunta sobre eso en estos días. Mi respuesta suele tener que ver con hackatones y proyectos personales.
También es posible que haya puesto demasiado énfasis en la parte de lectura y no lo suficiente en la parte de codificación. He leído un libro sobre microservicios. Creo que podría hablar inteligentemente de ellos en una entrevista. Pero nunca he creado una aplicación con ellos y probablemente no haría un buen trabajo en la práctica.
Hay una expectativa en muchas empresas de que los ingenieros de software no son trabajadores de 9 a 5, sino personas a las que les encanta codificar todo el tiempo y que actualmente lo están haciendo para la empresa.
Una de las preguntas más comunes que me hacen es cómo me mantuve actualizado en la programación ya que estuve fuera del circuito durante aproximadamente un año. Por lo general, respondo con sinceridad que dedico tiempo al autoaprendizaje de manera muy regular.
Déjame hacer de abogado del diablo.
Esta es una buena respuesta, pero el problema es que la mayoría de la gente va a decir lo mismo, sea cierto o no. Además, si estás solicitando un trabajo de programación, ten en cuenta que estás compitiendo con otros que han estado programando sin parar durante el último año. De hecho, incluso los recién graduados de la escuela han estado programando más que tú este último año.
Y sí, tienes al menos un año de experiencia en programación en tu primera empresa, pero quién sabe si eras bueno. Si dejó ese trabajo en un trabajo que no era de codificación, tal vez fue porque no era tan bueno en primer lugar.
Por favor, no te lo tomes demasiado a la ligera. Solo trato de verbalizar los temores de un empleador potencial. Y dudar de las afirmaciones de un solicitante es solo una parte de esos temores.
El hecho es. Muchas personas pierden sus habilidades de programación si no las aplican activamente todos los días. Y si quieres asegurarte de que eso no te suceda, realmente tienes que darlo todo.
Si te sientes seguro, puedes pedirles que te hagan una prueba.
Puede agregar que está utilizando el método de repetición espaciada (aunque sospecho que esa respuesta tampoco los satisfará).
Puede crear un proyecto de código abierto o comenzar a contribuir a uno.
Cuando aparece una nueva función, podrías ofrecerte a hacer una presentación en una reunión sobre el tema, o podrías escribir una publicación de blog o un tutorial al respecto. Enseñar a otros es una excelente manera de mantenerse actualizado.
Cuando sale una nueva versión, puede revisar todas las diferencias. Sí, sé que es una estrategia loca, pero he visto a alguien hacer eso. Imprimía más de 10.000 páginas en un papger real. La persona que tengo en mente iría cada línea él mismo. No confiaba en la documentación y, a menudo, encontraba cambios importantes sin documentar.
O, como sugirió Matthew Gaiser, podría explorar otras tecnologías semirelacionadas más modernas para demostrar que le apasiona la tecnología y que le gusta estar a la vanguardia.
Hagas lo que hagas, necesitas mejorar tu juego. Cuanto más tiempo dejes de programar en tu trabajo diario, más difícil será volver a programar.
Probablemente lo estén buscando para que nombre algunos cursos de capacitación específicos como Udemy y luego hable un poco sobre ellos.
También puede ampliar un poco su respuesta hablando de los proyectos que realizó para practicar sus habilidades y ofrecerles alguna prueba como un repositorio de Github. Las contribuciones a proyectos de código abierto también son buenas.
Básicamente, necesitas algo que te haga destacar porque todos dicen que estudian en su propio tiempo.
Frame Challenge: ¡Esto no es un doble rasero!
El contexto importa aquí, los trabajadores que están empleados automáticamente se mantienen actualizados en la parte práctica trabajando en sus proyectos. Mantenerse actualizado en la aplicación real de una habilidad es diferente de simplemente informarse sobre las cosas. Sí, leer libros es genial, y ya lo consideraría una ventaja, pero tampoco es realmente mantenerse en forma usando tus habilidades. Un corredor que lee libros sobre maratones y las zapatillas deportivas más nuevas, pero no corre, no se mantiene en forma para correr. Sin embargo , todavía tienen algunas ventajas sobre un corredor que solo se divierte todos los días con pizza en su sofá.
Afortunadamente para los programadores, el conocimiento es un poco más importante que la memoria muscular, pero sigue siendo lo mismo, usar tus habilidades los entrena y te desafía a hacer las preguntas correctas; leer libros puede darte algo de conocimiento, pero para la mayoría de los roles y personas no es lo mismo, especialmente como junior.
Dicho esto: decir sin rodeos "eso no cuenta" tampoco es particularmente profesional/diplomático. Y la lectura ya es un plus, aunque no sea lo que buscaban. Pero, de nuevo, debe darse cuenta de que estar sin trabajo es una desventaja, sin importar cómo lo convierta. Está bastante claro que lo verán de esa manera y es probable que le resulte más difícil convencerlos de que encaja bien que alguien que tuvo un trabajo de desarrollador en el último año (en igualdad de condiciones).
jim arcilla
Stephan Branczyk
más plano
franco hopkins
más plano
franco hopkins