Empiezas SMR, DAW, DAM o ASIR y la primera semana llega de golpe: módulos con nombres largos, un profesor que abre una terminal negra y escribe cosas, otro que dice «subidlo al repositorio», y un tercero que da por sabido lo que es una IP.

La buena noticia es que debajo de esos cuatro ciclos hay tres ideas que se repiten en todos, y que no dependen del título que estudies. Si las traes entendidas, el resto del curso deja de ser una sucesión de sorpresas.

Esta guía no es un temario. Es lo mínimo que conviene tener claro —y probado en tu equipo— antes de que la asignatura lo dé por supuesto.

Lo único que necesitas para seguir esta guía

Un ordenador y quince minutos. Nada de instalar entornos enormes: una terminal (la tienes ya) y Git, que es lo único que quizá debas descargar.

• Windows: abre PowerShell o Windows Terminal.
• macOS: abre Terminal.
• Linux: ya sabes dónde está.

1. Tu equipo es un árbol de carpetas

Todo lo demás se apoya aquí. Un sistema de archivos es un árbol: una raíz, carpetas que cuelgan de ella y archivos en las ramas. Cuando un programa «no encuentra el archivo», casi siempre es que le has dado mal la dirección dentro de ese árbol.

Absoluta o relativa: la diferencia que rompe todo

Una ruta absoluta empieza en la raíz y funciona siempre, estés donde estés:

/home/ana/proyectos/web/index.html      (Linux y macOS) 
C:\Users\ana\proyectos\web\index.html   (Windows)

/home/ana/proyectos/web/index.html      (Linux y macOS) 
C:\Users\ana\proyectos\web\index.html   (Windows)

Una ruta relativa empieza donde estás ahora mismo:

web/index.html      dentro de la carpeta proyectos 
../index.html       una carpeta hacia arriba
./index.html        aquí mismo

web/index.html      dentro de la carpeta proyectos 
../index.html       una carpeta hacia arriba
./index.html        aquí mismo

La relativa es más corta y más portable —funciona en el equipo de tu compañero, donde tu carpeta personal se llama distinto—, pero depende de dónde estés parado. Esa es la causa número uno del «a mí me funcionaba».

Los tres comandos que se usan todos los días

pwd     # ¿dónde estoy?   (en PowerShell también vale: pwd) 
ls      # ¿qué hay aquí?  (en CMD: dir)
cd web  # entra en la carpeta web
cd ..   # sube una carpeta

pwd     # ¿dónde estoy?   (en PowerShell también vale: pwd) 
ls      # ¿qué hay aquí?  (en CMD: dir)
cd web  # entra en la carpeta web
cd ..   # sube una carpeta

Pruébalos ahora. No hace falta entender nada más: solo moverte y saber siempre en qué rama del árbol estás.

2. Tu trabajo necesita historial, no copias

El patrón que todos hemos hecho alguna vez:

practica.zip
practica_v2.zip 
practica_v2_BUENA.zip
practica_v2_BUENA_final.zip

practica.zip
practica_v2.zip 
practica_v2_BUENA.zip
practica_v2_BUENA_final.zip

Ese sistema falla en tres cosas a la vez: no sabes qué cambió entre una y otra, no puedes volver a un punto concreto, y si trabajáis dos, alguien pisa el trabajo del otro.

Git resuelve exactamente eso. Guarda cambios en lugar de copias, y cada guardado —un commit— lleva fecha, autor y una frase explicando qué hiciste.

El primer repositorio, en cuatro órdenes

La primera vez, y solo la primera, dile a Git quién eres. Si te lo saltas, el primer commit fallará con un «Author identity unknown» que desconcierta a medio aula:

git config --global user.name "Tu Nombre" 
git config --global user.email "tucorreo@ejemplo.com"

git config --global user.name "Tu Nombre" 
git config --global user.email "tucorreo@ejemplo.com"

Y ya, en la carpeta de tu práctica:

git init                      # crea el repositorio 
git add .                     # prepara los cambios
git commit -m "Primera versión de la práctica"
git log --oneline             # mira tu historial

git init                      # crea el repositorio 
git add .                     # prepara los cambios
git commit -m "Primera versión de la práctica"
git log --oneline             # mira tu historial

Cuatro líneas y tienes historial. La cuarta es la que engancha: ahí está tu trabajo con su fecha y su frase, y podrás volver a ese punto cuando quieras.

