Si de los 20 CVs que mandaste no lograste ninguna entrevista, no te preocupes. No eres el único.
Cuando buscamos nuestro primer trabajo nos damos cuenta de que existe una paradoja: "Aplicas a un empleo, te piden experiencia, pero no te aceptan en ningún trabajo para generar experiencia. Y entonces, se repite."
Yo estuve ahí. Déjame contarte que esto puede arreglarse y de una forma divertida. La respuesta fue construir cosas y mostrarlas. Hoy te cuento cómo puedes lograrlo tú también.
Tu GitHub es tu portafolio (y sí lo revisan)
Antes de seguir, si no conoces GitHub: es una plataforma donde los desarrolladores guardan y comparten su código. Existen alternativas como GitLab o Bitbucket, pero GitHub es la más popular y la que más revisan.
Uno de los errores que cometemos es pensar que como no tenemos experiencia no tenemos nada para poner en nuestro CV. Pero piénsalo: los proyectos que haces también cuentan. Tu CV puede ser la puerta hacia todo lo que has trabajado. Usa tu CV como un puente hacia tus repositorios de GitHub, y lo que construyas en tu perfil debe respaldar lo que escribes en el CV.
Y no es solo para los reclutadores. Cuando pasas el primer filtro, las personas técnicas de la empresa también revisan tu GitHub para evaluar tus habilidades. Tu perfil es tu carta de presentación ante una audiencia técnica que quiere ver cómo piensas, cómo organizas tu código y cómo resuelves problemas.
Si no pones tus proyectos a la vista, nadie va a saber del trabajo que estás haciendo. Y quiero mostrarte que si pones a punto tu GitHub puedes lograr grandes resultados.
¿Cómo hacer que tu GitHub se vea profesional?
Vamos a dividir esto en dos: consejos para tu perfil y para tus proyectos. Pero primero, ¿qué es un README?
Quiero utilizar como ejemplo mi perfil porque al final del artículo quiero enseñarte lo que yo mismo mejoré para tener un mejor perfil de GitHub.
Qué es un README.md
Es un archivo que se crea en los repositorios de software para explicar el proyecto a grandes rasgos. Sirve para dejar instrucciones a los usuarios o a las personas que quieran contribuir. En GitHub, este archivo se muestra como la "página principal" del proyecto. Ya es tradición tener uno.
README para tu perfil
En GitHub no solamente puedes agregar READMEs a tus proyectos, sino también a tu perfil. Es una función que agregó GitHub y que es buena idea aprovechar. La recomendación para construir un buen README siempre será "menos es más" porque las personas no van a leer tu README si agregas demasiada información. Te muestro cómo se ve uno:
En mi perfil tengo ese README pero es muy simple porque no lo tengo actualizado. Aquí podemos aprovechar para agregar lo que sea relevante para alguien que esté revisando nuestro perfil.
Tecnologías con las que trabajas, algunas estadísticas, lo que te imagines que puede llamarle la atención a un reclutador.
La verdad puedes hacer lo que quieras. Vi READMEs de personas que agregaron los artículos que han publicado y usaron GitHub Actions para que se actualicen automáticamente, o los videos de YouTube de su canal.
Aquí te dejo algunos ejemplos:
- Hazel Saenz - LATAM Developer Advocate @ AWS: Corto y al punto, mostrando las tecnologías con las que trabaja y te invita a conectar en sus diferentes perfiles.
- Rossana Suarez - AWS HERO: Muestra las tecnologías con las que trabaja, utiliza animaciones para resaltar el contenido y muestra sus credenciales.
- Midudev: Obtiene el contenido de su canal de YouTube y lo actualiza cada cierto tiempo de manera automática. ¿Qué nos llevamos de este README?
- Utilizar las GitHub Actions para generar automatizaciones
- README sencillo, directo al punto
- CJ: Sencillo, poniendo sus redes sociales de por medio. Te dice qué es lo que él hace, dónde trabaja, y sus redes sociales.
Y la buena noticia es que ya no tienes que hacer todo manual. Puedes usar herramientas de IA como Kiro para que te ayude a generar o mejorar tu README. Le describes qué quieres mostrar y te da una buena base para empezar.
Además te dejo algunas herramientas que puedes usar para darle un toque de personalidad a tu README poniendo las tecnologías, estadísticas o efectos:
- Agregar efecto a un texto al aparecer
- Generar métricas con GitHub Actions
- Skill Icons: Muestra las tecnologías con las que trabajas
Recuerda que tu perfil de GitHub puede ser el punto de partida de un reclutador o de la persona técnica que te evalúa. Si tienes bien estructurado tu README, ya llevas ventaja.
Fija tus mejores proyectos
En tu perfil puedes tener 800 mil repositorios, pero para alguien que lo está revisando sería bueno guiarlo hacia tus mejores trabajos. Es como cuando alguien entra a tu casa y no recogiste tu cuarto porque no te dio tiempo. Por supuesto que no quieres que alguien se asome y vea que no está tan limpio como donde sí limpiaste, ¿verdad?
En GitHub puedes dejar que vean de primeras los proyectos que has cuidado o de los que estás más orgulloso. Eso sí, asegúrate de que los repositorios que fijes sean públicos. Si son privados, nadie más que tú puede verlos.
Se ve así:
Yo tengo esos 2 repositorios fijados por el momento, pero puedes agregar hasta 6 si tú tienes más por mostrar.
Aquí vemos el ejemplo de Kenneth Reitz, creador de un paquete popular en Python llamado requests:
Agrega READMEs a tus proyectos
Para que las personas técnicas que revisan tu perfil se lleven una buena idea de cómo trabajas y de lo que eres capaz, necesitas tener buenas prácticas al subir tus proyectos. Empieza con un README para cada proyecto donde expliques lo que construiste. Que las personas que lleguen a tu trabajo entiendan qué hiciste. El tiempo de las personas es valioso, así que deja únicamente lo que sí sirve en el README:
- Nombre del proyecto (aunque parezca obvio).
- Qué hace tu proyecto.
- Cómo instalar/ejecutar el proyecto.
- Tecnologías usadas.
- Licencia del proyecto (MIT, Apache, GPL, etc.).
- ¿Aceptas contribuciones?
¿Qué es una licencia?
Es un documento que le dice al mundo qué pueden y qué no pueden hacer con tu código. Las más comunes son:
- MIT: la más permisiva. Cualquiera puede usar, copiar y modificar tu código. Solo tiene que dar crédito.
- Apache 2.0: similar a MIT pero incluye protección de patentes.
- GPL: quien use tu código también tiene que compartir el suyo con la misma licencia.
Si no sabes cuál elegir, MIT es la opción más segura para empezar. Si quieres profundizar, choosealicense.com te ayuda a decidir.
Ya con esto tienes mucho de tu lado porque te tomaste el tiempo en escribir el README. Si quieres llevarlo a otro nivel, crea una carpeta en tu proyecto con documentación extensa.
¿Y si no tienes proyectos o no sabes qué construir? Tengo la solución.
"No tengo ideas" — qué proyectos hacer y cuántos necesitas
A mí me pasaba siempre. Sentía que no tenía ideas, pero encontré soluciones para crear cosas.
Crea clones de cosas que uses
Usamos cosas en nuestro día a día y no nos damos cuenta de que podemos replicarlas. Eso aporta mucho valor porque vas descubriendo todo lo que los creadores de la aplicación tuvieron que resolver. ¿Utilizas la técnica pomodoro y ya usas un timer que alguien más hizo en internet? Haz el tuyo. ¿Por qué crees que existen tantas apps de pomodoro?
Hacer las cosas tú mismo te da la experiencia que después puedes agregar en tu CV.
Obtén experiencia real
Algo que personalmente me ayudó mucho fue participar en hackathons y realizar proyectos para otras personas.
En muchas conferencias o en línea se llevan a cabo hackathons donde tienes que dar una solución a problemas reales. Esto te da oportunidad de trabajar en equipo y resolver problemas de verdad.
Otra forma de obtener experiencia es realizar trabajos para familiares o personas que conozcas. Si un amigo tuyo tiene un pequeño negocio, ofrece solucionarle algún problema con software. Vas a tener que recopilar requerimientos y transformarlos en código. Mucho de eso es el trabajo diario de un ingeniero de software, y es exactamente lo que los reclutadores buscan.
Repositorios para ideas
Si nada de lo anterior te funciona, este recurso es muy interesante, "Build your own x": tutoriales que explican cómo construir clones de cosas como Redis o un servidor web sin librerías.
No es un proyecto donde resuelves un problema para alguien, pero puedes aprender mucho. Y si le haces modificaciones que no vengan en el tutorial, ya tienes experiencia que sí puedes platicarle a un reclutador. Eso te destaca entre los que solo siguieron el tutorial sin pensar más allá.
Pero aquí viene lo importante: no necesitas 80 proyectos. Puedes elegir 1. Uno solo. Tu favorito. Uno que cuides, que riegues, al que le agregues features. Ese proyecto te ayuda más que 10 repos abandonados.
Contribuye a proyectos open source
Otra forma de ganar experiencia (y visibilidad) es contribuir a proyectos open source. No necesitas hacer cambios enormes. Puedes empezar corrigiendo documentación, arreglando bugs pequeños o mejorando tests.
Lo interesante es que esas contribuciones quedan en tu perfil de GitHub y demuestran que puedes trabajar con código de otras personas, seguir guías de contribución y colaborar en equipo. Eso es exactamente lo que haces en un trabajo real.
Además, puedes agregar tus contribuciones más relevantes como highlights en tu README de perfil.
Despliega tu proyecto
Un proyecto corriendo vale más que código muerto en un repositorio. Si puedes, despliega tu proyecto para que cualquiera lo vea funcionando. Herramientas como GitHub Pages o Vercel te permiten hacerlo gratis.
Si tu proyecto no se puede desplegar fácilmente (por ejemplo, una CLI o una librería), graba un video corto mostrando cómo funciona y agrégalo al README. No hay nada mejor que ver en vivo lo que construyes para saber que no es solo código en el repo.
¿Qué marca la diferencia hoy con AI?
La IA cambió las reglas del juego. Hoy es más fácil comenzar con software. Muchos "gurús" dicen que ya no se necesitarán programadores porque la IA lo hace todo.
Nada más alejado de la realidad. Hoy con la IA puedes construir cosas que jamás hubieras podido crear porque no cuentas con la experiencia necesaria. Cosas que otros ingenieros construyeron en muchos años. Y eso te permite aprender.
Aprovecha herramientas como Kiro, Claude o Codex. Pero no se trata solo de pedir y listo. Se trata de entender qué es lo que el agente de IA te está generando, preguntar y tener una actitud activa mientras se genera el código. Si solo te sientas a ver que lo haga, no aprendes. Y cuando haces un proyecto sin entender qué fue lo que se creó, los reclutadores y personas técnicas se dan cuenta. Porque nunca quitaste archivos que no se usan, tienes una mala estructura, no tienes documentación o tienes malas prácticas resultado de solo hacer vibe coding.
Úsala como tu maestro. Como el ingeniero senior que puede ayudarte a construir cualquier idea y explicarte conceptos complejos que sin la IA te hubiera tomado mucho tiempo entender.
Tu GitHub es una planta: riégala 🌱
Cuando ya estás trabajando y con las responsabilidades de adulto, muchas veces todo el trabajo que le pusiste a tu GitHub queda olvidado. Hasta agarra telarañas. Riégalo. No tiene que ser todos los días, pero no lo abandones. Actualiza tu README, agrega algo a un proyecto si tienes tiempo. Porque el día que quieras buscar un nuevo empleo, no vas a tener que empezar de cero.
Bonus: Comunidades
Algo que no muchos tenemos en cuenta es el poder de las comunidades. Si vives en un estado pequeño como en el que yo vivía (Chiapas), donde parece que no hacen muchos eventos de tecnología o que no existen comunidades, busca en internet. Si te interesa JavaScript, Docker, temas cloud, AI... lo que sea, hay una comunidad para eso.
Si eres estudiante, los AWS Cloud Clubs son una opción para conectar con otros estudiantes interesados en tecnología cloud. Y si ya no eres estudiante o quieres algo más amplio, revisa los AWS User Groups donde hay comunidades en muchas ciudades de Latinoamérica y el mundo.
Al principio la interacción será asistiendo a los eventos, viendo qué personas llegan. Luego, si te animas, le hablas a algún miembro para hacer networking. Tal vez de esa interacción salga una amistad o una recomendación para algún puesto. O tal vez te animes a dar una charla y agregar esa experiencia en tu CV.
Cuando estás estudiando, todo cuenta. El poder de la comunidad es enorme. Pero eso sí: si llegas con la única intención de obtener algo de ella, no va por ahí el camino. Sé agradecido y contribuye tú también.
Lo que me hubiera gustado saber
Revisé mi primer CV de 2019 y toda esta información me hubiera gustado tenerla cuando estaba empezando. Afortunadamente logré obtener ese primer trabajo que tanto nos cuesta, y espero que esto te sea útil.
Está bien si sientes que ahorita no quieres agregar cosas a tu GitHub porque tienes otras actividades o estás agotado. Tómate un descanso y cuando vuelvas, dalo todo. Cada quien va a su ritmo.
Lo importante es construir, mostrar y desplegar lo que haces. Si no, nadie se entera. Usa la IA a tu favor, diviértete construyendo la experiencia que necesitas. No esperes a tu primer trabajo.
Por cierto, te mostré fotos de mi perfil y te dejo el actualizado en github.com/AxelDavid45.
¿Qué opinas? Dime qué te pareció o si tienes algún tip que te haya funcionado.
Comentarios