Configuración — Día 3

Objetivo: verificar una base de datos de práctica, probar el entorno completo y dejar el vault con backup.
Tiempo máximo: 2–3 horas. Este día cierra el Sprint 0.

Estado real del equipo

SQLite ya está instalado (3.54.0). PostgreSQL no está instalado: pgAdmin es solo el cliente. El servidor PostgreSQL se instala en la Etapa 1, cuando toque SQL. Hoy se practica con SQLite.

1. Base de datos de práctica con SQLite (30 min)

• Verificar la versión: sqlite3 --version
• Crear la carpeta: mkdir -p ~/lab/entorno-test/db
• Abrir la base: sqlite3 ~/lab/entorno-test/db/prueba.db
• Crear una tabla y probar:
  • CREATE TABLE pruebas (id INTEGER PRIMARY KEY, nota TEXT NOT NULL);
  • INSERT INTO pruebas (nota) VALUES ('entorno funcionando');
  • SELECT * FROM pruebas;
  • .tables
  • .quit
• Volver a abrir la base y comprobar que el dato persiste.

Entendido: qué es una tabla, una fila, una clave primaria y una consulta. Si no puedo explicarlo, no avanzo.

2. pgAdmin como cliente (15 min, opcional)

• Abrir pgAdmin: flatpak run org.pgadmin.pgadmin4
• Verificar que la interfaz abre correctamente.
• Anotar que no puede conectarse hasta que exista un servidor PostgreSQL.

Cliente no es servidor

pgAdmin administra servidores PostgreSQL, pero no incluye el motor. PostgreSQL se instalará en la Etapa 1, en el sprint de datos y SQL.

3. Prueba de integración con Python (30 min)

• Crear la carpeta: mkdir -p ~/lab/entorno-test/python
• Crear hola.py que imprima un mensaje y lea un archivo.
• Crear db_prueba.py que use sqlite3 para crear una tabla, insertar una fila y leerla.
• Ejecutarlo desde la terminal y con el botón de ejecución de VS Code.
• Poner un punto de interrupción y depurarlo.
• Hacer commit y push.

Criterio: puedo escribir, ejecutar y depurar un script que usa SQLite, y el cambio queda versionado.

4. Backup y versionado del vault (45 min)

• Entrar al vault: cd ~/Documentos/general
• git init
• Crear .gitignore con:
  • .obsidian/workspace.json
  • .obsidian/workspace-mobile.json
  • .obsidian/cache/
  • .trash/
• git add . y git commit -m "Configuración inicial del vault"
• Crear un repositorio privado en GitHub (por ejemplo, vault-aprendizaje).
• Conectar y subir.
• Definir la estrategia de backup: local + GitHub + una copia externa.
• Verificar que Obsidian Sync y Git no entren en conflicto (si se usan ambos).

Por qué versionar el vault

Git da historial, permite ver cambios y es práctica real de Git. No reemplaza un backup: lo complementa.

5. Cierre del Sprint 0 (20 min)

• VS Code ejecuta y depura Python.
• Git configurado y GitHub conectado por SSH.
• Repositorio de prueba con commit y push desde terminal.
• SQLite funciona y pgAdmin abre.
• Vault versionado y con backup.
• Completar la retrospectiva.

Retrospectiva

• Qué funcionó:
• Qué tomó más tiempo de lo previsto:
• Qué quedó pendiente y pasa al Sprint 1:
• Qué no voy a volver a configurar este mes:

Criterio de cierre

Puedo escribir, ejecutar, depurar, versionar y publicar un script que usa SQLite; el vault tiene historial y backup. Con esto, el entorno deja de ser el proyecto y empieza el aprendizaje.

Siguiente paso

Planificar el Sprint 1 al cerrar el Sprint 0, con la plantilla Sprint.