Blog

Acabas de terminar un curso de programación. Sabes hacer páginas web, entiendes la lógica de JavaScript y hasta armaste un par de proyectos en tu computadora. Lleno de ilusión, abres Word, creas un currículum tradicional, le pones una foto formal y escribes en la sección de habilidades: “HTML (Avanzado), CSS (Intermedio), JavaScript (Básico)”.

Lo guardas como PDF y lo envías a veinte empresas de software y agencias en Paraguay. Pasan tres semanas y lo único que recibes es el sonido de los grillos. Nadie te llama para una entrevista.

¿Por qué te ignoran si sabes programar?

La dura realidad de la industria tecnológica es esta: a los reclutadores IT no les importa lo que dices que sabes hacer; les importa lo que puedes demostrar que has hecho. En el mundo del desarrollo de software, un currículum en PDF donde afirmas que eres un experto no tiene ninguna validez si no viene acompañado de un enlace a tu código.

Ese enlace, ese portafolio vivo y respirable que las empresas buscan desesperadamente antes de contratarte, se llama GitHub. Hoy vamos a explicarte qué es, por qué es la herramienta más importante de tu carrera (incluso más que el lenguaje de programación que uses) y cómo dominarla te abrirá las puertas de tu primer empleo.

1. El problema de “Proyecto_Final_V8_Definitivo”

Para entender GitHub, primero debemos entender un problema cotidiano. Imagina que estás escribiendo un documento en Word. Haces cambios, te equivocas, borras un párrafo, y por miedo a perder lo que tenías antes, empiezas a guardar copias: Tesis.docx, Tesis_Final.docx, Tesis_Final_Ahora_Si.docx. Es un caos.

Ahora imagina ese mismo caos, pero en un proyecto de software con 5.000 líneas de código. Si borras una línea por accidente, la página web entera deja de funcionar y no sabes cómo volver atrás.

Para solucionar esto, en el año 2005 se inventó Git. Git es un sistema de Control de Versiones. Para explicártelo fácil: Git es como el “Punto de Guardado” de un videojuego.

Cuando estás programando y logras que un botón funcione, usas Git para hacer un “Punto de guardado” (llamado Commit). Si al día siguiente intentas agregarle un color al botón y accidentalmente rompes todo el código, no entras en pánico. Simplemente le dices a Git: “Regresa al punto de guardado de ayer”. Y mágicamente, tu código vuelve a estar perfecto.

2. Entonces, ¿qué diferencia hay entre Git y GitHub?

Git es el motor invisible que funciona dentro de tu computadora. GitHub, por otro lado, es la red social y la nube donde subes todos esos “puntos de guardado”.

Microsoft compró GitHub en 2018 por 7.500 millones de dólares. ¿Por qué pagó tanto? Porque GitHub es el disco duro del internet moderno. Es la plataforma donde millones de programadores de todo el mundo guardan su código de forma pública (o privada) para que otros lo vean, lo usen o colaboren en él.

3. Por qué las empresas exigen GitHub (El Multiverso del Código)

Si vas a trabajar en una empresa en Asunción, nunca vas a programar solo encerrado en un sótano. Vas a trabajar en un equipo con otros 3, 5 o 10 programadores.

Imagina que tú y tu compañero Carlos tienen que trabajar en la misma página web al mismo tiempo. Tú tienes que hacer el Menú y él tiene que hacer el Carrito de compras. Si se pasan los archivos por pendrive o por Google Drive, se van a sobreescribir el trabajo mutuamente y será un desastre.

GitHub permite crear “Ramas” (Branches). Es como crear universos paralelos de tu código.

1. Tú creas una “rama” y te vas a tu universo a programar el Menú.
2. Carlos crea otra “rama” y se va a su universo a hacer el Carrito.
3. Ninguno interfiere con el otro.
4. Cuando ambos terminan, GitHub tiene un botón mágico llamado Merge (Fusionar). Toma tu menú y el carrito de Carlos, los junta inteligentemente en un solo archivo, y crea la versión final de la página web.

Si vas a una entrevista de trabajo y dices que no sabes usar Git ni GitHub, la empresa asume que no sabes trabajar en equipo. Ninguna empresa tiene tiempo para enseñarte a no borrar el código de tus compañeros. Por eso es un requisito excluyente.

4. El “Cuadrito Verde”: Tu verdadero currículum

Cuando un Líder Técnico (Tech Lead) recibe tu solicitud de empleo, lo primero que hace es ignorar tu PDF y hacer clic en tu enlace de GitHub.

Al entrar a tu perfil, va a buscar dos cosas:

• Tu código limpio: Va a entrar a tus repositorios (carpetas de proyectos) para ver cómo escribes. ¿Pones nombres lógicos a tus variables? ¿Dejas comentarios explicando qué hace tu código? ¿Estructuras bien tus carpetas? Esto le dice más sobre tu nivel profesional que cualquier diploma.
• El Cuadro de Contribuciones: En GitHub, cada vez que subes código, un pequeño cuadrado en tu perfil se pinta de color verde. Si el reclutador entra a tu perfil y ve un año entero lleno de cuadrados verdes oscuros, sabe que eres un programador constante, apasionado y que escribes código todas las semanas. Si ve que tu perfil está completamente en blanco y que tu último proyecto fue hace seis meses, asumirá que estás oxidado o que no te interesa realmente la profesión.

