Currículum maestro: cómo crear uno y mantenerlo (guía para desarrolladores)

Un currículum maestro es el registro completo y privado de tu carrera: cada puesto, cada proyecto, cada métrica, cada herramienta, en un archivo que ningún empleador ve. Adaptas a partir de él; nunca lo envías. Los desarrolladores lo necesitan más que la mayoría, porque una carrera en software genera más detalle del que cabe en cualquier currículum (CV, u hoja de vida como se dice en Colombia y otros países) de dos páginas, y el detalle que recortas hoy es el que la oferta del mes que viene te pide.

Esta guía cubre qué es un currículum maestro, por qué deberías tener uno, cómo construirlo sección por sección, cómo mantenerlo al día y cómo salen de él las versiones adaptadas. Para el paso de adaptación en sí, lee cómo adaptar tu currículum a la descripción de un puesto; este artículo termina donde aquel empieza.

Qué es un currículum maestro

Piensa en él como una base de datos, y en un currículum como el resultado de una consulta. El maestro contiene la tabla completa: cuatro, seis o diez páginas de puestos, viñetas, proyectos, charlas, certificaciones y habilidades, con fechas y cifras para cada uno. Un currículum adaptado es una vista de una o dos páginas de esa tabla, filtrada para una oferta.

De ahí se derivan tres propiedades.

Privado. Nadie lee el maestro salvo tú. Eso cambia lo que va dentro. La viñeta sobre la migración que falló y lo que aprendiste va en el maestro, porque un entrevistador puede preguntar, aunque nunca llegue a una versión adaptada.

Completo. El maestro peca de exceso. De seis a diez viñetas por puesto, donde un currículum adaptado conserva tres. Proyectos personales que no llegaron a nada. La herramienta interna que solo conoce tu antiguo equipo.

Estable. Le añades y nunca le recortas. Un currículum adaptado es desechable; el maestro es lo que mantienes.

Se diferencia del CV académico, que también es largo y completo pero se envía a los empleadores en esa forma. Un currículum maestro es un documento de trabajo, y el formato puede esperar.

Por qué los desarrolladores deberían tener un currículum maestro

Tu memoria se degrada más rápido de lo que cambia tu carrera. Dos años después de un proyecto, recuerdas que “trabajaste en el servicio de facturación”. No recuerdas que bajaste el p99 de 800 ms a 120 ms, que corría en Go con un backend en Postgres, ni que escribiste el runbook. Las cifras se van primero. Un currículum maestro las captura mientras todavía tienes el dashboard abierto.

Las líneas profesionales divergen. Un ingeniero de backend que también ha hecho trabajo de datos tiene dos siguientes empleos plausibles. Las viñetas que venden un puesto de plataforma (guardias, Kubernetes, recortes de costos) no son las que venden un puesto de datos (pipelines, modelado de warehouse, dbt). Un maestro guarda ambos conjuntos; una versión adaptada elige uno.

Cada proyecto cuenta en algún sitio. La contribución a código abierto, el hackathon, el módulo de Terraform que escribiste para tu homelab: ninguno encaja en un currículum para un puesto de frontend, y cualquiera de ellos puede ser lo que otra oferta pida. Si no están escritos, no los recordarás cuando importen.

Cada métrica necesita una fuente. Una cifra en un currículum tiene que sobrevivir a una pregunta de entrevista. El maestro es donde anotas, junto a “reduje el tiempo de build un 60%”, qué mediste, de cuánto a cuánto y cómo. Cuando una versión adaptada lleva esa cifra, puedes defenderla.

Adaptar se convierte en seleccionar. Con un maestro, adaptar lleva minutos: eliges las viñetas que encajan, las reescribes en los términos de la oferta y recortas el resto. Sin uno, adaptar significa reconstruir tu pasado de memoria cada vez, y ahí es donde los currículums se alejan de la verdad.

