Un CV de desarrollador backend tiene una tarea concreta. Debe convencer a un lector técnico, a menudo un ingeniero que contrata más que un reclutador, de que sabes construir y operar sistemas que aguantan bajo carga real. Enumerar lenguajes no basta. Muchos candidatos conocen los mismos lenguajes. Lo que distingue a un buen CV de backend es la prueba de criterio: qué construiste, qué tenía que soportar, y qué decidiste cuando se rompió.
Pon una sección real de stack técnico arriba
Un puesto de backend se criba en parte por el encaje de stack. Pónselo fácil. Agrupa tus tecnologías para que un lector las recorra en segundos: lenguajes, frameworks, bases de datos, infraestructura y herramientas.
Sé honesto con la profundidad. Hay diferencia entre un lenguaje con el que entregas código en producción a diario y uno que usaste una vez en un proyecto personal. Si un CV enumera quince tecnologías como si todas valieran lo mismo, la entrevista expone el hueco rápido. Enumera las que puedas defender, y pon la más fuerte primero.
Describe sistemas, no solo tareas
La versión débil de una viñeta de backend es "desarrollé APIs REST con Node.js". No le dice nada al lector sobre escala, fiabilidad o el problema que resolvía la API.
La versión fuerte nombra el sistema y sus restricciones:
Construí la API de pagos que gestiona 300 peticiones por segundo en pico, con claves de idempotencia para hacer seguros los reintentos tras un incidente de cobro duplicado.
Esa línea muestra la tecnología, la escala y una decisión de ingeniería real provocada por algo que de verdad salió mal. Un entrevistador técnico la lee y ya tiene tres preguntas de seguimiento, que es exactamente lo que quieres.
Muestra cifras que le importan a un lector de backend
Las métricas de frontend y de backend son distintas. Para el trabajo de backend, las cifras que calan son sobre rendimiento, latencia, fiabilidad y coste. Peticiones por segundo. La latencia p99 que bajaste. La disponibilidad que mantuviste. El porcentaje que recortaste de una factura de la nube al arreglar una consulta.
Reduje la latencia p99 del endpoint de búsqueda de 1,2 s a 280 ms añadiendo una réplica de lectura y una capa de caché.
Si no tienes cifras de producción sólidas de un puesto, usa la escala que sí conoces: tamaño de la base de datos, número de servicios, tamaño del equipo, frecuencia de despliegue.
Incluye las partes que no son solo código
El trabajo de backend no es solo escribir endpoints. Menciona lo que demuestra que sabes hacerte cargo de un sistema en producción: diseñar un esquema, montar monitorización y alertas, gestionar un incidente y su post-mortem, escribir la migración que movió datos sin tiempo de inactividad.
Esto señala seniority con más claridad que un nombre de framework más. Un desarrollador que ha estado de guardia y ha entregado una migración sin tiempo de inactividad es una contratación distinta a uno que solo ha escrito código de funcionalidades, y el CV debe hacerlo visible.
Cíñete al trabajo relevante
Dos páginas como mucho, una si estás empezando. Los puestos recientes y relevantes reciben el detalle; los más antiguos, una línea o dos. Un CV de backend que se estira a cuatro páginas porque cada endpoint CRUD está documentado señala un criterio débil sobre lo que importa, lo contrario de lo que intentas demostrar.
Si tu día a día ya vive en LinkedIn, Postulit puede convertirlo en un borrador de CV estructurado, lo que te da una base limpia para añadir el detalle a nivel de sistema que un puesto de backend necesita.
Coge tus dos puestos más recientes y reescribe una viñeta de cada uno en la forma sistema-y-restricción: nombra el sistema, la escala que gestionaba, y una decisión que tomaste bajo presión. Esa es la viñeta en la que se detiene un entrevistador de backend.