Cómo Escribir un Currículum de Desarrollador de Software

Un currículum de desarrollador de software lo lee en parte un reclutador y en parte alguien con perfil técnico, a veces la misma persona haciendo ambas cosas — lo que significa que tiene que funcionar como escaneo humano rápido y como coincidencia precisa de palabras clave. La redacción genérica cuesta más aquí que en la mayoría de campos, porque "trabajé en el backend" es genuinamente inverificable mientras que "construí una API REST que gestiona 10.000 peticiones/día en Node.js" es una afirmación concreta y comprobable.

Estructura: estándar, con una sección de habilidades más fuerte

Cronológico inverso, igual que cualquier currículum — nuestra guía de 8 pasos para crear un currículum cubre la estructura base. La única sección que pesa más aquí que en la mayoría de campos es la de habilidades, ya que tanto reclutadores como software ATS buscan por nombres concretos de tecnologías.

La sección de habilidades: nombra las tecnologías exactamente

Enumera lenguajes, frameworks y herramientas por su nombre exacto, no por una descripción de categoría — "Python, React, PostgreSQL, Docker, AWS", no "lenguajes de programación y herramientas cloud". Nuestra guía de habilidades por tipo de empleo tiene una base de partida para puestos de software/IT; extrae específicamente de ofertas de tu stack objetivo, ya que que "React" y "Vue" sean ambos "frameworks frontend" no te ayuda a coincidir con una oferta que nombra uno en concreto.

Agrupa por categoría si tu stack es amplio — lenguajes, frameworks, bases de datos, herramientas/plataformas — para que un lector que escanea rápido encuentre de inmediato lo que busca.

Escribe viñetas sobre lo que construiste y su impacto, no solo sobre lo que usaste

La tecnología usada es contexto; el resultado es el logro:

Débil: "Trabajé en el flujo de pago usando React y Stripe." Fuerte: "Reconstruí el flujo de pago en React y Stripe, reduciendo el abandono de carrito un 18% y el tiempo de carga de la página en 1,2 segundos."

Para puestos sin una métrica de negocio evidente — herramientas internas, trabajo de infraestructura — los números de escala y fiabilidad funcionan igual de bien: disponibilidad mejorada, latencia de peticiones reducida, cobertura de tests aumentada, tiempo de despliegue recortado. Nuestra guía para cuantificar logros cubre cómo encontrar un número aunque el trabajo no te dé uno obvio.

Enlaza a código real, si lo tienes

Un perfil de GitHub, un sitio de portfolio o el enlace a un proyecto concreto merecen ir en tu encabezado junto a los datos de contacto — para desarrolladores, es lo más parecido a una muestra de trabajo a lo que puede apuntar un currículum. Enlaza solo trabajo que te enorgullezca que abra un revisor técnico; un perfil obsoleto y sin mantener hace menos por ti que ningún enlace.

Trata los proyectos personales y de código abierto como experiencia real

Si estás empezando o tu trabajo diario no muestra tu mejor faceta, un proyecto personal bien documentado merece su propia entrada, formateada exactamente como un empleo:

Gestor de Finanzas Personales — proyecto individual

• Construí una app de presupuestos full-stack con React, Node.js y PostgreSQL; más de 200 usuarios activos
• Implementé autenticación OAuth y una API REST consumida por una app móvil complementaria

Errores comunes

• Enumerar cada tecnología que has tocado alguna vez. Una lista de 40 elementos se lee como falta de foco; limítala a aquello en lo que eres genuinamente competente y relevante para el puesto.
• Ningún número por ninguna parte. Incluso el trabajo de infraestructura y herramientas internas tiene en algún sitio un número de escala o rendimiento — encuéntralo.
• Un currículum que en realidad es un README de proyecto. Los reclutadores necesitan viñetas escaneables, no un muro de detalle técnico de implementación; guarda el detalle técnico profundo para la entrevista.

Preguntas frecuentes

¿Debo enumerar todos los lenguajes de programación que he usado? No — enumera aquello en lo que eres competente actualmente y relevante para el puesto que buscas. Un lenguaje que usaste una vez en una asignatura hace tres años es mejor dejarlo fuera que listarlo junto a tu stack real de trabajo.

¿Es necesario un sitio de portfolio, o basta con GitHub? Cualquiera funciona, y para muchos desarrolladores GitHub por sí solo basta — lo que importa es que lo que enlaces esté actualizado, documentado y refleje trabajo real y revisable.

¿Cuán técnicas deben ser las viñetas para un reclutador no técnico? Escritas para ambos — nombra la tecnología y luego describe el resultado en términos llanos que un lector no técnico siga entendiendo (velocidad, escala, fiabilidad, ingresos), en lugar de asumir un contexto técnico profundo.

¿Funciona distinto la longitud del currículum para desarrolladores? No — aplica la misma regla de una página por debajo de diez años. Una lista larga de cada proyecto que has construido pertenece a GitHub o a un portfolio, no apretujada en el currículum.