Coherencia entre superficies. Tu perfil de LinkedIn, tus currículums adaptados y tus respuestas en entrevistas deben coincidir en fechas, cargos y cifras. Una única fuente de verdad lo hace automático.

Cómo construir un currículum maestro, sección por sección

Abre un archivo Markdown sin más. El formato, las plantillas y los límites de páginas son para la versión adaptada. El maestro quiere estructura y completitud.

Encabezado

Nombre, correo, teléfono, ciudad y enlaces: GitHub, LinkedIn, un sitio personal si lo tienes. Anota la forma exacta en que quieres que aparezcan para que las versiones adaptadas no difieran (una con “+91” y otra sin).

Resúmenes, uno por línea profesional

Escribe un resumen de tres líneas para cada tipo de puesto al que podrías postular. Un resumen de backend, uno de plataforma, uno de datos. Cada uno nombra las dos o tres fortalezas que le importan a esa línea. Cuando adaptas, partes del más cercano y lo ajustas.

Experiencia

Para cada puesto: empleador, cargo, ubicación, fechas con meses y el stack que usaste allí. Después viñetas, de seis a diez por puesto, cada una con una acción y un resultado. Anota más de lo que mostrarías jamás:

• Qué construiste, con la herramienta nombrada.
• Qué cambió gracias a ello, con una cifra cuando la tengas.
• La escala: usuarios, peticiones por segundo, volumen de datos, tamaño del equipo.
• Cualquier cosa de la que fueras responsable: guardias, un servicio, una migración, contratación.
• Colaboración por la que una oferta podría preguntar: trabajo entre equipos, mentoría, trabajo con producto.

Bajo cada viñeta que lleve una cifra, añade una nota breve sobre de dónde salió. “Dashboard de Grafana, marzo de 2025, p99 antes y después de la caché.” Nunca mostrarás la nota; la agradecerás en la entrevista.

Proyectos

Proyectos personales, trabajo en código abierto, participaciones en hackathons, herramientas internas. Para cada uno: nombre, enlace, fechas, tu rol, el stack y dos o tres viñetas sobre qué hiciste y qué salió de ello. Estrellas, descargas o usuarios si los tienes. Un proyecto sin resultado también entra, con una línea sobre lo que aprendiste.

Habilidades, agrupadas y con fecha

Agrúpalas: lenguajes, frameworks, infraestructura, datos, prácticas. Junto a cada una, anota el año en que la usaste en serio por última vez. La lista de habilidades de un currículum adaptado solo debería contener aquello sobre lo que podrían entrevistarte hoy; la columna de “último uso” te dice cuáles son.

Educación y certificaciones

Títulos con institución, fechas y cualquier cosa relevante (tema de la tesis, una asignatura que conecte con tu trabajo). Certificaciones con la entidad emisora y la fecha de vencimiento.

Charlas, escritura, comunidad

Charlas en conferencias, charlas en meetups, artículos de blog que tuvieron alcance, podcasts, programas de mentoría. La mayoría de currículums adaptados los omiten; algunas ofertas los premian.

Un registro de cambios

Al final, una lista fechada de qué añadiste y cuándo. Facilita la siguiente actualización y te muestra de un vistazo cuándo tocaste el archivo por última vez.

Plantilla de currículum maestro (ejemplo ficticio)

El esqueleto de abajo muestra la forma. La persona, las empresas y las cifras son inventadas.

Ejemplo (ficticio): Arjun Mehta, ingeniero de backend, Bengaluru

# Arjun Mehta
Bengaluru, IN · arjun.mehta@example.com · +91 98xxx xxxxx
github.com/arjunm-example · linkedin.com/in/arjunm-example

## Resúmenes
### Backend / plataforma
Ingeniero de backend con 6 años en sistemas de pagos y ledger en Go y
Python. Responsable de servicios a 4k rps; recorté el costo de infra un
30% en Finlo.
### Ingeniería de datos
Ingeniero con 3 años construyendo pipelines batch y de streaming (Airflow,
Kafka, BigQuery) sobre 6 años de trabajo de backend.

