#17 - Cómo llevar tu CV al siguiente nivel
De no recibir respuestas a entrevistarme con Google, Amazon, MongoDB y más!
En la universidad nos obligaron a hacer nuestro primer CV. Algo muy positivo si no fuera por el formato que nos obligaron a seguir: El maldito Europass.
Mi currículum tenía 2 páginas, y había gente con 3 o 4. Todo eso sin haber cotizado ni una hora en nuestras vidas.
Resultado? Cuando intenté usarlo para cosas serias, no me respondía ni Dios. Ahí empecé a pensar que o yo era un inútil (que también xD), o había margen de mejora en cómo aplicaba a las ofertas.
En este artículo os voy a contar cómo pasé de no recibir ninguna respuesta a conseguir entrevistas con Google, Amazon, Salesforce, Stripe, MongoDB y muchas más. Con la plantilla que uso yo gratis al final!
Mis cursos de Udemy están al mejor precio disponible! Aprovecha las rebajas para aprender más sobre las bases de la ingeniería de software.
🔹 Arquitectura Software Avanzada: Más Allá de los Patrones
🔹 El Camino a Senior: Claves para el Éxito como Programador
🔹 Diseño de Sistemas a Gran Escala
🔹 Arquitectura Software Moderna: DDD, Eventos, Microservicios
🔹 Principios SOLID y Clean Code. Escribe código de calidad.
🔹 Algoritmos, Estructuras de Datos y Entrevistas Programación
Los fallos de mi primer CV
Cuando nos obligaron a utilizar Europass, nos vendieron que era el estándar que la Unión Europea estaba buscando implantar. Eso suena atractivo a primera vista.
El problema con este formato es que, si rellenas toda la información que te pide, te vas a las 3-4 páginas muy fácilmente. Y eso no lo va a leer nadie.
Ponte en el lugar del recruiter. Si tuvieras que revisar cientos de CVs, leerías cada uno de ellos detenidamente? Muy probablemente no.
Un recruiter invierte de 6 a 10 segundos en una primera revisión. Y, si pasa el filtro, quizás le dedique otros 30 segundos o un minuto, con mucha suerte.
Eso quiere decir que, si la información importante no está claramente a la vista, no la va a leer.
En el CV de Europass, tenía demasiada información que no sumaba nada:
Cabecera enorme con foto y sexo.
Conocimientos que adquirí en la carrera de Ingeniería Informática, algo obvio.
Tablas enormes para mis idiomas y para el permiso de conducir xD.
Demasiados proyectos, y ninguno con enlace.
Además, la redacción no está nada optimizada para una lectura rápida y, en general, el estilo del CV tiene demasiado espacio en blanco.
Compáralo con el formato que utilizo ahora:
Una única página, limpio, fácil de leer y solo con datos relevantes. Vayamos sección a sección.
Cabecera y skills
Debemos empezar con lo que más les importa a los recruiters: formas de contacto y habilidades.
Recomiendo hacer la cabecera lo más corta posible para priorizar la información relevante. No añadas foto, a no ser que estés seguro de que en tu país la piden siempre.
La parte de skills divídela en cuatro o cinco categorías, como en mi caso. Y recuerda que más no siempre es mejor. De nuevo, queremos que el recruiter vea que somos un buen match para el puesto, no crear un diccionario de tecnologías irrelevantes xD.
Experiencia
En la siguiente sección añadiremos la experiencia profesional, siempre de más a menos reciente.
Si has tenido trabajos que no tienen demasiada relevancia para el puesto al que aplicas, yo te recomiendo quitarlos, especialmente si hacen que tu CV se vaya a más de una página.
Por ejemplo, en este caso no mencioné varias prácticas que hice durante la carrera. Y cuando cambié a MongoDB y tuve que añadir Salesforce a mi experiencia, eliminé la internship en Go Walk Talk, porque sabía que no iba a marcar la diferencia.
Menciona cuatro o cinco puntos para cada una y añade algunos puntos en el que tu impacto sea medible. Por ejemplo, en Arantia mejoré el tiempo de procesamiento de un algoritmo en un 95%.
No todos tienen que ser así, pero la estructura “Hice X para solucionar Y problema, dando como resultado un Z% de mejora” queda muy bien y hace ver tu impacto real de forma sencilla y directa.
Lo que no recomendaría es añadir puntos del estilo “creé un servicio con X e Y tecnologías”. Ya hemos dejado claras nuestras skills en la primera sección, por lo que es preferible no repetir lo mismo aquí también.
Proyectos
En la siguiente sección mencionaremos los proyectos más relevantes, si tenemos. Esta sección es especialmente importante si eres junior, ya que al no tener demasiada experiencia, todo lo que pueda mostrar tu habilidad, proactividad e interés por el sector ayuda un montón.
Por ejemplo, en mi caso, varios entrevistadores se descargaron mi app de Crossbar Challenge y la probaron antes de la entrevista por curiosidad. Y casi todos me preguntan sobre mis cursos de Udemy.
Añade enlaces al código o al proyecto en sí. Si no puedes publicar ninguna prueba, es mejor no añadirlo, no aporta demasiado.
Y nunca crees proyectos “basura”, especialmente ahora que con la IA es muy fácil. Si añades un proyecto, asegúrate de que puedes responder preguntas sobre él y explicar lo que hace. Si no, te va a restar en lugar de sumar.
Por último, si ya llevas muchos años en el sector o si no tienes ningún proyecto público interesante que puedas enseñar, prioriza contar más sobre tu experiencia profesional.
Educación
Para finalizar, menciona los estudios relevantes para el puesto al que estás aplicando, de forma muy breve.
No añadas estudios de instituto o colegio ni nada de idiomas. Si aplicas a un puesto en inglés, se asume que tienes un nivel suficiente. Aporta poco decir que tienes un C1 en inglés, de hecho, es probable que los americanos ni sepan qué significa.
Plantilla
Lo prometido es deuda! Aquí os dejo la plantilla para que podáis reutilizarla y adaptarla si así lo necesitáis: https://github.com/danielblanco96/resume-public
El CV no lo es todo, ya que después vienen las entrevistas. Pero es muy importante optimizarlo para maximizar las probabilidades de conseguir una oportunidad!
Y recuerda echarle un vistazo a mis cursos si quieres aprender más sobre las bases de la ingeniería de software.