Quien contrata un desarrollador backend busca a alguien que construya servicios que funcionen bajo carga, que diseñe bien los datos y las APIs, y que no rompa producción. La primera lectura del CV es de encaje técnico (lenguaje, framework, base de datos, cloud); la segunda, hecha por un líder técnico, busca escala y decisiones: cuántas solicitudes, cuántos datos, qué se hizo cuando algo falló.
El error habitual es un CV que enumera tecnologías y describe tareas ("desarrollo y mantenimiento de APIs") sin contexto ni resultado. Esta guía explica qué pesa en la lectura, qué términos filtran los avisos, cómo escribir viñetas con métricas de backend y cómo se ve un CV completo del rol dentro del área de tecnología.
En esta guía
Qué pesa en el CV de desarrollador backend
La experiencia concentra la decisión. En cada puesto, el lector busca el stack principal, el tipo de sistema (monolito, microservicios, procesamiento por lotes, tiempo real) y la escala: usuarios, solicitudes por minuto, volumen de datos. Si esos datos aparecen en las dos primeras viñetas, el resto del CV se lee con atención; si no aparecen, el perfil se asume junior sin importar los años.
La sección de habilidades funciona como índice para el reclutador y para el ATS, por eso conviene ordenarla por categorías: lenguajes, frameworks, bases de datos, mensajería, infraestructura, testing. El repositorio en GitHub pesa en perfiles junior y de mitad de carrera si tiene proyectos con README, tests y despliegue; en perfiles senior lo reemplazan las decisiones de arquitectura contadas en las viñetas.
La formación importa menos que en otras áreas, salvo para el primer empleo. Las certificaciones cloud (AWS, Azure, GCP) suman si son recientes y coinciden con el stack del aviso; un curso de dos semanas listado junto a la ingeniería resta seriedad.
Keywords que buscan los avisos
Los términos que más se repiten en los avisos de backend en LatAm y España son estos:
- Java y Spring Boot
- Node.js (Express, NestJS)
- Python (Django, FastAPI)
- .NET y C#
- Go
- APIs REST y GraphQL
- Microservicios y arquitectura hexagonal
- PostgreSQL, MySQL, SQL Server
- MongoDB y Redis
- Kafka y RabbitMQ
- Docker y Kubernetes
- AWS (Lambda, RDS, S3, SQS)
- CI/CD (GitHub Actions, GitLab CI, Jenkins)
- Testing unitario y de integración (JUnit, pytest, Jest)
- Seguridad (OAuth2, JWT)
Van en las viñetas de experiencia, donde el contexto las vuelve creíbles, y se repiten en la sección de habilidades. Antes de postular, la herramienta para adaptar el CV a la oferta muestra qué términos del aviso faltan en el documento.
Viñetas de experiencia que funcionan
Una viñeta de backend convence cuando tiene tecnología, escala y resultado. Los pares siguientes muestran el cambio:
| Así no | Así sí |
|---|---|
| Desarrollo de APIs REST | Diseñé y mantuve 14 endpoints REST en Spring Boot para el módulo de facturación, con 3.500 solicitudes por minuto en pico y latencia p95 por debajo de 200 ms |
| Optimización de base de datos | Reescribí 12 consultas críticas en PostgreSQL y agregué índices parciales; el reporte de cierre mensual pasó de 40 segundos a 3 |
| Migración a microservicios | Separé el monolito de pedidos en 4 servicios con colas en RabbitMQ, y los despliegues pasaron de uno por semana a varios por día |
| Mantenimiento de la plataforma | Implementé caché en Redis para el catálogo de 80.000 productos y bajé la carga de la base de datos un 60 % en horario pico |
| Implementación de tests | Subí la cobertura del servicio de pagos de 35 % a 82 % con pruebas unitarias y de integración en pytest, sin incidentes en producción en los 6 meses siguientes |
| Integración con sistemas externos | Integré la pasarela de pagos y el ERP mediante webhooks idempotentes, con 20.000 transacciones diarias sin duplicados |
Junior vs. senior
Un desarrollador backend junior demuestra criterio con proyectos completos: una API con autenticación, base de datos relacional, tests y despliegue en algún servicio cloud, con el repositorio enlazado desde el encabezado. La formación (ingeniería, tecnicatura, bootcamp) va arriba, y las viñetas de las primeras experiencias o pasantías describen qué parte del sistema estuvo a cargo, aunque haya sido pequeña.
En un perfil senior cambian la escala y el tipo de decisión. Se espera ver diseño de sistemas (por qué se eligió una cola y no una llamada síncrona), manejo de incidentes y guardias, revisiones de código, definición de estándares y mentoría. Los primeros trabajos se comprimen en una o dos líneas para que los últimos dos puestos ocupen la mayor parte de la página.
Un senior sin cifras de escala en el CV se lee como un semi senior. Si los datos son confidenciales, se expresan en órdenes de magnitud ("millones de solicitudes diarias") o en porcentajes.
Errores frecuentes en este rol
Los CV de backend fallan casi siempre por exceso de tecnologías y falta de contexto. Estos son los errores más repetidos:
- Listar 25 tecnologías sin jerarquía. Mezclar el stack diario con lo que se probó una vez impide saber en qué se es fuerte.
- No indicar escala. Sin usuarios, solicitudes o volumen de datos, "diseñé la API" puede describir un proyecto de fin de semana o un sistema bancario.
- Presentar proyectos personales como experiencia laboral. Van en una sección propia, con enlace y una línea de contexto.
- Omitir testing y observabilidad. Un backend sin mención de tests, logs o métricas sugiere que otro se ocupa de la calidad.
- Enlazar un GitHub vacío. Repositorios sin README ni commits recientes restan más que no enlazar nada.
- Diseño recargado. Dos columnas, íconos y barras de nivel complican la lectura del ATS. Una plantilla de CV de una columna comunica mejor el stack.
Ejemplo de CV de desarrollador backend
El siguiente ejemplo condensa lo anterior en un CV de una página para un perfil de mitad de carrera. Los nombres y las empresas son ficticios.
Desarrollador backend con 5 años de experiencia en Java y Spring Boot, en sistemas de logística y pagos con alta concurrencia. Diseño de APIs REST, microservicios con mensajería y bases de datos PostgreSQL. Experiencia en guardias de producción y despliegues en AWS.
Desarrollador Backend Semi Senior, Kredia (fintech), Córdoba. 2022 - actualidad
- Diseñé y mantengo 14 endpoints del servicio de pagos en Spring Boot, con 3.500 solicitudes por minuto en pico y latencia p95 por debajo de 200 ms.
- Separé el módulo de conciliación del monolito en 2 servicios con RabbitMQ, lo que redujo el cierre diario de 3 horas a 25 minutos.
- Subí la cobertura de pruebas del servicio de 35 % a 82 % con JUnit y Testcontainers; cero incidentes críticos en los últimos 8 meses.
Desarrollador Backend, Logística Andina S.A., Córdoba. 2019 - 2022
- Desarrollé la API de seguimiento de envíos en Node.js consumida por 300 transportistas, con 120.000 actualizaciones de estado diarias.
- Optimicé 12 consultas críticas en PostgreSQL con índices parciales; el reporte de rutas pasó de 40 segundos a 3.
- Integré el ERP y la pasarela de pagos con webhooks idempotentes, procesando 20.000 transacciones diarias sin duplicados.
Ingeniería en Sistemas de Información, UTN Facultad Regional Córdoba, 2019. AWS Certified Developer Associate, 2023.
Java, Spring Boot, Node.js, PostgreSQL, Redis, RabbitMQ, Docker, Kubernetes, AWS (EC2, RDS, SQS), GitHub Actions, JUnit, Testcontainers. Inglés intermedio alto (B2).
Preguntas frecuentes
¿Hay que incluir el enlace a GitHub en un CV de desarrollador backend?
Conviene incluirlo si el perfil tiene al menos dos proyectos completos con README, tests y código legible. En perfiles senior no es obligatorio: las decisiones de arquitectura contadas en las viñetas pesan más que un repositorio personal.
¿Cuántos lenguajes conviene listar?
Uno o dos principales, con sus frameworks, y el resto solo si se usaron en producción. Un CV que declara Java, Python, Go, PHP y C# con el mismo peso sugiere que ninguno se domina; el título del CV debería nombrar el lenguaje principal.
¿Cómo mostrar experiencia en microservicios si el sistema era un monolito?
Con las decisiones que se tomaron dentro del monolito: separación de módulos, colas para procesos asíncronos, contratos de API, tests de integración. Un monolito bien mantenido a escala es experiencia valiosa; lo que no conviene es escribir "microservicios" si no los hubo.
¿El CV de backend debe estar en inglés?
Para empresas del exterior o multinacionales con procesos en inglés, sí. Para el mercado local, el CV va en español, pero los términos técnicos (deploy, endpoint, pipeline) se mantienen en inglés, porque así aparecen en los avisos y así los busca el ATS.