## Experiencia

### Finlo Payments · Senior Software Engineer
Bengaluru · abr 2023 a la actualidad · Go, PostgreSQL, Kafka, Kubernetes, GCP
- Responsable del servicio de ledger (pico de 4k rps, 11 consumidores
  downstream).
- Reduje la latencia p99 de escritura de 410 ms a 95 ms agrupando las
  inserciones del ledger en lotes y añadiendo una cola de write-ahead.
  > Fuente: dashboard de latencia del ledger en Grafana, jun 2024, ventana de 7 días.
- Reduje el gasto de GCP del namespace de pagos un 30% (de 18k USD/mes
  a 12,6k) ajustando el tamaño de los node pools y moviendo los jobs
  batch a instancias spot.
  > Fuente: exportación de facturación de GCP, Q3 2024 vs Q1 2024.
- Lideré la migración de 6 servicios de Cloud Run a GKE en 4 meses.
- Rotación de guardia para pagos (1 semana de cada 5); escribí el runbook
  de incidentes que usan 12 ingenieros.
- Mentoricé a 2 ingenieros junior; ambos publicaron su primer servicio
  en producción en un trimestre.
- Sustituí una capa de reintentos hecha a mano por un patrón de
  dead-letter en Kafka; los pagos duplicados bajaron a cero en los 6
  meses siguientes.
- (No para la mayoría de currículums) Hice un spike de reescritura del
  ledger en Rust que no publicamos; escribí el documento de decisión.

### Brightcart · Software Engineer
Pune · jul 2019 a mar 2023 · Python, Django, MySQL, Redis, AWS
- Construí la API de seguimiento de pedidos (Django REST) que atiende
  200k pedidos diarios.
- Migré la búsqueda de productos de consultas LIKE en MySQL a
  Elasticsearch; la mediana del tiempo de búsqueda bajó de 1,2 s a 90 ms.
  > Fuente: Datadog APM, nov 2021.
- Construí los primeros pipelines de Airflow para el equipo de datos
  (12 DAGs, cargas nocturnas a Redshift).
- Escribí el Terraform del entorno de staging (antes configurado a mano).
- Entrevisté a más de 40 candidatos para puestos de backend en 2 años.

## Proyectos
### kafka-replay (código abierto) · 2024 a la actualidad
CLI para reproducir topics de Kafka en un clúster local para depurar. Go.
310 estrellas en GitHub, usado por 3 equipos en Finlo.
### homelab-terraform · 2022
Módulos de Terraform para un homelab con Proxmox. Sin terminar; aprendí
la API de Proxmox y los providers de Terraform.

## Habilidades (último uso)
- Lenguajes: Go (2025), Python (2025), SQL (2025), Rust (2024, spike),
  TypeScript (2022)
- Infraestructura: Kubernetes (2025), Terraform (2025), GCP (2025),
  AWS (2023), Docker (2025)
- Datos: Kafka (2025), PostgreSQL (2025), Airflow (2023), Redshift
  (2023), Elasticsearch (2022), BigQuery (2024)
- Prácticas: guardias, runbooks de incidentes, documentos de diseño,
  mentoría

## Educación
B.E. Computer Engineering, Pune University, 2015 a 2019

## Charlas y escritura
- "Ledger write paths at 4k rps", meetup de Go de Bengaluru, sep 2024
- Blog: "Dead-letter queues without the drama", 2024 (12k visitas)

## Registro de cambios
- 2025-09: añadido el recuento de estrellas de kafka-replay y las cifras
  de costo del Q3
- 2025-03: añadida la viñeta de mentoría y la nota del spike de Rust
- 2024-11: archivo creado a partir del currículum de 2023 + notas de
  Brightcart