Git no es GitHub

Se confunden constantemente y conviene separarlo desde el primer día:

• Git es el programa que llevas instalado. Funciona sin internet, en tu equipo.
• GitHub (o GitLab, o Bitbucket) es una web donde puedes alojar una copia de tu repositorio para compartirlo o tenerlo a salvo.

Puedes usar Git toda la carrera sin abrir GitHub. Al revés no.

3. Tus máquinas hablan por la red

Escribes un nombre, pulsas enter y aparece una web. Por debajo pasan tres cosas, y son las mismas tanto si acabas administrando servidores como si programas la web que vive en ellos.

La dirección, la puerta y la traducción

• La dirección es la IP. Dentro de tu casa, cada aparato tiene una IP privada (192.168.1.37 y parecidas, los rangos los fija la RFC 1918). De cara a internet, todos comparten una sola IP pública.
• La puerta es el router. Une tu red local con internet y traduce las direcciones privadas a la pública al salir. Eso es NAT: veinte aparatos dentro, una sola IP fuera.
• La traducción es el DNS. Nadie memoriza números: el DNS convierte saseformacion.es en la IP donde está. Y tu equipo guarda la respuesta un rato en caché, así que la segunda visita no vuelve a preguntar.

Míralo en tu propio equipo

ipconfig                        # Windows: tu IP privada y la puerta de enlace 
ifconfig                        # macOS
ip a                            # Linux
nslookup saseformacion.es       # qué IP hay detrás de un nombre

ipconfig                        # Windows: tu IP privada y la puerta de enlace 
ifconfig                        # macOS
ip a                            # Linux
nslookup saseformacion.es       # qué IP hay detrás de un nombre

La «puerta de enlace predeterminada» que sale en ipconfig es la IP de tu router. Normalmente, 192.168.1.1.

Y entonces, ¿qué distingue a cada ciclo?

Las tres ideas anteriores las vas a usar en los cuatro títulos. Lo que cambia es hacia dónde profundizas:

Dos detalles que ahorran disgustos al elegir:

• DAW y DAM comparten casi todo el primer curso. Si dudas entre los dos, el primer año te sirve igual.
• El reparto de módulos entre 1.º y 2.º lo decide cada comunidad autónoma, no el título estatal. Dos centros pueden dar el mismo módulo en cursos distintos, así que la guía buena es la de tu centro.

Los cinco errores del primer mes

1. Confundir ruta absoluta con relativa. El archivo existe; lo que falla es desde dónde lo buscas.
2. Usar carpetas con copias en vez de commits. _final_BUENA no es una versión, es una esperanza.
3. Creer que Git y GitHub son lo mismo. Uno es el programa; el otro, una web donde dejar una copia.
4. Pensar que el DNS es el hosting. El hosting es donde vive la web; el DNS solo dice en qué IP está. Cambiar uno no mueve el otro.
5. Copiar comandos sin saber dónde estás. Antes de ejecutar nada, pwd.

Ejercicio de cinco minutos

Hazlo entero, en este orden. Si los cuatro pasos te salen, llegas al primer día con más base que la mayoría de la clase:

1. Abre la terminal y ejecuta pwd. Crea una carpeta practicas, entra en ella y vuelve a ejecutarlo. ¿Ves cómo cambia la ruta?
2. Dentro, crea un archivo de texto cualquiera. Ejecuta git init, git add . y git commit -m "Primer commit".
3. Ejecuta git log --oneline. Ese es tu historial.
4. Ejecuta nslookup saseformacion.es y ipconfig (o ip a). Localiza tu IP privada y la IP pública del sitio.

Por dónde seguir

Cada una de las tres ideas tiene su vídeo de un minuto, por si prefieres verlo antes de leerlo:

• Qué estudiarás en SMR, DAW, DAM y ASIR — los módulos reales de cada ciclo, uno por uno.
• Git: qué problema resuelve — los commits en movimiento, y la diferencia con GitHub.
• IP, router y DNS — la cadena completa desde que pulsas enter.

Y si algo de esto se te atraganta ya en septiembre, en SASE Formación damos clases de informática y programación, presenciales y online. La primera clase de prueba es gratuita, y en informática las clases son individuales. Escríbenos y nos cuentas por dónde vas: teléfono y WhatsApp 656 251 438.