Cómo armar un portafolio que consiga entrevistas en LATAM
Por Equipo Hexadevs · 9 oct 2026 · 2 min de lectura
El portafolio perfecto no es el que más impresiona en el screen del recruiter: es el que despeja el interrogante que tiene todo tech lead cuando mira tu CV: ¿esta persona puede entregar software funcionando con criterio?
El catálogo de proyectos con clones está muerto
Recruiter y tech lead ya vieron el mismo portafolio mil veces con tres clásicos:
- Un clon de Netflix con videos de placeholder.
- Un to-do list en React con CRUD básico.
- El curso completo de un bootcamp copiado paso a paso.
No son malos aprendizajes. Son malos portafolios, porque no contestan ninguna pregunta aparte de “pude seguir instrucciones”.
Los tres tipos de proyectos que sí muestran algo
1. Un proyecto con usuarios reales (aunque sean 5). Tu equipo de fútbol necesita web de inscripción. Tu mamá necesita página para su empanería. Que existan usuarios, con sus pedidos y quejosos y bugs, ya te puso a trabajar en el ciclo completo de un producto.
2. Un problema técnico profundo, bien documentado. Una API de clima con caché y rate limiting; un conversor que maneja zonas horarias reales de LATAM; un scraper que sobrevive cuando cambia el HTML. En el README: no lo que hiciste sino las decisiones. “Pensé en X, probé Y, falló por Z, terminé en W.” Un README que explica por qué algo no funcionó aporta más que uno que presume que todo salió perfecto.
3. Un proyecto que muestra oficio, no talento. CI/CD en GitHub Actions que despliega a producción, test e2e que corren en cada PR, README con cómo levantar el proyecto local al minuto. Nadie impresiona con un algoritmo de más: impresiona con criterio de ingeniería.
El portafolio como sistema
No es 6 tarjetas: es una narrativa.
- README primero. Cada repo con lo que hace, cómo correrlo y qué decisiones tomaste. Pensa en cada README como el primer screen que haces con el recruiter.
- Demo desplegada. Un proyecto con URL accesible vale más que 10 con “cómo correrlo local”. Con Cloudflare Pages (gratis) no hay excusa.
- Sobre los proyectos: tu historia. Por problema, por decisión, por lo que aprenderías de nuevo.
- LinkedIn/GitHub consistente. El perfil alineado con lo que mostrás en el portafolio y con lo que decís en tus posts.
No sumes un proyecto más al portafolio. Sumale historia, contexto y criterio a los ya existentes.
Un portafolio así es la única forma de que cuando tengas tu primera entrevista con un tech lead en LATAM, la conversación no sea sobre tu potencial: es que ya trabajás como un dev, apenas a otro nivel.