Currículum de programador o desarrollador: cómo ordenar tecnologías y proyectos

La cabecera técnica: pocas líneas, bien agrupadas

Un bloque de tecnologías ordenado por categorías se lee en diez segundos; una nube de siglas, no. Una agrupación habitual:

Dos reglas. Una: si algo lo has tocado una tarde, no es una habilidad; déjalo fuera. Dos: si una tecnología aparece en la cabecera, debe aparecer también en alguna viñeta o proyecto. Esa coherencia es lo primero que se comprueba.

Cada viñeta: tecnología, problema y efecto

La experiencia en programación gana mucho cuando cada viñeta responde a tres cosas: qué tecnología, qué problema y qué cambió. Una fórmula:

Verbo + qué construiste o corregiste + con qué + para qué o con qué efecto.

Ejemplos con datos ficticios:

• Desarrollé el módulo de reservas de una web de turismo con PHP y MySQL, que sustituyó el registro manual en hojas de cálculo.
• Migré la interfaz de un panel de administración a un framework de componentes, lo que permitió reutilizar formularios en seis pantallas.
• Implementé pruebas automáticas para las funciones de cálculo de precios, y detecté dos errores antes del despliegue.
• Optimicé consultas de la base de datos de un listado de productos y reduje el tiempo de carga de la página, medido con las herramientas del navegador.
• Participé en revisiones de código de un equipo de cuatro personas con control de versiones.

Todas las cifras de arriba son ejemplos. Pon solo aquellas que puedas respaldar con tu trabajo real; una afirmación como «reduje el tiempo de carga un 40 %» solo vale si la mediste.

Qué reconocen las titulaciones oficiales

El Técnico Superior en Desarrollo de Aplicaciones Web (Real Decreto 686/2010, BOE, consultado el 29 de octubre de 2026) es un ciclo de grado superior cuya competencia general consiste en desarrollar, implantar y mantener aplicaciones web, garantizando el acceso seguro a los datos y cumpliendo criterios de accesibilidad, usabilidad y calidad. El texto lista entre sus competencias desarrollar interfaces con lenguajes de marcas, desarrollar componentes en el entorno servidor, gestionar bases de datos, completar planes de pruebas y mantener la documentación con control de versiones. Como ocupaciones relevantes, recoge programador web, programador multimedia y desarrollador de aplicaciones en entornos web.

El sistema de certificados de profesionalidad incluye además IFCD0210, Desarrollo de aplicaciones con tecnologías web (nivel 3): su ficha del SEPE lo estructura en tres módulos (programación web en el entorno cliente, en el servidor, e implantación de aplicaciones web) y suma 590 horas con 80 de prácticas. La ficha relaciona con él las ocupaciones de programador de aplicaciones informáticas, técnico de la web, programador web y programador multimedia.

Otras vías: grados universitarios de Ingeniería Informática y similares, ciclos de Desarrollo de Aplicaciones Multiplataforma, o formación autodidacta con proyectos propios. Cualquiera es válida; lo importante es describirla con honestidad. «Autodidacta» no es un título, pero «proyectos propios con repositorio público» sí es evidencia.

De quién es el código: propiedad intelectual y portafolio

Antes de enlazar un repositorio o describir un trabajo anterior, conviene saber de quién es el código que has escrito. El texto refundido de la Ley de Propiedad Intelectual (Real Decreto Legislativo 1/1996, BOE, consultado el 29 de octubre de 2026) recoge los programas de ordenador entre las obras protegidas (art. 10.1.i) y, en su artículo 97.4, establece que cuando un trabajador asalariado crea un programa en el ejercicio de sus funciones o siguiendo las instrucciones de su empresario, la titularidad de los derechos de explotación corresponde al empresario, salvo pacto en contrario.

No es un asesoramiento jurídico sobre tu caso concreto, pero tiene una consecuencia práctica clara para el currículum: lo que hiciste en el trabajo puede no ser tuyo para publicarlo. Esta tabla resume cómo tratar cada tipo de trabajo:

Proyectos y repositorio: el currículum del programador junior

Quien empieza no tiene experiencia en empresa, pero sí puede mostrar trabajo. Una sección «Proyectos» bien hecha ocupa el lugar de la experiencia. Para cada proyecto, tres líneas:

1. Qué es y para quién (aunque sea ficticio o personal).
2. Tecnologías que usa.
3. Enlace al repositorio o a una demo.

Con dos o tres proyectos completos basta. Prefiere los que funcionan y están documentados a los que se quedaron a medias. Un repositorio con un README que explique cómo ejecutarlo, y con historial de cambios coherente, dice más de ti que la lista de lenguajes. No incluyas enlaces a repositorios que no quieres que alguien lea de arriba abajo.

Si el proyecto salió de un curso, dilo. Si lo hiciste en equipo, indica qué parte fue tuya: «responsable del servidor y la base de datos de un proyecto de cuatro personas».

Pruebas técnicas y entrevistas: qué suele ocurrir después del currículum