Fíjate en lo que tiene el archivo que ningún currículum adaptado tendría: líneas de fuente bajo las cifras, una viñeta de “no para la mayoría de currículums”, un proyecto sin terminar, un año de último uso en cada habilidad y dos resúmenes. Ese es el trabajo del maestro.

Cómo mantenerlo al día

Un currículum maestro muere cuando actualizarlo se vuelve una tarea pesada, así que haz actualizaciones pequeñas y átalas a eventos que ya notas.

Actualiza cuando publiques. Cuando un proyecto sale o una métrica se mueve, añade la viñeta esa misma semana. Las cifras están en el dashboard ahora; dentro de un año no estarán.

Guárdalo en control de versiones. Un archivo Markdown en un repositorio Git privado te da historial gratis. Puedes ver qué añadiste y cuándo, y comparar el maestro con cualquier versión adaptada que construiste a partir de él.

Revísalo cada trimestre. Quince minutos, cuatro veces al año: lee las viñetas del puesto actual, añade lo que pasó, actualiza los años de último uso. Ponlo en el calendario.

Anota la fuente junto a la cifra. El hábito de escribir “Fuente: …” bajo cada métrica lleva diez segundos y te salva de la pregunta de entrevista que no puedes responder.

Lleva un documento de logros al lado. La idea del brag document de Julia Evans, una lista continua de lo que hiciste en el trabajo, alimenta el maestro. El brag document es materia prima; el maestro es la versión curada.

Si tu maestro tiene entradas flojas, un puesto con dos viñetas y sin cifras, Resume Matcher tiene un paso de enriquecimiento para eso: detecta las entradas débiles, te hace hasta seis preguntas sobre ellas y escribe de dos a cuatro viñetas nuevas a partir de tus respuestas, sin añadir detalles que no diste.

Líneas profesionales: cuando un maestro no basta

La mayoría de desarrolladores se arreglan con un maestro y varios resúmenes. Algunos no. Si tu historial de backend y tu historial de datos tienen listas de habilidades distintas, selecciones de proyectos distintas y resúmenes distintos, dos maestros son más limpios que un archivo con una maraña de anotaciones.

Resume Matcher está construido alrededor de esto. Puedes mantener hasta cinco currículums maestros, uno por línea profesional, con uno marcado como predeterminado. La página de adaptación preselecciona el predeterminado; cambias cuando una oferta pide otra línea. Cada maestro es un currículum completo por sí mismo, construido a partir de un PDF o archivo de Word subido o de las preguntas del Asistente de currículum, y cada uno puede llevar secciones personalizadas si necesitas un bloque que el diseño estándar no tiene.

Cómo salen las versiones adaptadas del maestro

Adaptar es seleccionar más redactar. Para una oferta, sacas las viñetas que coinciden con sus requisitos, las reescribes en sus términos, eliges el resumen de esa línea, recortas la lista de habilidades a lo que le importa a la oferta y a lo que usaste en los últimos años, y cortas el resto para que quepa en una o dos páginas. El maestro no cambia. La guía de adaptación recorre cada uno de esos pasos con un ejemplo resuelto.

En Resume Matcher, cada currículum adaptado es un documento separado que apunta al maestro del que salió. El modelo propone ediciones puntuales a tu resumen, viñetas y habilidades; el código comprueba cada una, bloquea tu nombre, empleadores, cargos, fechas y títulos, y revierte cualquier cifra que no estuviera en el maestro. Revisas un diff de antes y después y confirmas o regeneras. El maestro se queda como lo escribiste, así que la siguiente oferta parte de la misma fuente completa. Las versiones adaptadas guardadas siguen siendo editables y se exportan a PDF desde cualquiera de las siete plantillas.

Conserva el maestro. Todo lo demás es una vista de él.

Si esto te sirvió

Si el esqueleto te ahorró reconstruir todo de memoria, una estrella en Resume Matcher en GitHub ayuda a que otras personas que buscan empleo lo encuentren. Puedes seguirme, Saurabh Rai, en GitHub, X y LinkedIn.