Introducción
Como desarrollador de software con años de experiencia, he pasado por diversas entrevistas de trabajo. Aunque no he cambiado de empresa tantas veces como otros colegas del sector, sí he tenido mi buena dosis de entrevistas debido a mi naturaleza meticulosa e indecisa. Aparte de mis experiencias, también he leído y escuchado muchas historias en foros que muestran una amplia variedad de situaciones en estos procesos.
La Realidad de las Entrevistas en IT
En el sector IT tenemos mucha suerte en comparación con otros sectores que enfrentan una falta de ofertas y un trato precario al entrevistado. Sin embargo, esto no significa que todo sea perfecto. No podemos justificar ciertas prácticas solo porque en otros lugares sea peor. En todos los sectores debería existir un mínimo de respeto por el entrevistado. Aunque en otros lugares he visto barbaridades como ofenderse si se pregunta el salario y las vacaciones, citar a 20 personas a la misma hora para una entrevista grupal de 15 minutos, o preguntar sobre relaciones personales, en este artículo me centraré en las entrevistas de IT, repasaré de forma breve y desde mi punto de vista los procesos que suele haber y las cosas que me he ido encontrando.
Las Maravillosas Entrevistas Técnicas
He visto muchas prácticas cuestionables en las entrevistas técnicas. Por ejemplo, hay empresas que se fijan en la cantidad de commits que tienes en GitHub. Esto me parece alucinante. ¿Desde cuándo la cantidad de commits de una persona demuestra su nivel de experiencia? Una persona puede no usar GitHub, ya que hay otros gestores de versiones Git, o simplemente decide no programar en sus ratos libres. Es como pedirle a un albañil que reforme su propia casa en su tiempo libre; no tiene sentido y no le hace peor en su trabajo. Hablo de eso en mi anterior post, si no lo habeis leido os invito a que lo hagais.
Pero lo realmente interesante son las formas que existen para evaluar que realmente somos ‘validos’ para ese trabajo. En mi caso me he enfrentado a las siguientes situaciones:
Exámenes Tipo Test
Uno de los tipos de pruebas que me he encontrado han sido tipo test. Fue una pequeña consultora que me puso un examen genérico que no tenía mucho que ver con la oferta de trabajo. Era una batería de preguntas que cubrían una amplia gama de temas, muchos de los cuales no eran relevantes para el puesto al que postulaba. Este tipo de exámenes parecen ser una manera rápida para que las empresas filtren a los candidatos, pero a menudo no reflejan las habilidades reales de una persona. Al final, parece más una prueba de conocimientos generales que una evaluación específica para el puesto.
Pruebas de Live Coding
Las pruebas de live coding son una opción muy popular entre muchas empresas, aunque no comparto el entusiasmo por ellas. En teoría, permiten evaluar cómo piensa y resuelve problemas un programador en tiempo real. Sin embargo, la realidad es que en un entorno real de trabajo, un programador no tiene a alguien observándolo constantemente, con un temporizador corriendo y sin acceso a internet para buscar información o soluciones. Esta situación artificial puede añadir una presión innecesaria y no siempre refleja el verdadero potencial de un candidato. Además, trabajar bajo estas condiciones no es representativo de un entorno laboral típico, donde se espera que uno colabore con el equipo, consulte documentación y recursos en línea, y tome tiempo para pensar y resolver problemas de manera efectiva.
Resolución de Ejercicios
Otra práctica común es la asignación de ejercicios o problemas para resolver en un plazo de varios días. En teoría, esto permite al candidato demostrar sus habilidades en un contexto más realista, sin la presión del tiempo. Sin embargo, esta práctica también tiene sus peligros. Por un lado, hay rumores de que algunas empresas utilizan estas pruebas para obtener soluciones gratuitas para sus propios proyectos pendientes. Aunque en mi caso no creo que se hayan aprovechado de esta manera, la posibilidad de que ocurra es preocupante. Además, estos ejercicios pueden ser muy demandantes en términos de tiempo, y a menudo no se tiene claridad sobre cuánto tiempo se espera que dediques a ellos. Esto puede resultar en candidatos que se sienten obligados a invertir una cantidad desproporcionada de tiempo y esfuerzo, sin garantías de que el trabajo será reconocido o valorado adecuadamente.
Entrevistas Técnicas Verbales
Por último, pero no menos importante, están las entrevistas técnicas verbales. En mi opinión, esta es la mejor opción para evaluar a un candidato. Durante estas entrevistas, te preguntan sobre la tecnología específica para el puesto y cómo resolverías ciertos problemas, pero todo se hace de manera conversacional. Esto permite a los entrevistadores evaluar no solo el conocimiento técnico del candidato, sino también su capacidad para comunicarse y razonar sobre problemas complejos. Además, este tipo de entrevistas son rápidas y directas, lo que ahorra tiempo tanto al candidato como a la empresa. Personalmente, prefiero este formato ya que se siente más natural y es una buena oportunidad para demostrar no solo lo que sabes, sino cómo piensas y cómo podrías encajar en el equipo.
Entrevistas, Entrevistas y más entrevistas
No siempre es asi, no voy a generalizar, pero hay ofertas que te tienen semanas entrevistandote, procesos largos y aburridos, primera, segunda, tercera y hasta cuarta! entrevista realizada. Todo para un puesto de trabajo, lo veo excesivo.
La Espera y las Respuestas
Después de todo esto, si tienes suerte, la empresa te contestará. Sin embargo, he visto que muchas veces no hay respuesta, lo cual es bastante burdo considerando el tiempo y esfuerzo que el candidato ha dedicado. Aunque entiendo que pueden tener muchas aplicaciones, lo mínimo sería informar si no has pasado.
Los procesos en IT pueden ser largos y agotadores. Lo irónico es que, después de todo el esfuerzo, algunas empresas pueden reducir el salario acordado a última hora. Personalmente, he rechazado ofertas por este motivo. Aunque cambiar de trabajo en IT es relativamente sencillo por la cantidad de ofertas, hay que tener mucho cuidado.
Conclusión
Cambiar de trabajo en IT puede ser una aventura llena de trampas. Es esencial ser meticuloso y precavido. He tenido la suerte de esquivar muchas balas, pero no todos tienen la misma fortuna. ¡Tened mucho ojo y recordad que vuestra vida profesional y personal valen mucho más que cualquier oferta trampa!
Además, no olvides que cuando entras a una nueva empresa tienes un período de prueba de ‘x’ meses. Estos meses no solo sirven para que demuestres lo bueno que eres, sino también para que evalúes a la empresa. Recuerda siempre que un trabajo es un trabajo, y es importante asegurarte de que la empresa cumple con tus expectativas y necesidades.
Un abrazo, y ¡mucho ánimo en vuestras futuras entrevistas!
