Currículum de programador: ejemplo y cómo explicar tus proyectos
Prepara un CV que explique tu aportación técnica, con un ejemplo de proyecto backend y criterios para diferenciar formación, práctica y experiencia profesional. Incluye una revisión antes de completar tu perfil en TaleCon.
Antes de enviar tu CV
- Selecciona experiencias relacionadas con el trabajo al que quieres optar.
- Describe tu aportación y cómo comprobaste el resultado.
- Identifica los proyectos formativos y sus límites.
- Revisa el documento y las instrucciones del canal de candidatura.
Contenido de esta guía
Qué incluir en un currículum de programador
Empieza por el tipo de trabajo al que quieres optar y selecciona la experiencia que ayuda a entender esa relación. Europass recomienda adaptar el CV al puesto, destacar los hechos relevantes y escribir con claridad. Su formato es una opción; lo que sigue es una propuesta editorial para organizar un perfil de desarrollo.
- Especialidad y presentación: qué tareas puedes asumir y qué tipo de puesto buscas, sin atribuirte un nivel que no puedes explicar.
- Experiencia: puesto, contexto, fechas y contribuciones propias. Distingue empleo, prácticas y colaboraciones.
- Proyectos: problema, alcance, decisiones técnicas y forma de comprobar el trabajo.
- Conocimientos y formación: tecnologías utilizadas, contexto de uso, estudios e idiomas pertinentes.
El orden puede variar. Si tu experiencia laboral es lo más relacionado con la oferta, dale prioridad. Si estás empezando y tu proyecto formativo permite entender mejor tus capacidades, explícalo antes de una trayectoria que no esté relacionada con el puesto. Conserva las fechas y la naturaleza de cada experiencia para evitar confusiones.
Lee la oferta para decidir qué desarrollar con más detalle. En una vacante backend que habla de integraciones, un ejemplo sobre contratos de API puede ser más pertinente que una descripción extensa de estilos visuales. Adaptar significa seleccionar y aclarar hechos verdaderos.
Cómo describir tu experiencia técnica con ejemplos que puedas defender
Para cada contribución, prepara una explicación de cuatro partes: contexto del sistema, responsabilidad propia, acción realizada y comprobación. Esta estructura es una propuesta práctica, no un baremo de selección ni un requisito de TaleCon.
Una frase como «Java, SQL, Git y trabajo en equipo» no permite saber qué hiciste con esas herramientas. Un ejemplo ficticio más concreto sería: «Modifiqué el endpoint de consulta de pedidos de una API Java, ajusté la consulta SQL y añadí pruebas para resultados vacíos y filtros combinados. Revisé el cambio con otra persona del equipo».
Si el trabajo fue compartido, indica tu parte. Haber participado en un servicio no significa haber diseñado toda su arquitectura. Puedes describir una revisión, una incidencia o una migración parcial sin presentar el resultado completo como propio.
Incluye cifras cuando puedas explicar de dónde salen y qué comparan. Si no mediste la mejora de rendimiento, describe el cambio y su verificación. «Añadí paginación y comprobé los casos de primera y última página» aporta información sin inventar una reducción de tiempos.
Antes de enviar el documento, imagina la siguiente pregunta de entrevista: qué alternativa valoraste, qué limitación encontraste o cómo comprobaste que el cambio funcionaba. Si no puedes responder, revisa la precisión de la frase.
Ejemplo de proyecto para un CV de desarrollo backend
El siguiente bloque es ficticio y original. Muestra cómo describir un proyecto de aprendizaje sin presentarlo como trabajo para una empresa. No corresponde a una persona candidata real.
API de préstamo de material · proyecto formativo individual
Objetivo: registrar material, consultar disponibilidad y gestionar préstamos en un entorno de demostración.
Trabajo realizado: definí el modelo de material y préstamos, implementé los endpoints de alta y devolución y preparé datos de ejemplo para probar el recorrido.
Tecnologías y contexto: Java y Spring para el servicio, PostgreSQL para persistencia y Git para organizar los cambios. Utilicé estas herramientas durante el proyecto; no las presento como experiencia en producción.
Decisión técnica: separé la validación de una devolución del controlador para poder probar el caso de un préstamo ya cerrado.
Verificación: añadí pruebas de devolución correcta, préstamo inexistente y devolución repetida. El README explica cómo iniciar la demostración y qué casos están cubiertos.
Límite: el proyecto no incluye pagos, despliegue para usuarios reales ni operación con carga de producción.
No necesitas copiar todos los apartados en el CV. Puedes resumir el bloque y dejar una explicación más amplia en una documentación compartible. Lo importante es que el lector distinga lo construido, tu aportación y lo que todavía no has probado.
Si has seguido un tutorial, explica qué parte reproduce ese material y qué has cambiado por tu cuenta. Si utilizaste IA, prepárate para explicar qué revisaste y qué decisiones asumiste. Un proyecto terminado no demuestra por sí solo que comprendas todas sus partes.
Qué poner si todavía no tienes experiencia como programador
Presenta proyectos formativos, personales o colaboraciones de manera que se entienda su naturaleza. No conviertas un curso en un puesto de trabajo ni una práctica académica en una experiencia profesional que no ocurrió.
Puedes incluir experiencia anterior de otro sector si ayuda a explicar una responsabilidad relacionada: documentar procedimientos, coordinar una entrega o atender una incidencia. Describe el hecho y su contexto, sin deducir de él experiencia en desarrollo que todavía no tienes.
Un apartado de conocimientos puede distinguir entre herramientas utilizadas en proyectos y conceptos estudiados. Escribe «SQL utilizado en el proyecto de préstamos» si eso refleja tu experiencia; evita barras de porcentaje cuyo significado no puedas justificar.
Si no tienes un proyecto terminado, puedes describir una parte funcional con sus límites. Indica qué se puede ejecutar, qué comportamiento has comprobado y qué queda pendiente. La persona que lo revise debería poder entender el alcance sin tener que adivinarlo.
Cómo enlazar un portfolio o un repositorio sin depender de él
El CV debe explicar lo esencial aunque quien lo lea no abra los enlaces. Un repositorio añade contexto para quien quiera profundizar. GitHub permite fijar repositorios y gists en el perfil para destacar trabajo. Esa función sirve para ordenar la presentación; no acredita por sí misma experiencia ni garantiza una entrevista.
Antes de compartir un enlace, comprueba qué verá alguien con los permisos previstos. En una demostración pública, conviene explicar qué hace el proyecto, cómo ejecutarlo, qué datos de ejemplo utiliza y sus limitaciones. No publiques código, credenciales ni información de clientes que no tengas autorización para compartir.
Si tu trabajo pertenece a repositorios privados, puedes describir responsabilidades y decisiones a un nivel que puedas compartir. No necesitas abrir materiales de otra organización para sostener una conversación sobre tu aportación.
Evita basar la presentación únicamente en el número de contribuciones o repositorios. En el CV, conecta el enlace con una contribución concreta que puedas comentar.
Revisa el documento y prepara tu perfil en TaleCon
Haz una revisión centrada en la comprensión: fechas coherentes, títulos reconocibles, enlaces correctos y diferencia clara entre empleo, prácticas y proyectos. Comprueba que el archivo se abre y que el contenido se puede leer sin depender de una captura de pantalla.
Al preparar un CV para TaleCon, sigue las instrucciones de su formulario de candidatos. La pantalla inicial solicita el documento sin datos de contacto. Conserva una versión adaptada a ese recorrido y revisa la información profesional durante el proceso. La guía de cómo completar tu perfil en TaleCon explica ese formulario con más detalle.
El currículum y el perfil deben contar una trayectoria coherente. Si una fecha o tecnología extraída del documento no refleja lo que hiciste, corrígela antes de continuar. Expresa también las preferencias y disponibilidad que solicita la plataforma.
Una vez revisado el perfil, las oportunidades compatibles y las candidaturas siguen siendo pasos distintos. El porcentaje de encaje es orientativo y presentar una candidatura expresa interés en una vacante concreta. Completar el perfil no garantiza empleo ni una entrevista.
Para preparar ejemplos que puedas desarrollar después, consulta la guía de entrevista por competencias. Si eres empresa, la guía de ofertas de empleo ayuda a explicar qué experiencia necesitas contrastar.
Preguntas frecuentes sobre el currículum de programador
¿Es obligatorio tener GitHub público?
Comprueba qué pide la oferta. Un enlace público puede ampliar un ejemplo, pero también puedes describir trabajo privado dentro de lo que estés autorizado a compartir. No publiques materiales de otra organización para completar el CV.
¿Puedo incluir proyectos de un curso?
Sí, identificándolos como formación y explicando tu aportación. Si parten de un tutorial o se hicieron en equipo, aclara qué hiciste tú y qué puedes demostrar.
¿Debo escribir todas las tecnologías que conozco?
Prioriza las relacionadas con el puesto y explica dónde las has utilizado. Diferencia práctica en producción, uso en proyectos y conocimientos de formación.
¿Tengo que poner métricas en cada experiencia?
No inventes cifras para completar una plantilla. Incluye resultados medidos cuando puedas sostenerlos y utiliza comprobaciones y responsabilidades concretas cuando no haya una medición.
Fuentes y alcance
Consultadas el 2 de noviembre de 2026: Europass, crear un CV y adaptarlo al puesto, y GitHub Docs, destacar repositorios en el perfil. La estructura de contribuciones, el proyecto de préstamos y la lista de revisión son propuestas originales del equipo de TaleCon. No se han utilizado CV ni datos de personas candidatas para elaborar el ejemplo.
Presenta tu experiencia en TaleCon.
Completa tu perfil profesional o define la vacante que necesita tu equipo.
