Tu perfil de GitHub para el primer empleo: guía con datos

El informe Octoverse 2026 muestra un GitHub con 225 millones de personas y agentes de IA en 4 de cada 10 cambios. Cómo ordenar tu perfil paso a paso.

GitHub es el sitio donde la mayoría de los equipos guarda y revisa su código, y también el lugar donde se puede ver cómo trabajas antes de una entrevista. Esta guía junta dos cosas leídas el 11 de noviembre de 2026: los datos del informe Octoverse 2026, que GitHub publicó el 28 de octubre y actualizó el 6 de noviembre, y la documentación oficial sobre cómo funciona un perfil. Con eso arma un plan de cinco pasos para dejar el tuyo en condiciones.

Qué muestra el Octoverse 2026

El informe cubre del 1 de octubre de 2025 al 30 de septiembre de 2026. Estos son los datos que más importan si estás empezando:

• Más de 225 millones de personas tienen cuenta de desarrollador en GitHub.
• En 12 meses se enviaron cambios de código 17.900 millones de veces, más que en 2024 y 2025 juntos.
• Las contribuciones a proyectos públicos llegaron a 2.500 millones, más del doble que el año anterior (1.120 millones).
• Brasil tiene 10,2 millones de desarrolladores y es el cuarto país del mundo, detrás de Estados Unidos (38,3 millones), India (32 millones) y China (12,4 millones). Sumó 3,28 millones en un año, el tercer mayor aumento entre todos los países.
• El orden de los lenguajes por contribuyentes se mantuvo: TypeScript primero, Python segundo y JavaScript tercero.

Un límite de estos datos: en la tabla de los diez países con más desarrolladores, Brasil es el único de Latinoamérica. El informe no publica números de México, Argentina, Colombia ni del resto de la región. Si quieres ver cómo elegir entre esos lenguajes, está la nota sobre qué lenguaje aprender primero.

El cambio que más afecta a quien empieza

Según GitHub, en septiembre de 2026 más del 40 % de los pull requests empezó con un borrador hecho por un agente de IA. En marzo era el 17 %. Un pull request es la propuesta de cambio que una persona envía para que otra la revise antes de sumarla al proyecto. Solo en septiembre fueron 110 millones de pull requests iniciados así.

El informe lo resume de esta forma: para una parte creciente del trabajo, el primer paso es darle instrucciones a un agente, y la revisión es el momento en que la persona le da forma a lo que vuelve. También dice qué no cambió: alguien tiene que decidir si el código funciona, si corresponde sumarlo y si es bueno.

Para un perfil junior, la lectura razonable es esta (es una interpretación de esta nota, no un dato del informe): si escribir código es cada vez más rápido, lo que conviene dejar a la vista es que entiendes lo que subes. Eso se nota en las explicaciones, en el historial de cambios y en cómo revisas. Hay más sobre el tema en aprender a programar con IA sin perder habilidades.

Cinco pasos para ordenar tu perfil

Cada paso se apoya en cómo funciona GitHub según su documentación oficial. Qué proyectos elegir y cómo contarlos es criterio editorial.

1. Crea tu README de perfil. Es el texto de presentación que aparece arriba de todo. GitHub lo muestra si se cumplen cuatro condiciones: creaste un repositorio con el mismo nombre que tu usuario, ese repositorio es público, tiene un archivo README.md en la raíz y el archivo tiene algún contenido. Escribe quién eres, qué estás aprendiendo, qué tipo de trabajo buscas y cómo contactarte. Tres o cuatro líneas claras valen más que una pared de insignias.

2. Fija tus mejores proyectos. GitHub deja fijar hasta seis elementos, entre repositorios y gists, para que se vean primero. Si no fijas nada, la sección muestra tus repositorios con más seguidores, que pueden no ser los que quieres mostrar. Elige dos o tres proyectos terminados antes que seis a medio hacer. Si te faltan ideas, mira estos proyectos de IA para el portafolio.

3. Escribe un README en cada proyecto fijado. Quien entra a un repositorio lee primero ese archivo. Explica qué problema resuelve, cómo se ejecuta, qué tecnologías usa y qué aprendiste. Si usaste un asistente de IA, dilo y cuenta qué revisaste o corregiste tú: con cuatro de cada diez pull requests empezados por agentes, ocultarlo no suma y explicarlo sí.

4. Revisa que tu actividad se registre bien. El gráfico de contribuciones muestra tu actividad del último año y, por defecto, solo la de repositorios públicos. La documentación aclara que un commit, que es un cambio guardado, aparece en el gráfico si cumple estas condiciones:

• El correo con el que hiciste el commit está asociado a tu cuenta de GitHub.
• El commit está en un repositorio propio o independiente, no en una copia (fork).
• Está en la rama principal del repositorio o en la rama gh-pages.

Si subes código todas las semanas y el gráfico aparece vacío, casi siempre es por el correo configurado en tu computadora. Otro detalle: las fechas se registran en horario UTC, no en tu hora local. Y no hace falta obsesionarse con llenar el gráfico: muestra constancia, no calidad.

5. Haz tu primera contribución a un proyecto ajeno. El Octoverse 2026 ubica a first-contributions en el cuarto lugar entre los proyectos comunitarios que más contribuyentes sumaron en el año, y lo describe como uno de los lugares donde muchas personas hacen su primer pull request. Es un proyecto de práctica con instrucciones en español: copias el repositorio a tu cuenta, lo descargas, creas una rama, haces un cambio y envías la propuesta. El objetivo no es el cambio en sí, sino recorrer una vez el flujo completo que vas a usar en cualquier equipo.

Errores comunes

• Repositorios sin README. Nadie va a leer el código para adivinar qué hace.
• Copias de tutoriales sin cambios. Si seguiste un curso, suma una función propia y explícala.
• Un solo commit gigante. Un historial con pasos pequeños y mensajes claros muestra cómo piensas.
• Claves y contraseñas en el código. GitHub informó 5.800 millones de revisiones automáticas en el año para frenar secretos expuestos; aun así, revisa tú antes de subir.
• Perfil sin datos de contacto. Suma tu correo o tu LinkedIn en el README de perfil.

Qué no dicen estos datos

• No miden empleo. El Octoverse cuenta actividad en la plataforma: no dice cuántas empresas miran perfiles ni cuánto pesa GitHub en una contratación.
• No son de Latinoamérica. Son cifras globales y, de la región, solo hay números de Brasil.
• El uso de agentes es un piso. GitHub aclara que solo cuenta los agentes que puede detectar, así que el uso real puede ser mayor.
• Las proyecciones son estimaciones. El propio informe dice que sus modelos de pronóstico no coinciden entre sí.

El perfil es una parte de la búsqueda. Para el resto (CV, entrevistas y dónde postular) sigue con la guía del primer trabajo en IT y revisa las vacantes abiertas en Oportunidades.

Preguntas frecuentes

¿Cuántos proyectos se pueden fijar en el perfil? Hasta seis, sumando repositorios y gists, según la documentación de GitHub.

¿Por qué mis commits no aparecen en el gráfico? Lo más habitual es que el correo del commit no esté asociado a tu cuenta, o que el cambio esté en una copia (fork) o fuera de la rama principal.

¿Está mal usar IA en los proyectos del portafolio? No. Según el Octoverse 2026, más del 40 % de los pull requests de septiembre empezó con un agente. Lo que conviene es mostrar que entiendes y revisas lo que subes.

¿Hace falta contribuir a proyectos grandes? No para empezar. Un proyecto de práctica como first-contributions alcanza para aprender el flujo de trabajo.