Muchos procesos incluyen una prueba técnica o una conversación sobre un proyecto. No se trata de saber más lenguajes, sino de explicar lo que has escrito. Prepara estos puntos:

1. Elige un proyecto de tu currículum y practica contarlo en cinco minutos: problema, decisiones, dificultades y resultado.
2. Repasa cada tecnología de tu cabecera y prepara un ejemplo concreto de cómo la usaste.
3. Prepara una decisión técnica que cambiarías con la experiencia que tienes ahora.
4. Practica explicar un error que cometiste y cómo lo corregiste, sin buscar culpables.
5. Ten a mano el repositorio abierto y revisa que el archivo explicativo se entiende en un minuto.

Un currículum de programador junior, con datos ficticios

La cabecera técnica está agrupada, los lenguajes aparecen en las viñetas y el proyecto de fin de ciclo incluye la parte que fue suya. No hay cifras inventadas: los resultados son verificables en el repositorio.

Tres aperturas de perfil para programadores

El perfil de dos o tres líneas debe decir qué tipo de desarrollador eres y qué buscas. Tres modelos con datos de ejemplo:

• Junior con formación reglada: «Desarrollador web junior con formación en DAW y prácticas en agencia. Interfaces y servicios en entorno servidor con bases de datos relacionales. Busco un equipo donde aprender de revisiones de código».
• Con experiencia en un solo ecosistema: «Desarrollador con cuatro años en aplicaciones de gestión en el ecosistema Java. Mantenimiento evolutivo, pruebas automáticas y despliegues. Interés en arquitectura de servicios».
• Cambio de carrera: «Antiguo técnico de mantenimiento industrial que ha completado un ciclo de desarrollo web. Proyectos propios con repositorio público y experiencia previa en documentación técnica y trabajo en equipo».

El tercero muestra una cosa importante: quien cambia de sector puede aprovechar lo que ya sabía hacer. Los perfiles que se limitan a enumerar tecnologías cuentan menos que los que explican qué sabes hacer con ellas.

Cuando ya tienes trayectoria

A partir de cierta experiencia, la lista de tecnologías pierde peso y lo gana lo que has hecho. Un currículum de perfil con recorrido puede reorganizarse así:

1. Perfil con área, años y tipo de proyecto.
2. Tecnologías, resumidas en tres líneas.
3. Experiencia, con las viñetas más fuertes primero: decisiones de diseño, responsabilidades de equipo, migraciones, rendimiento, seguridad.
4. Proyectos relevantes, solo los que añaden algo que la experiencia no cuenta.
5. Formación y certificaciones, con año.

Lo que no suma en este nivel es la lista larga de lenguajes aprendidos en la universidad, ni los cursos de iniciación. Y lo que sí suma es la responsabilidad: «Coordiné el desarrollo de un módulo con dos compañeros», «Definí el esquema de base de datos del servicio».

Repositorio y presencia pública: qué enseñar y qué no

Para un programador, enlazar un repositorio es habitual, y puede ayudar o perjudicar según su estado. Una revisión rápida antes de poner el enlace:

• Ordena el repositorio principal: nombre claro, descripción y archivo explicativo con instrucciones para ejecutarlo.
• Retira o archiva lo que no te representa: ejercicios sueltos, pruebas incompletas, código de cursos copiado.
• Revisa que no haya datos sensibles: claves, contraseñas, datos personales o código que pertenezca a una empresa anterior.
• No presumas de volumen: un historial de actividad llamativo no sustituye a un proyecto bien terminado.
• Si el código de tu trabajo no se puede enseñar, descríbelo en el currículum sin publicar nada que sea de la empresa.

Si no tienes repositorio público, no pasa nada: en ese caso, ofrece una muestra de código en la entrevista, siempre que sea tuya. Y recuerda que la documentación de un proyecto también es código: un buen texto explicativo vale tanto como una línea bien escrita.

Junior, intermedio y con trayectoria: qué cambia en el currículum

La estructura del documento debe cambiar con la experiencia. Esta tabla orienta sobre qué subir y qué bajar según el momento.

Lista de comprobación antes de enviar

• Cada tecnología de la cabecera aparece en alguna viñeta o proyecto.
• Cada viñeta incluye tecnología, problema y efecto, sin cifras que no puedas respaldar.
• El repositorio enlazado está ordenado y no contiene claves, datos personales ni código de terceros.
• Se distingue lo que hiciste tú de lo que hizo el equipo.
• El inglés figura con el nivel que puedes defender, sobre todo en lectura técnica.
• Hay una versión de una sola columna para portales de empleo.

Dos columnas, pero con cuidado

La plantilla de dos columnas encaja con perfiles técnicos porque coloca las tecnologías en un lateral. Su pega es que algunos lectores automáticos procesan peor las columnas; si te presentas por portales de empleo, ten una versión de una sola columna. La plantilla sencilla de una columna es la opción de mínimo riesgo. Si tu perfil es de recién titulado, la plantilla sin experiencia coloca los proyectos y la formación arriba.