Tu CV necesita algo más que una lista de tecnologías
Los ingenieros de software suelen tener mucho que contar sobre el sistema y muy poco espacio para hacerlo. El primer borrador acaba siendo un inventario denso de lenguajes, frameworks, nubes, bases de datos y cualquier herramienta que hayan tocado desde la universidad. Y entonces el trabajo en sí desaparece.
Un equipo de selección necesita una imagen más clara. ¿Qué construiste o mejoraste? ¿Qué complejidad tenía el entorno? ¿Qué decisiones tomaste tú? ¿Qué compañeros dependían de tu trabajo? ¿Qué cambió después de ponerlo en producción?
Tus habilidades técnicas siguen importando. Resultan convincentes cuando la sección de experiencia muestra que las usas con criterio.
Elige el puesto antes de editar
“Ingeniero de software” abarca trabajos muy distintos. Un ingeniero frontend de producto, un ingeniero backend de plataforma, un desarrollador móvil, un ingeniero de fiabilidad (SRE), un ingeniero de sistemas embebidos y un responsable de ingeniería necesitan, cada uno, un énfasis diferente.
Lee la oferta con atención e identifica el trabajo central. Mira más allá de la lista de tecnologías más larga. A un puesto de backend quizá le importen sobre todo los servicios fiables y la consistencia de los datos. Un puesto de ingeniería de producto puede valorar la experimentación y la colaboración estrecha con diseño. Un puesto de plataforma puede centrarse en la experiencia de los desarrolladores, la infraestructura, la observabilidad y la carga operativa.
El nivel de experiencia también cambia el tipo de pruebas. Un CV de alguien que empieza su carrera puede apoyarse en prácticas, trabajos académicos, contribuciones de código abierto y proyectos personales bien explicados. Un CV sénior debe hacer visibles el alcance, el criterio de arquitectura, la responsabilidad, la influencia y las concesiones que hiciste.
Dale a la página una estructura técnica clara
Para la mayoría de los ingenieros, un orden práctico es: datos de contacto, un resumen opcional, habilidades técnicas, experiencia profesional, proyectos destacados y educación. Las certificaciones o publicaciones pueden ganarse su propia sección cuando importan para el puesto.
Pon GitHub, un portafolio, una web personal o un blog técnico en el encabezado solo cuando el enlace refuerce tu candidatura. Prueba cada enlace en una ventana privada del navegador. Un perfil inactivo lleno de repositorios de tutoriales sin terminar puede aportar poco, mientras que un solo proyecto bien documentado puede aportar verdadera profundidad.
El resumen es opcional. Úsalo cuando explique rápidamente tu orientación, tu sector o tu nivel:
Ingeniero backend con siete años de experiencia en el desarrollo de servicios de pagos y facturación en Java y Kotlin. En los últimos años, centrado en la fiabilidad de los servicios, la arquitectura orientada a eventos y las herramientas para desarrolladores en equipos que operan sistemas regulados.
Cada elemento de ese resumen debe estar respaldado en otra parte de la página.
Crea una sección de habilidades selectiva
Agrupa las tecnologías por función para que quien lee pueda recorrerlas de un vistazo. Las categorías deben ajustarse a tu trabajo. Un ingeniero backend podría usar lenguajes, frameworks, datos, nube e infraestructura, y pruebas. Un ingeniero frontend puede empezar por lenguajes, frameworks de interfaz, estado y datos, pruebas, accesibilidad y herramientas de compilación.
Una sección concisa podría tener este aspecto:
Lenguajes: Java, Kotlin, SQL, Python; Datos: PostgreSQL, Redis, Kafka; Infraestructura: AWS, Docker, Kubernetes, Terraform; Pruebas y observabilidad: JUnit, Testcontainers, Grafana, OpenTelemetry
Incluye las tecnologías de las que puedas hablar con seguridad. Si usaste un framework para un pequeño tutorial hace varios años, probablemente su sitio son tus notas de aprendizaje y puede salir del CV principal. Escribe los nombres de los productos y sus mayúsculas con exactitud.
Etiquetas de nivel como “experto” y “avanzado” significan cosas muy distintas según quién las use. Las viñetas de experiencia, los proyectos, las certificaciones vigentes y los años de uso reciente suelen transmitir la profundidad con más precisión.
Escribe una experiencia que un entrevistador técnico pueda explorar
Cada buena viñeta le da al entrevistador un hilo útil del que tirar. Puede describir una funcionalidad, un servicio, una migración, un incidente, una herramienta para desarrolladores, un experimento o una decisión de arquitectura. Incluye la tecnología correspondiente cuando ayude a explicar el método. Después, muestra el alcance o el resultado con pruebas que puedas defender.
No hace falta una fórmula rígida. Una frase natural suele incluir cuatro elementos: el problema, tu aportación, el enfoque técnico y el resultado. Con dos o tres puede bastar cuando el contexto está claro.
Este es un ejemplo hipotético de reescritura basado en notas de partida explícitas.
Notas de partida: la API de pago tenía una latencia p95 de 1,8 segundos; se perfilaron las llamadas a la base de datos; se añadieron dos índices y se cambió una consulta; la p95 bajó a 620 milisegundos en la siguiente versión; el candidato escribió y desplegó los cambios.
Reduje la latencia p95 de la API de pago de 1,8 segundos a 620 milisegundos perfilando las llamadas a la base de datos, añadiendo dos índices y reescribiendo una consulta costosa.
La métrica, el método y la autoría salen de las notas. No hace falta añadir nada más.
Este es un segundo ejemplo hipotético, en el que el valor es operativo.
Notas de partida: el candidato mantenía una herramienta interna de despliegue que usaban 14 ingenieros; añadió la validación de variables de entorno ausentes; los fallos de despliegue relacionados bajaron de 11 en mayo a 3 en junio.
Añadí la validación de variables de entorno a una herramienta interna de despliegue que usan 14 ingenieros, con lo que los fallos de despliegue relacionados bajaron de 11 en mayo a 3 en junio.
La comparación exacta de un mes a otro evita que el resultado parezca más amplio de lo que demuestran los datos.
Usa métricas que puedas explicar
Los CV de ingeniería están llenos de porcentajes sospechosamente perfectos. Puedes escribir un CV excelente sin convertir cada aportación en ingresos o en una espectacular mejora de eficiencia.
Entre las medidas útiles están la latencia, la disponibilidad, la tasa de errores, el throughput, el tiempo de compilación, la frecuencia de despliegue, el número de incidentes, los tickets de soporte, la duración de las pruebas, el coste de la nube, la adopción, el alcance de una migración, el volumen de datos, la escala de usuarios y el alcance en el equipo. Indica el periodo de medición cuando influya en la interpretación.
Cuando nunca se registró un resultado preciso, describe el alcance y la importancia. Podrías explicar que migraste doce servicios, participaste en las guardias de una plataforma de cara al cliente, eliminaste un paso manual del proceso de publicación o escribiste el runbook que se usaba en los traspasos. Un alcance concreto es una prueba valiosa.
Atribuye el mérito con justicia. Una mejora de rendimiento lograda por un equipo de seis personas debe sonar como una aportación de equipo. Verbos como “codesarrollé”, “dirigí”, “fui responsable de”, “implementé” y “contribuí a” transmiten distintos niveles de responsabilidad. Elige el que usarías con tus antiguos compañeros delante.
Añade contexto suficiente para quien no conoce tu empresa
Los nombres internos de proyectos y las siglas privadas significan poco para alguien que los lee por primera vez. Tradúcelos al contexto del producto, el sistema, el cliente o la operación.
“Trabajé en el Proyecto Falcon” deja al lector adivinando. “Desarrollé los flujos de recuperación de cuentas de la plataforma de identidad B2B de la empresa” le da por dónde empezar.
Normalmente puedes dar a conocer el tipo de sistema, la escala, el método y el resultado sin revelar arquitectura confidencial ni datos de clientes. Respeta los acuerdos laborales, las normas de seguridad y tus obligaciones profesionales. Redondea o generaliza las cifras sensibles solo cuando eso siga siendo verdad, y explícalas con cuidado en las entrevistas.
Presenta los proyectos como trabajo de ingeniería
Los proyectos son especialmente útiles para estudiantes, personas que cambian de carrera, ingenieros que vuelven tras una pausa y candidatos que pasan a una nueva especialidad. Elige unos pocos que muestren las habilidades que exige el puesto al que aspiras.
Para cada proyecto, explica qué hace, cuál fue tu aportación, las tecnologías principales y una decisión de ingeniería relevante. Añade un repositorio o una demo en vivo cuando sea seguro, funcione y se entienda con facilidad.
La descripción de un proyecto puede tratar una decisión de accesibilidad, una estrategia de pruebas, un proceso de despliegue, un modelo de datos, una restricción de rendimiento, una medida de seguridad o una concesión que hiciste. Estas decisiones dicen más que una larga lista de funcionalidades.
Un trabajo hecho a partir de un tutorial también puede reflejar aprendizaje, aunque debe indicarse con honestidad. Amplíalo, documenta lo que cambiaste y explica la parte que entiendes lo bastante a fondo como para hablar de ella.
Haz que tu GitHub sea acogedor para quien lo revise
Puede que un reclutador nunca abra tu perfil de GitHub. Un entrevistador técnico quizá sí. Cuida la primera impresión pensando en ese segundo lector.
Fija los repositorios relevantes y escribe un README que explique el propósito, la instalación, la arquitectura, las limitaciones actuales y las decisiones importantes. Incluye pruebas donde tengan sentido. Elimina las credenciales expuestas y revisa el historial de commits en busca de secretos antes de compartir el enlace.
El gráfico de contribuciones no merece mucha angustia. El código profesional suele ser privado, y una carrera de ingeniería sana deja espacio para la vida lejos del portátil. La calidad y la relevancia del trabajo que eliges mostrar importan mucho más que un muro continuo de cuadros verdes.
Adapta el CV a cada rama de la ingeniería
Un CV de frontend debe mostrar el problema del usuario además del framework. La accesibilidad, el rendimiento, el trabajo en sistemas de diseño, la experimentación, el comportamiento de los navegadores y la colaboración con diseño pueden darle contenido.
Un CV de backend puede destacar los límites entre servicios, los modelos de datos, la fiabilidad, la seguridad, el rendimiento, las integraciones y la responsabilidad operativa. Nombra patrones de arquitectura solo cuando los hayas usado de verdad y puedas explicar sus concesiones.
Los puestos de plataforma, nube, DevOps y fiabilidad necesitan pruebas de los sistemas de los que dependían otros ingenieros. Muestra automatización, observabilidad, respuesta a incidentes, capacidad, gobernanza de la infraestructura, trabajo sobre costes o experiencia de los desarrolladores a través de cambios concretos.
Los puestos de datos y aprendizaje automático deben distinguir entre análisis, ingeniería de datos, desarrollo de modelos, evaluación, despliegue y monitorización. Deja clara tu propia aportación cuando el trabajo se repartió entre investigadores, analistas, ingenieros de plataforma y equipos de producto.
En los puestos de liderazgo de ingeniería, el código puede ocupar menos espacio. Ganan peso el tamaño del equipo, la contratación, el acompañamiento de personas, los sistemas de entrega, las decisiones de arquitectura, el trabajo con las partes interesadas y los resultados para la organización. Conserva el contexto técnico suficiente para mostrar el entorno que dirigiste.
Ayuda al software de selección a leer el documento
Los sistemas de seguimiento de candidatos (ATS) varían. Muchos pueden analizar CV, guardar la información de los candidatos y facilitar las búsquedas de los reclutadores. Nada de esto crea una puntuación universal que garantice una entrevista.
Usa encabezados conocidos como “Experiencia laboral”, “Habilidades técnicas”, “Proyectos” y “Educación”. Haz que las fechas y los nombres de las empresas sean fáciles de identificar. Evita poner información esencial solo dentro de imágenes, iconos o gráficos decorativos.
Usa la terminología de la oferta cuando describa con exactitud tu trayectoria. Si la empresa pide PostgreSQL y tu experiencia es solo con MySQL, mantén esas bases de datos separadas. La experiencia afín puede seguir siendo relevante, y la honestidad hace que la entrevista sea mucho más fácil.
Respeta el formato de archivo que te pidan. Un PDF bien exportado suele conservar el diseño, aunque algunos portales piden expresamente DOCX o recogen la información en campos de formulario. Abre el archivo final y comprueba que el texto se puede seleccionar y que todas las páginas se ven bien.
Consulta la guía sobre los ATS para una explicación más detallada del análisis de los CV y de las búsquedas de los reclutadores.
Adapta el CV sin reescribir tu carrera cada vez
Ten un CV base completo o un documento con todos tus logros. Para cada candidatura, elige las experiencias, viñetas, proyectos y habilidades que mejor encajen con el puesto. Reordena donde sea útil y ajusta el resumen si lo usas.
Cinco cambios bien pensados pueden ser más eficaces que reescribir cada línea. Adelanta la especialidad relevante, usa los términos de la oferta que te describan con exactitud, selecciona las pruebas más sólidas, quita las herramientas antiguas que distraen y revisa el archivo una vez más.
Guarda la versión adaptada junto con la oferta y tus notas. Así tendrás un registro fiable antes de la entrevista, sobre todo cuando tienes varias candidaturas en marcha a la vez.
Usa la IA como editor, con material de partida
La IA puede ayudarte a comparar una oferta de empleo con tu CV y a pulir la redacción técnica. También puede inventarse arquitectura, escala, métricas, responsabilidades, herramientas y resultados de negocio con total seguridad.
Dale una tarea acotada:
Compara esta oferta de empleo de ingeniero de software con mi CV. Identifica la experiencia más relevante citando literalmente mi CV original. Reescribe hasta cinco viñetas usando solo hechos respaldados. Conserva con exactitud las tecnologías, las métricas, las fechas, el tamaño de los equipos y las responsabilidades. Pon entre corchetes cualquier dato que falte para que yo lo complete.
Revisa el significado técnico con el mismo cuidado que la gramática. “Mejoré la fiabilidad”, “diseñé la arquitectura” y “dirigí la migración” son afirmaciones de peso. Cada una necesita pruebas.
Con UseResume puedes subir o crear un CV, añadir una oferta de empleo, generar una versión adaptada, editar las viñetas reescritas, elegir una plantilla y exportar un PDF. Mantén el control del lenguaje técnico final y elimina cualquier añadido que no esté respaldado.
La revisión final
Antes de enviarlo, pregúntate si otro ingeniero podría entender los sistemas en los que trabajaste y tu aportación a ellos. Comprueba que las tecnologías importantes aparecen en contexto, que las métricas tienen una fuente, que los logros de equipo se atribuyen con justicia y que los enlaces a los proyectos funcionan.
Luego léelo como lo leería cualquier persona, buscando claridad. Un CV puede ser técnicamente impresionante y aun así resultar agotador. Frases cortas, detalles seleccionados y una seguridad tranquila harán que tu trabajo llegue más lejos.
Tu mejor material suele estar ya en tu trayectoria. Se trata de sacarlo a la luz, nombrarlo con precisión y darle a quien lee un motivo para hacer la siguiente pregunta.
Crea tu cuenta de UseResume y prepara un CV de ingeniería de software bien enfocado.
Sigue con nuestras guías sobre habilidades técnicas para el CV y cómo añadir un portafolio.
