GitHub se convirtió en el CV técnico de facto: antes de leer tu currículum, muchos reclutadores abren tu perfil para ver qué construiste y cómo. En esta guía vas a encontrar qué tipo de proyectos suben tus chances de ser llamado, cómo estructurar el README, qué miran los recruiters en los primeros 30 segundos y los errores que filtran candidatos sin que se enteren.

Para un desarrollador junior sin experiencia laboral, un buen perfil de GitHub puede pesar más que un título. Es la prueba concreta de que sabés resolver problemas reales, escribir código legible y terminar lo que empezás. Y sin embargo, la mayoría de los perfiles se ven iguales: tutoriales copiados, repositorios sin descripción y ningún hilo conductor. Diferenciarte es más fácil de lo que parece.

Qué proyectos incluir (y cuáles evitar)

No se trata de cantidad sino de intención. Tres o cuatro proyectos sólidos valen más que veinte repositorios abandonados. Priorizá:

• Un proyecto que resuelva un problema real: algo que a vos o a alguien le sirva de verdad. Demuestra que pensás en el usuario, no solo en el código.

• Un proyecto completo y desplegado: con una demo online funcionando. Que el reclutador pueda hacer clic y verlo vale oro.

• Un proyecto que muestre profundidad técnica: uso de una API, tests, autenticación o una arquitectura pensada, según tu perfil.

Evitá subir únicamente ejercicios de cursos idénticos a los de miles de otros candidatos. Si incluís uno, personalizalo y explicá qué agregaste vos.

Cómo estructurar el README para que te llamen

El README es la portada de cada proyecto y, muchas veces, lo único que se lee. Un buen README incluye: una descripción de una línea de qué hace el proyecto, capturas o un GIF de la app funcionando, el stack tecnológico usado, instrucciones claras para correrlo y un enlace a la demo. La guía oficial de documentación de GitHub sobre READMEs es una referencia útil para no olvidar nada.

El detalle que casi nadie cuida

Explicá el "por qué" y el "cómo", no solo el "qué". Contar qué problema resolviste, qué decisiones técnicas tomaste y qué aprendiste demuestra madurez profesional, y eso es exactamente lo que separa a un candidato del montón.

Qué miran los recruiters en 30 segundos

Los reclutadores técnicos escanean rápido. En el primer vistazo evalúan: si el perfil tiene actividad reciente y sostenida (el famoso gráfico de contribuciones), si los repositorios tienen descripciones y READMEs, si hay al menos una demo funcionando y si el código está ordenado. La consistencia comunica compromiso. Encuestas del sector como la Developer Survey de Stack Overflow confirman el peso que los propios desarrolladores le dan a mostrar trabajo real. Este material sobre live coding en entrevistas tech complementa muy bien lo que viene después del primer filtro.

Errores comunes que te filtran

• Repositorios sin README ni descripción: el reclutador no va a adivinar qué hacen.

• Credenciales o claves subidas por error al código: una señal de alarma inmediata.

• Commits con mensajes vacíos o poco claros: cuentan más de lo que pensás sobre tu forma de trabajar.

• Un perfil sin foto, sin bio y sin proyectos fijados (pinned): desaprovechás tu mejor vidriera.

Cursos recomendados de Coderhouse

• Carrera de Desarrollo Full Stack: para construir proyectos completos de punta a punta y llenar tu GitHub con casos reales.

• Carrera de Desarrollo Frontend: ideal si querés mostrar interfaces pulidas y desplegadas.

• Curso de DevOps & Cloud: para aprender a desplegar tus proyectos y sumar ese diferencial que muchos juniors no tienen.

Preguntas frecuentes

¿Cuántos proyectos necesito en GitHub?

Tres o cuatro proyectos sólidos y bien documentados son más efectivos que muchos repositorios incompletos. La calidad y la claridad importan más que el volumen.

¿Sirve subir proyectos de cursos?

Sirven si los personalizás y explicás qué agregaste. Subir el ejercicio idéntico al de todos los demás alumnos no te diferencia; adaptarlo a un caso propio sí.

¿Es necesario que los proyectos estén desplegados?

No es obligatorio, pero tener al menos una demo online funcionando aumenta muchísimo las chances de que un reclutador se detenga en tu perfil. Poder ver el resultado sin instalar nada marca la diferencia.

¿Los recruiters realmente miran el código?

Los técnicos sí, sobre todo antes de una entrevista. Los primeros filtros suelen ser más superficiales (actividad, READMEs, demos), pero en etapas avanzadas revisan la calidad del código con detalle.