Plan de aprendizaje
Este es el plan maestro. El propósito y la filosofía están en Bóveda de conocimiento. No hay fechas: hay secuencia, sprints y evidencia. La configuración inicial es el único bloque con un límite estricto: 3 días.
Definición de "hecho"
Algo está hecho cuando funciona, puedo explicarlo con mis palabras, está versionado y otra persona puede reproducirlo. Si falta uno de los cuatro, no está hecho.
1. Configuración inicial — Sprint 0 (3 días)
Límite duro
La configuración dura 3 días. Si algo falla, se anota y se resuelve dentro del Sprint 1. No se extiende ni se convierte en un proyecto aparte.
| Día | Foco | Nota |
|---|---|---|
| Día 1 | Herramientas base | Configuración - Día 1 |
| Día 2 | Git, GitHub y VS Code | Configuración - Día 2 |
| Día 3 | Base de datos (SQLite), integración y backup | Configuración - Día 3 |
Estado del equipo
Diagnóstico actual: Estado del entorno.
Criterio de cierre del Sprint 0:
- VS Code ejecuta y depura Python.
- Git configurado y GitHub conectado por SSH.
- Repositorio de prueba creado, con commit y push desde la terminal.
- SQLite responde y pgAdmin abre correctamente (el servidor PostgreSQL se instala en la Etapa 1).
- El vault está versionado y con una estrategia de backup.
- Bitácora del Día 3 cerrada con retrospectiva.
Al cerrar el Día 3, el entorno deja de ser el proyecto y empieza el aprendizaje. Lo que falte pasa al Sprint 1.
2. Cómo se trabaja
Cadencia
| Ritmo | Cuándo | Duración | Salida |
|---|---|---|---|
| Diario | Al cerrar cada sesión | 5 min | Bitácora diaria |
| Semanal | Al cerrar la semana | 20–30 min | Revisión semanal |
| Sprint | Al cumplir sus criterios | — | Demo, evidencia y retrospectiva |
| Etapa | Al cumplir sus criterios | — | Portafolio y cierre de etapa |
Presupuesto de tiempo
Base sugerida: 9 horas por semana, ajustable a la realidad de cada semana.
| Día | Bloque | Actividad |
|---|---|---|
| Días de estudio | 1 h | 20 min de concepto + 40 min de práctica |
| Un bloque largo | 3 h | Proyecto o laboratorio |
| Cierre de semana | 1 h | Revisión semanal, inglés o lectura |
| Cierre de semana | — | Descanso real |
Regla: si una semana se cae, se cumple el mínimo de 20 min/día. No se compensa con maratones.
Estados
pendiente → en curso → hecho · ajustado · descartado
Un sprint solo se cierra con evidencia enlazada, no con la sensación de haber estudiado.
Reglas de trabajo
- Una cosa a la vez. Un sprint tiene un objetivo principal.
- Evidencia antes que horas. Cuenta lo que puedo producir, explicar o demostrar.
- Mínimo sostenible. 20 minutos al día mantienen el hábito.
- El bloqueo se documenta. Si en 30 minutos no avanzo, escribo dónde estoy y cambio de tarea.
- La IA no piensa por mí. Primero intento, luego pregunto, después verifico.
- El plan se revisa, no se obedece. Se ajusta al cerrar cada sprint.
3. Estructura del vault
| Carpeta | Qué guarda | Qué no guarda |
|---|---|---|
00_Inbox/ | Captura rápida sin clasificar | Notas ya procesadas |
01_Configuracion/ | Sprint 0 y puesta a punto del entorno | Apuntes de estudio |
02_Bitacora/ | Diario y revisiones semanales | Notas permanentes |
03_Fundamentos/ | Etapa 1: programación, terminal, Git, SQL, lógica | Proyectos grandes |
04_Sistemas/ | Etapa 2: Linux, redes, arquitectura, C, electrónica | Apuntes de Python básico |
05_Profesional/ | Etapa 3: ingeniería, Docker, CI/CD, cloud, seguridad | Ejercicios de iniciación |
06_Ensenanza/ | Etapa 4: explicaciones, materiales, talleres | Apuntes sin explicar |
07_Forense/ | Etapa 5: evidencia digital, legal, laboratorio, informes | Práctica sin autorización |
08_Proyectos/ | Un proyecto por carpeta + Portafolio | Notas sueltas |
09_Plantillas/ | Plantillas reutilizables | Contenido permanente |
10_Indice/ | Índices y mapas de contenido | Notas atómicas |
Convenciones:
- Bitácora:
YYYY-MM-DD titulo-corto.md(el registro sí lleva fecha; el plan no). - Nota atómica:
Título como afirmación.md(una idea por nota). - Proyecto:
08_Proyectos/nombre-del-proyecto/README.md. - Cada nota debe tener al menos un enlace a otra nota o a un índice.
- Las carpetas base ya están creadas; una subcarpeta nueva se justifica con al menos 5 notas.
4. Ruta de aprendizaje (sin fechas)
| Etapa | Carpeta | Foco | Duración estimada | Evidencia de salida |
|---|---|---|---|---|
| 1. Fundamentos | 03_Fundamentos/ | Lógica, PSeInt, programación, terminal, Git, SQL | 6 sprints | Algoritmos en PSeInt + programa propio de 300+ líneas, publicado y explicado |
| 2. Sistemas | 04_Sistemas/ | Linux, redes, arquitectura, C, electrónica | 5 sprints | Home lab documentado y reproducible |
| 3. Profesional | 05_Profesional/ | Ingeniería, testing, Docker, CI/CD, cloud, seguridad | 6 sprints | Servicio desplegado con tests, HTTPS y monitoreo |
| 4. Enseñar | 06_Ensenanza/ | Explicar, escribir, documentar, dar clase | Continuo | 12 explicaciones públicas + 1 taller |
| 5. Forense | 07_Forense/ | Evidencia digital, cadena de custodia, análisis, informe | Hilo continuo + caso final | Caso simulado completo con informe reproducible |
Las etapas 4 y 5 no esperan al final
Enseñar se practica desde el primer sprint. La forense avanza como hilo transversal y se intensifica al cerrar la Etapa 3.
Detalle de cada etapa:
5. Hilos transversales
| Hilo | Frecuencia | Evidencia |
|---|---|---|
| Inglés técnico | 15 min/día | 1 artículo o RFC resumido por semana |
| Matemática y lógica | 2 sesiones/semana | Ejercicios resueltos; nota de conceptos |
| Forense | 1 sesión/quincena | Nota, laboratorio o informe |
| Enseñar | 1 explicación/semana | Nota corta o explicación a alguien |
| Seguridad y ética | 1 nota/mes | Checklist y límites personales |
| Sueño y ejercicio | Diario | Sin negociación: sostienen el resto |
6. Evidencia y portafolio
Cada etapa cierra con un artefacto, no con la frase “ya estudié”.
- Proyecto: repositorio con README que explique problema, decisiones, cómo ejecutarlo, qué falló y qué aprendí.
- Explicación: nota o video que demuestre que puedo enseñarlo sin mirar.
- Bitácora: registro de evidencia, bloqueos y decisiones.
- Forense: informes de laboratorio con hashes y cadena de custodia.
- Portafolio: Portafolio mantiene el índice y el estado de cada proyecto.
Regla: si no hay artefacto enlazado, no cuenta como hecho.
7. Reglas de uso de la IA
- Leer el problema y escribir qué sé, qué necesito y qué intenté.
- Intentar 20–30 minutos sin IA.
- Pedir pistas o preguntas, no la solución completa.
- Si la IA entrega código, entenderlo línea por línea y reescribirlo.
- Verificar con documentación, pruebas o una segunda fuente.
- Explicar la solución sin mirar y registrar si la IA se equivocó.
Prohibido:
- Aceptar código que no puedo explicar.
- Pegar datos personales, credenciales o evidencia real.
- Usar la IA para evitar el esfuerzo de recuperación.
- Convertir la conversación en la única fuente de verdad.
8. Métricas
No medir horas ni cantidad de notas. Medir artefactos:
| Tipo | Métrica | Meta |
|---|---|---|
| Leading | Sesiones de práctica por semana | 5 |
| Leading | Ejercicios intentados por semana | 10 |
| Lagging | Proyectos terminados y publicados | 1 por etapa |
| Lagging | Explicaciones publicadas | 12 por ciclo |
| Lagging | Fallos diagnosticados y documentados | 10 por etapa |
| Lagging | Informes forenses reproducibles | 1 por bloque |
9. Riesgos y mitigaciones
| Riesgo | Señal | Mitigación |
|---|---|---|
| Amplitud excesiva | Muchos temas abiertos, ninguno cerrado | Un objetivo principal por sprint; lista de “no entra” |
| Tutorial hell | Sigo tutoriales, no puedo construir sin ellos | Cerrar el tutorial y reconstruir desde cero |
| Tooling tourism | Semanas configurando el entorno | Sprint 0 con límite de 3 días |
| IA como muleta | Copio y pego, no puedo explicar | Protocolo de 6 pasos; reescritura obligatoria |
| Abandono | Dos semanas sin abrir el vault | Mínimo de 20 min/día; revisión semanal |
| Bloqueo | Horas en el mismo error | Regla de 30 min; documentar y cambiar de tarea |
| Aislamiento | Nadie ve lo que hago | Publicar explicaciones y pedir feedback |
| Desorden | Notas duplicadas, carpetas vacías | Inbox semanal; una idea por nota; índice MOC |
10. Revisión del plan
- Al cerrar la semana: ¿qué evidencia produje? ¿qué me bloqueó? ¿qué ajusto?
- Al cerrar el sprint: ¿se cumplieron los criterios? ¿qué elimino del próximo?
- Al cerrar la etapa: ¿puedo demostrar la evidencia de salida? ¿qué deuda de aprendizaje queda?
Registro de cambios
| Versión | Cambio | Motivo |
|---|---|---|
| 1 | Creación del plan y Sprint 0 de 3 días | Inicio del vault |
| 2 | Plan sin fechas y carpetas especializadas por etapa | Evitar un calendario rígido y ordenar el vault |
| 3 | Sprint 0 ajustado a SQLite y estado real del entorno | PostgreSQL no está instalado y la configuración no debía bloquearse |
| 4 | PSeInt antes de Python en la Etapa 1 | Priorizar lógica y algoritmos sobre la sintaxis |
11. Próximos pasos
- Completar el Día 1: Configuración - Día 1
- Completar el Día 2: Configuración - Día 2
- Completar el Día 3: Configuración - Día 3
- Planificar el Sprint 1 al cerrar el Sprint 0, con la plantilla Sprint.
- No empezar el Sprint 1 antes de cerrar el Sprint 0.
- Revisar este plan al cerrar cada sprint y actualizar la versión.