Currículum de desarrollador/a back-end: ejemplos y guía para redactarlo

Un currículum de una página para un ingeniero back-end con siete años de experiencia que ahora es responsable de una API con mucho tráfico en una empresa de software logístico. El nombre y las empresas son inventados. Cada logro nombra la tecnología, la escala y un resultado medido, y la cabecera enlaza a GitHub, porque quien revisa lo va a abrir.

Un seleccionador técnico filtra por palabras clave del stack y años de experiencia; después, un responsable de ingeniería o un ingeniero sénior lee la página en un minuto y abre tu GitHub. Intentan responder a cuatro preguntas.

• ¿Encaja el stack? Lenguaje, framework, base de datos, broker de mensajería, cloud. Las coincidencias cercanas cuentan (Go y Python, PostgreSQL y MySQL); un currículum sin stack en el perfil se descarta.
• ¿A qué escala? Peticiones por segundo, eventos al día, tamaño de la base de datos, número de usuarios o clientes, tamaño del equipo. «Desarrollé sistemas escalables» no es una escala. «12.000 peticiones por segundo, PostgreSQL de 4 TB» sí lo es.
• ¿De qué has sido responsable? Un servicio, una API, un pipeline, una migración, las guardias. Ser responsable desde el diseño hasta producción dice más que una lista de tecnologías tocadas.
• ¿Puedes enseñar resultados? Latencia, tasa de errores, disponibilidad, coste, frecuencia de despliegue, número de incidencias, cobertura de tests. Con dos o tres de estos por puesto basta.

“Los logros que me creo nombran el sistema, la tecnología y una cifra: el p95 pasó de aquí a allí, las incidencias bajaron de esto a aquello. Luego abro el enlace de GitHub. Si no hay enlace, o los repositorios son tutoriales vacíos, eso también me dice algo.”

Mucha gente busca «currículum desarrollador backend github» y «currículum backend linkedin» porque no tiene claro dónde van los enlaces ni qué debe haber detrás. Pon los dos enlaces en la cabecera y asegúrate de que lo que encuentra quien revisa respalda el currículum.

• GitHub: fija de 3 a 6 repositorios que muestren trabajo back-end: una API con tests y un README que explique cómo ejecutarla, un servicio pequeño con Docker y CI, una contribución a un proyecto open source. Archiva o desfija los tutoriales a medio terminar. Añade una descripción de una línea a cada repositorio fijado.
• Apartado de proyectos (sobre todo para perfiles junior): 2 o 3 proyectos, cada uno con el stack, qué hace, una decisión técnica que tomaste y una cifra (peticiones atendidas en una prueba de carga, filas procesadas, cobertura de tests, usuarios). Enlaza el repositorio.
• Contribuciones open source: nombra el proyecto y lo que cambiaste («corregí una fuga en el pool de conexiones de X, integrada en la v2.4»). Un pull request aceptado en un proyecto real vale más que diez repositorios personales.
• LinkedIn: deja el titular y los nombres de los puestos idénticos a los del currículum; los seleccionadores buscan discrepancias. Activa la opción «Open to work» visible solo para seleccionadores si quieres recibir mensajes.
• Código de tu empresa que no puedes compartir: descríbelo en el currículum (sistema, stack, escala, resultado) y explica en la entrevista que es propietario. Nadie espera ver el código de producción de tu trabajo.

Tres líneas: años y stack, el sistema del que eres responsable y su escala, dos resultados medidos y, si viene al caso, una certificación o especialidad. Escríbelo para el puesto al que te presentas y cambia el orden de las tecnologías para que coincida con la oferta.

Un buen logro back-end nombra el sistema, la tecnología, la escala y un antes y después medido. Aquí tienes siete frases flojas habituales reescritas con trabajo back-end real.

Se busca tanto «qué conocimientos necesita un desarrollador backend» como ejemplos de currículum, así que aquí tienes la lista que esperan los responsables de contratación, agrupada como debe ir en el currículum. Pon entre 12 y 18 elementos, solo los que podrías defender diez minutos en una entrevista.