Los cuadros verdes de GitHub son la prueba irrefutable de tu experiencia.

5. Caso Práctico Real: El Junior sin experiencia

Pensemos en cómo funciona la contratación IT en Paraguay hoy en día. Una conocida Software Factory abre una vacante para “Programador Frontend Junior. Sin experiencia previa necesaria”.

Candidato A: Envía un currículum en PDF precioso, diseñado en Canva. Dice que estudió en tres lugares distintos y que es “Proactivo y líder”. No incluye ningún enlace externo. Candidato B: Envía un currículum sencillo en Word, pero incluye un link a su GitHub. Al entrar, el reclutador ve que el Candidato B tiene tres proyectos subidos: una calculadora de aguinaldos, un clon de la página de Netflix y una app del clima. Cada proyecto tiene un archivo README.md que explica paso a paso cómo funciona la aplicación y qué tecnologías usó.

¿Adivinas a quién llaman para la entrevista? Al Candidato B. No tiene experiencia trabajando para empresas, pero su GitHub demuestra que sí tiene experiencia creando software. El Candidato B eliminó el riesgo para la empresa, porque el reclutador ya pudo ver y probar su trabajo antes de levantar el teléfono.

6. Mini-Tutorial: Tus primeros 3 pasos en GitHub hoy

Si estás estudiando programación y aún no tienes una cuenta, deja todo lo que estás haciendo y sigue estos pasos:

1. Crea tu perfil profesional: Entra a github.com y crea una cuenta gratuita. Usa un nombre de usuario serio (idealmente tu nombre y apellido), y sube una foto tuya profesional. Este es tu nuevo LinkedIn.
2. Sube tu primer repositorio: Aunque sea una página web súper básica que hiciste en tu primera clase con HTML y CSS. Ve al botón “New Repository”, ponle un nombre sin espacios (ej: mi-primera-web), arrastra tus archivos de código y dale a “Commit”.
3. El arte del README: Un código sin explicación es un código muerto. Dentro de tu nuevo repositorio, crea un archivo llamado README.md. Este archivo es la “portada” de tu proyecto. Escribe allí de qué trata el proyecto, por qué lo hiciste, qué tecnologías usaste (HTML, CSS, JS) y pon una captura de pantalla de cómo se ve la web terminada. Un buen README te hace ver automáticamente como un programador de nivel Senior.

7. Preguntas Frecuentes (FAQ) del futuro Programador

“¿Tengo que compartir todo mi código? ¿Qué pasa si me roban la idea?” No tienes que compartir todo. GitHub te permite elegir si un repositorio es Público (cualquiera lo puede ver) o Privado (solo tú y quien tú invites pueden verlo). Para tu portafolio de búsqueda de empleo, debes tener proyectos públicos. No te preocupes por que te “roben” una idea de un portafolio Junior; en la programación, la ejecución vale un millón de veces más que la idea.

“¿Tengo que aprender comandos raros en una pantalla negra?” Al principio de la historia de Git, sí, todo se hacía escribiendo comandos en una consola (Terminal). Y aunque aprender esos comandos (como git add, git commit, git push) te hace ver como un hacker y es muy recomendado, hoy en día casi todos los editores de código (como Visual Studio Code) tienen botones visuales que hacen todo el trabajo de Git por ti con solo hacer clic.

“Si tengo GitHub, ¿ya no necesito una página web propia de portafolio?” Son complementarios. Una página web propia (tipo juanperez.com) es excelente para mostrarte al cliente final o a Recursos Humanos de forma visual. Pero el enlace de GitHub es lo que el Líder Técnico necesita para auditar las “tripas” de tu trabajo. Lo ideal es tener tu página web personal, y que cada proyecto tenga un botón que diga “Ver código fuente en GitHub”.

Aprende a construir software, no solo a tipear código

La diferencia entre un simple “codificador” y un Desarrollador de Software es el uso de herramientas profesionales. Saber HTML, CSS, JavaScript o Python es la base, pero saber gestionar ese código, protegerlo, compartirlo y trabajar en equipo usando control de versiones es lo que realmente te convierte en un profesional empleable.

Si estudias tecnología leyendo libros en solitario y sin subir tus proyectos a la nube, para el mercado laboral, eres invisible.

En el Instituto de Diseño y Tecnología (IDT), sabemos que prepararte para el mundo real va mucho más allá de enseñarte etiquetas o algoritmos. En nuestros cursos y diplomados de Desarrollo Web y Programación, aprenderás desde el primer día a usar Git y GitHub. Te enseñaremos a estructurar tus proyectos, crear un portafolio sólido y adoptar las mismas metodologías de trabajo colaborativo que usan las empresas tecnológicas de primer nivel.

Deja atrás el currículum de papel. Demuestra lo que vales con tu código.