Principiante absoluto⏱ 55 minPaso a paso

Entender Git y GitHub antes de usarlos

Comprender repositorio, commit, branch, remote, push y pull antes de publicar.

Siguiente acción: Crea una cuenta de GitHub solo después de comprender qué información será pública.
!

Cómo utilizar esta lección

Hacé un paso a la vez. Después de cada paso compara tu pantalla con el resultado esperado.

No marques el checklist por leer: márcalo únicamente después de probar.

Antes de comenzar

🎯 Qué vas a lograr en esta lección

¿Qué problema vas a resolver?

Aprenderás a comprender el flujo local y remoto y el vocabulario esencial. La idea es partir de una necesidad concreta, no de memorizar código.

¿Qué vas a construir?

Git Concept Checker: un proyecto pequeño para preparar una herramienta de trabajo. El nombre técnico identifica la carpeta del proyecto; no necesitás memorizarlo.

¿Por qué es útil?

Te ayuda a evitar errores de instalación y saber comprobar que tu computadora está lista.

¿Qué vas a aprender?

Practicarás reconocer la función de cada herramienta y verificarla con una prueba pequeña. Cada término nuevo se explica antes de usarlo.

Tu primera acción

No instalés ni ejecutes nada todavía. Primero lee las palabras esenciales y observa el ejemplo pequeño. Después identificarás qué dato entra, qué instrucción trabaja y qué resultado aparece.

Cómo usar esta lección

Avanza una parte a la vez

1
Aprende

Leé las palabras nuevas y el ejemplo pequeño.

2
Practica

Seguí los pasos sin cambiar varias cosas a la vez.

3
Comprueba

Respondé las preguntas y usa pistas cuando lo necesites.

4
Cierra

Marcá el checklist y toma una pausa antes de continuar.

No necesitás terminar todo de una vez. Completa una parte y continúa cuando estés listo.
Parte 1

Aprende las palabras esenciales

Leé definiciones cortas y explica cada palabra con un ejemplo propio.

Base conceptual — léela antes de practicar

🧱 Conceptos esenciales explicados desde cero

Esta sección no es opcional. Presenta las palabras y procesos que necesitás para comprender el ejemplo. Leé una definición, observa el ejemplo y explícalo con una frase propia antes de avanzar.

programa

Qué significa: Conjunto ordenado de instrucciones que una computadora puede ejecutar.

Para qué sirve: Permite transformar una entrada en un resultado repetible.

Ejemplo: Un archivo que muestra “Hola” al ejecutarse.

Confusión frecuente: Un programa no es lo mismo que una página visual: puede funcionar solo en terminal.

python

Qué significa: Lenguaje de programación y también nombre del intérprete que ejecuta archivos .py.

Para qué sirve: Sirve para escribir automatizaciones, APIs, análisis de datos e IA.

Ejemplo: python3 saludo.py ejecuta el archivo saludo.py en macOS.

Confusión frecuente: VS Code no instala Python; solo ayuda a escribir y ejecutar código.

interprete

Qué significa: Programa que lee y ejecuta código Python.

Para qué sirve: Convierte instrucciones escritas en acciones que el sistema puede realizar.

Ejemplo: python3 o python apuntan a un intérprete instalado.

Confusión frecuente: La extensión de VS Code no reemplaza al intérprete.

entrada

Qué significa: Dato que una persona, archivo, API o sistema entrega al programa.

Para qué sirve: Es el punto de partida del proceso.

Ejemplo: El texto escrito con input() o un archivo CSV.

Confusión frecuente: La entrada debe validarse; no se debe asumir que siempre es correcta.

salida

Qué significa: Resultado que produce el programa.

Para qué sirve: Permite comprobar que el proceso funcionó.

Ejemplo: Texto en terminal, archivo generado o respuesta JSON.

Confusión frecuente: Una salida visible no garantiza que todos los casos estén correctos.

Ejemplo mínimo del entorno

Este ejemplo es deliberadamente pequeño. Su objetivo es mostrar las piezas básicas sin mezclar todavía toda la lógica del proyecto.

archivo.py → intérprete de Python → sistema operativo → resultado
VS Code edita; la terminal ejecuta; Git registra cambios.
  1. Identificá los nombres nuevos: subraya variables, funciones, tipos, herramientas o pasos.
  2. Señala la entrada: qué dato recibe o qué valor ya está escrito.
  3. Señala el proceso: qué instrucción transforma, valida, consulta o calcula.
  4. Señala la salida: qué resultado puede verse o verificarse.
  5. Explícalo: completa “el programa recibe ___, hace ___ y entrega ___”.
No continués todavía si no podés explicar al menos tres términos y el flujo entrada → proceso → salida sin copiar el texto.
Parte 2

Mirá un ejemplo pequeño

Comprende primero una comprobación sencilla y después sigue las instrucciones.

Ejemplo pequeño antes de continuar