• Lenguajes y frameworks: un lenguaje principal en profundidad (Python con FastAPI o Django, Java con Spring Boot, Go, Node.js con TypeScript, C# con .NET, PHP con Laravel, Ruby on Rails) y uno o dos que sepas leer y corregir.
• Datos: SQL y una base de datos relacional a fondo (PostgreSQL, MySQL), índices y planes de ejecución, transacciones y niveles de aislamiento, migraciones; una caché (Redis); al menos un almacén NoSQL (DynamoDB, MongoDB, Cassandra) si lo has usado en producción.
• APIs y mensajería: diseño REST, OpenAPI, GraphQL o gRPC, autenticación (OAuth 2.0, JWT), limitación de peticiones, webhooks; brokers de mensajería (Kafka, RabbitMQ, SQS) y patrones orientados a eventos.
• Cloud e infraestructura: los servicios básicos de un proveedor cloud (AWS, Google Cloud o Azure), Docker, Kubernetes, Terraform o CloudFormation, CI/CD (GitHub Actions, GitLab CI, Jenkins).
• Fiabilidad y observabilidad: logs, métricas, trazas (OpenTelemetry, Datadog, Grafana), SLO, guardias, respuesta a incidencias, pruebas de carga.
• Prácticas de ingeniería: testing (unitario, de integración, de contrato), revisión de código, Git, diseño de sistemas, registros de decisiones de arquitectura, fundamentos de seguridad (OWASP Top 10, gestión de secretos, mínimo privilegio).
• Lo que sobra: Microsoft Office, HTML y CSS (salvo que el puesto sea full stack) y «resolución de problemas». Los niveles («experto», 5 estrellas) tampoco ayudan; los logros ya muestran tu nivel.

En España se habla de perfil junior o recién titulado/a; en las ofertas también verás «sin experiencia» o «primer empleo». En cualquier caso, el responsable de contratación sabe que no has llevado sistemas en producción. Comprueba si sabes escribir código que funciona y tiene tests en un stack real, si entiendes las bases de datos y HTTP, y si terminas lo que empiezas. Tu currículum lo demuestra con proyectos, unas prácticas si las tienes y un GitHub que encaje.

1. 1Cabecera con enlaces a GitHub y LinkedIn y, después, una línea de título: «Desarrollador back-end junior · Python, PostgreSQL, Docker».
2. 2Perfil de tres líneas: titulación o bootcamp y fecha, tu mejor proyecto o tus prácticas con una cifra, tu stack y una certificación si la tienes (AWS Cloud Practitioner, Oracle Java SE, un certificado de Kubernetes o de bases de datos).
3. 3Apartado de proyectos por encima de la formación: 2 o 3 proyectos, cada uno con stack, finalidad, una decisión de diseño, una cifra y un enlace. Al menos uno debe tener autenticación, una base de datos con migraciones, tests y un Dockerfile.
4. 4Prácticas, trabajos a tiempo parcial o como freelance, hackathons y contribuciones open source, en un apartado de experiencia y redactados como empleos reales: sistema, stack, escala, resultado.
5. 5Formación con las asignaturas relevantes (bases de datos, sistemas operativos, sistemas distribuidos, redes) y la nota media solo si destaca. Una página. Olvida las competencias transversales genéricas; deja que hablen los proyectos.

• Una página si estás empezando; con experiencia, hasta dos, sobre todo en perfiles sénior y staff con muchos sistemas que describir. Sin fecha de nacimiento ni dirección completa; la foto es habitual en España, pero opcional.
• Orden: cabecera con enlaces, línea de título con el stack, perfil profesional, competencias agrupadas por categorías, experiencia, proyectos (perfiles junior) o sistemas destacados (perfiles sénior), formación y certificaciones.
• Diseño sencillo de una columna con una fuente estándar. Los ATS (Greenhouse, Lever, Ashby, Workday) leen bien una sola columna; las plantillas de dos columnas o llenas de iconos suelen perder el apartado de competencias. Guárdalo como PDF con texto seleccionable y llámalo Nombre-Apellido-Desarrollador-Backend.pdf.
• Escribe las tecnologías como en las ofertas: «PostgreSQL» y no «Postgres», «Node.js», «Kubernetes» (y «K8s» una vez si quieres), «APIs REST», «CI/CD», «microservicios», «AWS» y los servicios concretos.
• Palabras clave de la oferta que conviene repetir: el lenguaje y el framework principales, «backend» o «back-end» tal como lo escriban, «API», «microservicios», «sistemas distribuidos», «SQL», el broker de mensajería, el proveedor cloud, «Docker», «Kubernetes», «CI/CD», «guardias», «diseño de sistemas».
• En España «currículum» y «CV» se usan indistintamente, y en perfiles técnicos pesa mucho más el enlace a GitHub que la foto. La regla es la misma: stack, escala y resultados.

Pasa el currículum terminado por el comprobador ATS de cvplex con la oferta pegada. Señala las tecnologías de la oferta que no has incluido, los logros sin escala ni resultado y el formato que un ATS podría leer mal.