Cómo convertir tus commits de GitHub en logros para tu currículum
Actualizado el 17 de octubre de 2026
A la hora de actualizar el currículum, casi todos los desarrolladores escriben de memoria y se olvidan de la mitad de lo que hicieron. Pero el registro ya existe: cada commit tiene fecha, repositorio y un cambio, y la mayoría de los pull requests explica el porqué. Es la mejor fuente que tienes para logros concretos.
Por qué los commits son tu mejor fuente
La memoria es selectiva: recuerdas el último proyecto y olvidas la migración difícil de hace dos años. El historial no olvida. Muestra en qué trabajaste, cuándo y con qué intensidad.
Los pull requests son aún mejores, porque la descripción suele incluir el problema, la solución y a veces el resultado ("el p95 bajó de 800 ms a 120 ms"). Eso es prácticamente un logro listo.
Qué buscar en tu historial
Recorre los repositorios de cada empleo y marca los commits y PR que entren en estos grupos:
- Funcionalidades que llegaron al usuario ("feat: pago en un clic").
- Rendimiento y costo: palabras como optimize, cache, reduce, index, batch.
- Confiabilidad: corrección de incidentes, reintentos, idempotencia, monitoreo.
- Migraciones y cambios de arquitectura: nueva base de datos, nuevo framework, división de un servicio.
- Calidad y entrega: pruebas, CI/CD, tiempo de build, automatización.
- Temas que se repiten durante semanas: suelen ser un proyecto completo y merecen un logro propio.
De varios commits a un logro
Un logro no es un commit. Agrupa los commits relacionados en una entrega y responde dos preguntas: ¿cuál era el problema antes? ¿Qué cambió después? Luego escríbelo como verbo de acción + qué + herramienta + resultado.
feat: cola de exportación · fix: timeout en export · perf: export en lotes de 500 · test: export asíncrono
Hice asíncrona la exportación del catálogo con colas y lotes de 500 ítems, y eliminé los timeouts en tiendas con más de 5.000 productos.
Números: solo los que puedes demostrar
Busca números en la descripción de los PR, en tickets, en paneles de monitoreo o en tus notas. Si no hay número, describe el efecto sin inventar: "eliminé los timeouts" ya es un resultado.
Un número inventado es la forma más rápida de perder una oferta en la entrevista técnica, cuando alguien pregunta "¿cómo lo mediste?".
Repositorios privados y de la empresa
No necesitas mostrar código para usar tu historial. El logro describe el trabajo; no expone el repositorio. Solo evita nombres internos, datos de clientes y cifras que la empresa considere confidenciales.
Si el repositorio quedó en la computadora de la empresa o en otro servicio (GitLab, Bitbucket, Azure DevOps), el git local tiene el historial: git log --author="tu@email" ya muestra lo que es tuyo.
Cada logro en el cargo correcto
Si tuviste más de un cargo en la misma empresa, usa la fecha de los commits para separar lo que hiciste en cada período. Así se ve tu crecimiento: lo que hacías como semi senior y lo que asumiste como senior.