Diferenciar Git y GitHub

Leé una línea a la vez. No memoricés el comando: identificá qué comprueba.

Git = historial local
GitHub = repositorio en internet
Resultado explicado: Git guarda cambios en la computadora; GitHub permite publicarlos y compartirlos.
  1. ¿Qué escribís o seleccionás?
  2. ¿Qué herramienta realiza el trabajo?
  3. ¿Qué resultado confirma que funcionó?

🧭 Instrucciones paso a paso

1

Comprende Git

Piensa en Git como un historial local del proyecto. Cada commit es una fotografía con nombre, fecha y cambios.

Resultado esperado: Podés trabajar con Git sin internet.
Antes de continuar: Git no es una carpeta de respaldo automática: tenés que crear commits.
2

Comprende GitHub

GitHub aloja repositorios remotos en internet y permite colaborar, mostrar proyectos y ejecutar automatizaciones.

Resultado esperado: Podés explicar que GitHub usa Git, pero no son lo mismo.
Antes de continuar: No publiques datos privados por asumir que GitHub es una carpeta personal.
3

Aprende el flujo

Archivo modificado → git add → git commit → git push. Para recibir cambios: git pull.

Resultado esperado: Podés ordenar las acciones correctamente.
Antes de continuar: Push no crea un commit; solo envía commits existentes.
4

Aprende público vs privado

Un repositorio público puede ser visto por cualquier persona. Uno privado requiere permisos.

Resultado esperado: Sabes qué tipo usar según el contenido.
Antes de continuar: Nunca publiques .env, claves, documentos privados o información de clientes.
5

Creá una cuenta profesional

En GitHub crea o revisa tu cuenta. Usá un username profesional, verifica el correo, activa 2FA y añade una descripción breve.

Resultado esperado: Podés iniciar sesión y tu correo está verificado.
Antes de continuar: No reutilices contraseñas ni compartas códigos 2FA.

⌨️ Comandos y archivos

Escribí los comandos uno por uno. Presioná Enter después de cada línea.

Mapa conceptual
Working directory → Staging area → Commit local → Remote GitHub
Vocabulario
repository
commit
branch
remote
push
pull
clone
pull request
Comprobación final: Podés explicar el flujo de Git sin ejecutar comandos todavía.

🛠️ Solución de problemas

Lo que vesQué hacer
Pensé que GitHub guarda automáticamenteGit solo registra lo que agregas y confirmas con commit; GitHub recibe commits con push.
Confundo commit y pushCommit guarda localmente. Push envía commits al remote.
Repositorio público con información privadaCambiá a privado y elimina los secretos del historial antes de volver a publicar.

🤖 Usa Cursor como tutor

Estoy siguiendo la lección 00-05 para una persona principiante.
Explica el siguiente paso sin ejecutar comandos por mí.
Indica qué debería ver y cómo comprobarlo.
No modifiques archivos ni configuración sin mi aprobación.

Aprende las palabras antes de usarlas

🧠 Conceptos explicados desde cero

No necesitás memorizar estas palabras. Comprende qué hace cada una y dónde la verás.

repositorio

Qué significa: Carpeta cuyo historial es administrado por Git.

Para qué sirve: Organizar código y versiones.

Ejemplo pequeño: git init

Confusión frecuente: Una carpeta no es repositorio hasta inicializarla o clonarla.

commit

Qué significa: Registro local de un grupo de cambios.

Para qué sirve: Guardar una versión identificable.

Ejemplo pequeño: git commit -m "mensaje"

Confusión frecuente: Commit no sube automáticamente nada a internet.

GitHub

Qué significa: Plataforma web para alojar repositorios Git.

Para qué sirve: Compartir, colaborar y mostrar proyectos.

Ejemplo pequeño: Crear un repositorio en github.com.

Confusión frecuente: GitHub no sustituye la instalación local de Git.

branch

Qué significa: Línea de trabajo separada dentro del historial.

Para qué sirve: Probar cambios sin afectar directamente la rama principal.

Ejemplo pequeño: git branch

Confusión frecuente: Una rama no es una copia completa independiente de la carpeta.

Primero entiende el ejemplo

🖼️ Explicación ilustrada: entrada → proceso → resultado

Git es un álbum de fotografías del proyecto; GitHub es el lugar en internet donde guardás y compartes ese álbum.

Situación

Cambiás un archivo y querés conservar una versión recuperable.

Entrada

Git observa los archivos de la carpeta.

Proceso

add prepara los cambios y commit crea una fotografía local.

Resultado

El historial conserva qué cambió, cuándo y por qué.

Ejemplo antes y después

Antes

Sin Git: copias manuales como final-final-2.py.

Después

Con Git: versiones ordenadas y recuperables.

¿Cómo usarás este ejemplo en el mini proyecto?

Ahora practicarás con un mini proyecto. Primero observarás el ejemplo, después cambiarás una sola parte y finalmente explicarás el resultado.

