Clase 287 — Tu portfolio de desarrollador de juegos

Parte: 17 — Capstones y preparación profesional / portfolio · Fuente: Charlas de GDC sobre portfolios y "breaking into the industry" ⏱️ Duración estimada: 50 min · Nivel: Intermedio


🎯 Objetivo

Saber desarrollar no abre puertas por sí solo: lo que abre puertas es poder enseñar algo terminado. Un portfolio es la prueba pública de lo que sabes hacer, y para quien contrata vale más un juego pequeño y pulido que diez prototipos a medio construir. Esta clase te enseña qué mira realmente un reclutador o un estudio, por qué la calidad pesa más que la cantidad, y cómo presentar cada proyecto para que se entienda tu aportación en segundos.

Aprenderás a estructurar un portfolio orientado al rol que buscas (no todos los roles muestran lo mismo), a elegir dónde vive (itch.io, una web propia, GitHub) y a redactar la ficha de cada proyecto con rol, aportación, resultado y media. Al final tendrás una plantilla reutilizable y una página montada con tus mejores trabajos.

📚 Resultados de aprendizaje

Al finalizar, el alumno podrá:

🗺️ Temas

Estos son los ejes que recorre la clase, del qué mostrar al cómo presentarlo:

# Tema Por qué importa
1 Qué muestra un buen portfolio Enfoca el trabajo en lo que de verdad se evalúa
2 Calidad sobre cantidad Pocos proyectos pulidos superan a muchos a medias
3 Adaptar el portfolio al rol Programador, artista o diseñador muestran cosas distintas
4 Proyectos terminados como señal Terminar demuestra disciplina y capacidad de cerrar
5 Plataformas de alojamiento itch.io, web propia y GitHub cumplen funciones distintas
6 Presentación de cada proyecto La ficha decide si alguien juega o pasa de largo
7 Contar tu aportación Aclara qué hiciste tú en trabajos de equipo
8 Media que vende GIF, capturas y build jugable comunican en segundos

📖 Definiciones y características

Estos conceptos forman el vocabulario con el que un estudio evalúa tu trabajo. Interiorízalos: al montar tu página estarás tomando, consciente o no, una decisión sobre cada uno de ellos.

🧰 Herramientas y preparación

Necesitas una forma de publicar (una web sencilla con GitHub Pages, un dominio propio, o perfiles en itch.io y GitHub) y herramientas de captura para media (recortes de pantalla y GIFs). No hace falta escribir código para esta clase. Ten a mano tus tres a cinco mejores proyectos con sus builds o vídeos. Para inspiración, revisa portfolios públicos de desarrolladores en itch.io y las guías de portfolio de la GDC Vault. Si buscas rol de arte, prepara además un espacio en ArtStation.

Antes de empezar, decide tu rol objetivo: no es lo mismo un portfolio de programación (destaca repositorios, sistemas técnicos y builds jugables) que uno de arte (destaca piezas visuales y proceso) o de diseño (destaca documentos, niveles y decisiones de diseño). Esa decisión determina qué proyectos priorizas, cómo los ordenas y qué media eliges. Reúne también los enlaces jugables de cada proyecto y verifica que siguen activos: un portfolio con builds caídas transmite descuido.

🧪 Laboratorio guiado

Entregable: portfolio estructurado con plantilla por proyecto + página montada.

Parte 1 — Plantilla de ficha. Rellena una por proyecto (mínimo 3):

Campo Contenido
Título y una línea Nombre + qué es en una frase
Rol Tu puesto (programación, arte, diseño…)
Aportación Qué hiciste tú, concreto y honesto
Herramientas Motor, lenguajes, software
Resultado Estado, cifras, premios o feedback
Media 1 GIF + 2-3 capturas + enlace jugable/vídeo
Enlace itch.io / repo / build

Parte 2 — Estructura del sitio. Diseña la jerarquía: página de inicio (nombre, rol, 3 destacados), grid de proyectos, sección "sobre mí" breve, contacto. Marca qué proyecto va primero y por qué.

Parte 3 — Montaje. Publica la página (itch.io o GitHub Pages) con al menos tres fichas completas y verifica que todos los enlaces y media cargan.

Parte 4 — Checklist de calidad antes de compartir:

✍️ Ejercicios

Trabaja con tus proyectos reales, no con ejemplos hipotéticos: el objetivo es dejar tu portfolio un paso más cerca de estar publicado.

  1. Lista todos tus proyectos y marca cuáles están realmente terminados frente a cuáles no.
  2. Elige tu rol objetivo y decide qué tres proyectos lo demuestran mejor.
  3. Escribe la ficha completa de tu mejor proyecto usando la plantilla.
  4. Redacta tu aportación en un proyecto de equipo separando tu parte del resto.
  5. Compara itch.io, web propia y GitHub para tu caso y justifica dónde alojarás.
  6. Graba un GIF de 3-6 segundos que resuma el gancho de un proyecto.

📝 Reto verificable

Este reto es el entregable central de la clase y la base sobre la que construirás el resto de la parte 17.

Publica una página de portfolio navegable con tres a cinco proyectos, cada uno con su ficha completa (rol, aportación, resultado, media) y un enlace funcional para jugar o ver. La página de inicio debe declarar tu nombre y rol objetivo, y destacar tus mejores tres proyectos sin necesidad de scroll.

Criterio de aceptación: la página está publicada y accesible por URL; cada proyecto tiene los cuatro campos de la ficha y al menos un GIF o vídeo; todos los enlaces y media cargan sin errores; la home comunica nombre y rol en la primera pantalla.

⚠️ Errores comunes

La mayoría de los portfolios fallan por los mismos motivos: intentar mostrarlo todo, no explicar la aportación propia o descuidar la primera impresión. Revisa esta tabla antes de dar por cerrada tu página.

Síntoma Causa y arreglo
Muchos proyectos, ninguno destaca Cantidad sobre calidad. Recorta a los 3-5 mejores y pule sus fichas
No se entiende qué hiciste tú Falta la aportación. Añade una línea concreta por proyecto de equipo
El evaluador no llega a jugar Sin media ni enlace claro. Pon GIF arriba y un botón "jugar" visible
Portfolio genérico para todo No adaptado al rol. Reordena y filtra según el puesto que buscas
Enlaces rotos o builds caídas No se verificó. Revisa todos los enlaces antes de compartir

❓ Preguntas frecuentes

¿Cuántos proyectos debe tener? Entre tres y cinco bien presentados. Menos parece flojo; más diluye la atención y arriesga incluir piezas débiles.

¿Sirven los proyectos de tutorial o de clase? Solo si aportaste algo propio y lo dejas claro. Un clon idéntico de un tutorial no diferencia; una variación tuya sí.

¿Web propia o itch.io? itch.io es rápido y da builds jugables gratis; una web propia da control y marca. Empieza por itch.io y añade web cuando tengas contenido.

¿Muestro trabajo en equipo o solo individual? Ambos, siempre que distingas tu aportación. El trabajo en equipo demuestra que sabes colaborar, algo muy valorado; el individual demuestra que puedes cerrar un proyecto entero por tu cuenta. Un buen portfolio combina las dos señales, y por eso conviene mantenerlo vivo: actualízalo cada vez que termines un proyecto que supere a alguno de los actuales, porque un portfolio con fechas recientes transmite que sigues creando.

🔗 Referencias

Amplía con estas fuentes para ver ejemplos reales y afinar la presentación de tu trabajo:

⬅️ Clase anterior

Clase 286 - Preparar el juego para el público

➡️ Siguiente clase

Clase 288 - El demo reel y presentar tu trabajo