1. ObservarVer el ejemplo
2. EntenderRelacionar datos y resultado
3. CambiarModificar una sola cosa
4. EjecutarComprobar el resultado
5. ExplicarDecir qué aprendiste

Regla: cambia una sola parte, ejecuta de nuevo y explica qué diferencia observaste. No necesitás reconstruir el proyecto completo.

Parte 3

Practica con un mini proyecto

Hacé un cambio pequeño, ejecuta el código y observa qué cambió.

Practica paso a paso

🧩 Mini proyecto guiado: Entender Git y GitHub antes de usarlos

Completá estos ejercicios pequeños antes del desafío. Podés equivocarte: el sistema te explicará qué repasar y te dará una pista.

Paso 1

Reconoce una palabra nueva

En esta lección aparece programa. ¿Cuál es la mejor forma de aprenderlo?

Paso 2

Hacé un cambio seguro

Querés practicar con el código de Entender Git y GitHub antes de usarlos. ¿Qué cambio es mejor para comenzar?

Paso 3

Comprobá lo que ocurrió

Después de modificar un dato, ¿qué tenés que hacer para saber si aprendiste correctamente?

Paso 4

Tu mini proyecto

Tarea: abre el editor del navegador o el archivo completo. Cambiá un solo dato visible, ejecútalo y observa qué parte del resultado cambió.

Progreso del mini proyecto

Completá los cuatro pasos.

Aprende comprobando

🧪 Comprobaciones programando

Ejecutá un caso controlado y deja que el código compruebe condiciones importantes.

1. Caso normalUsá datos comunes.
2. Valor límiteProbá cero, vacío, máximo o mínimo.
3. Error esperadoComprobá que el mensaje ayude a corregirlo.
# macOS — Terminal
python3 --version
which python3
code --version
git --version

# Windows — PowerShell
# python --version
# where python
# code --version
# git --version
Qué estás aprendiendo: Cada comando debe mostrar una versión o ruta. Si no ocurre, la herramienta todavía no está lista.

Después de ejecutarlo

  • ¿Qué condición comprueba cada assert?
  • ¿Qué cambio hace fallar la comprobación?
  • ¿El mensaje explica qué tenés que corregir?
  • ¿Podés agregar otro caso?
Parte 5

Cerrá la lección

Comprobá que la herramienta funciona, marca el checklist y decide si continuar.

Parte 4

Comprobá lo que entendiste

Respondé una pregunta a la vez. Podés usar pistas y volver a intentarlo.

Evaluación online

❓ Comprueba lo que entendiste

Respondé sobre Qué son Git y GitHub. Verás una explicación completa y podrás intentarlo nuevamente.

Pregunta 1 de 5 · Selección

¿Cuál describe mejor la entrada principal?

Pregunta 2 de 5 · Selección

¿Qué describe mejor el procesamiento?

Pregunta 3 de 5 · Selección

¿Qué error esperado debería manejarse?

Pregunta 4 de 5 · Respuesta breve

Pregunta 5 de 5 · Respuesta breve

Resultado de la evaluación

Completá las cinco preguntas.

✅ Checklist mejorado

Tu progreso se guarda en este navegador. Una lección se completa cuando todas las comprobaciones están marcadas.

Conceptos

Marcá cada punto solamente después de comprobarlo.

Seguridad

Marcá cada punto solamente después de comprobarlo.

Preparación

Marcá cada punto solamente después de comprobarlo.

Cómo podrás mejorar este proyecto

🚀 Mejoras futuras y dónde las aprenderás

No son obligatorias ahora. Son mejoras que aplicarás cuando aprendas las herramientas correspondientes.

Separar la configuración del código

Qué mejora: Evita editar el programa cuando cambia una ruta, clave o preferencia.

Dónde lo aprenderás: en la lección «Protege tokens con .env», del nivel APIs y servicios externos.

Añadir pruebas automatizadas

Qué mejora: Comprueba que una modificación no rompa lo existente.

Dónde lo aprenderás: en la lección «Escribe pruebas unitarias», del nivel Testing y despliegue.

Registrar la ejecución

Qué mejora: Ayuda a entender fallos sin imprimir datos sensibles.

Dónde lo aprenderás: en la lección «Configura observabilidad», del nivel Testing y despliegue.

Mejorar mensajes y validación

Qué mejora: Explica qué dato falta y cómo corregirlo.

Dónde lo aprenderás: en la lección «Entrada de datos segura», del nivel Fundamentos de Python.

Documentar decisiones y limitaciones

Qué mejora: Permite que otra persona comprenda y evalúe el proyecto.

Dónde lo aprenderás: en la lección «Construye casos de estudio», del nivel Portafolio profesional.

Crear una demostración

Qué mejora: Muestra el problema, funcionamiento y evidencia.

Dónde lo aprenderás: en la lección «Crea un índice HTML», del nivel Portafolio profesional.