Buscar en proyectos y aprendizaje

Escribe al menos dos caracteres.

↑↓ para recorrer · Esc para cerrar

Elegir espacio

Dos espacios

¿Qué quieres consultar?

Elige el espacio al que quieres entrar.

Recorrido · SistemasSYS-R-101

Sistemas · SYS-R-101 · Recuperación · E0

Reconstruir dos recorridos entre capas

Debes explicar dos operaciones a otra persona sin consultar primero la unidad: una aplicación lee un archivo local y un cliente solicita un recurso HTTP alojado en otro host.

Contenido de la actividad

E0 · Sin sistema objetivo. Respuesta local en el navegador y expediente Markdown opcional.

Capacidad

Reconstruir un modelo causal de capas, interfaces, recursos y estado, y reconocer el límite de cada observación.

Enunciado

Dibuja ambos recorridos desde la intención inicial hasta el resultado y anota en cada frontera qué se pide, qué estado importa y qué señal permitiría comprobarlo.

Estado inicial

  • La Unidad 1.1 está estudiada, pero debe permanecer cerrada durante el primer intento.
  • No hay una avería escondida ni una respuesta única de formato: se evalúa la coherencia causal.
  • La plantilla descargable está vacía y solo organiza la evidencia.

Límites del sandbox

  • No se ejecutan comandos ni se modifica un sistema.
  • No se incluyen credenciales, direcciones reales ni información de terceros.
  • Si consultas la teoría después del primer intento, registra qué parte corregiste.

Fases de trabajo

1. Recuperación sin consulta

Hacer visible el modelo que puedes reconstruir de memoria.

  1. Traza la lectura local desde la aplicación hasta el recurso y el resultado de vuelta.
  2. Traza la petición remota separando el host cliente, el trayecto de red y el host servidor.
  3. Marca con un signo de interrogación cualquier frontera cuyo mecanismo no puedas justificar todavía.

2. Observaciones y límites

Convertir las cajas del dibujo en comprobaciones posibles.

  1. Añade al menos tres observaciones por recorrido.
  2. Para cada observación escribe qué estado muestra, desde qué perspectiva y qué conclusión sigue abierta.
  3. Distingue hechos, inferencias y estado deseado mediante etiquetas consistentes.

3. Contraste y transferencia

Corregir el modelo sin sustituirlo por una copia de la teoría.

  1. Contrasta el primer intento con la Unidad 1.1 y corrige solo las fronteras que hayan cambiado.
  2. Explica qué parte del recorrido existe tanto en local como en remoto y qué responsabilidades se añaden.
  3. Formula una observación inicial si el archivo no pudiera leerse y otra si la petición remota no respondiera.

Evidencia que debes conservar

  • Mapa anotado de la lectura local.
  • Mapa anotado de la petición remota.
  • Tabla breve de observación, conclusión permitida y conclusión todavía no demostrada.
  • Nota de transferencia y correcciones realizadas tras consultar la teoría.

Criterios de aceptación

  • Los recorridos distinguen aplicación, proceso, interfaz del sistema operativo, kernel y recurso final.
  • La petición remota separa el estado del cliente del estado del servidor y no trata Internet como una única capa.
  • Cada observación se vincula a una interfaz o herramienta y declara qué confirma y qué no confirma.
  • Proceso, servicio y aplicación no se utilizan como sinónimos.
  • Las inferencias aparecen separadas de los hechos observables.

Decisiones abiertas

  • Formato del mapa: texto, Mermaid, dibujo escaneado o tabla.
  • Herramientas de observación propuestas, siempre que consulten la capa declarada.
  • Nivel de detalle de bibliotecas y runtime sin entrar en llamadas al sistema programadas.

Materiales

Se guarda solo en este navegador. Puedes descargarlo para enviarlo a Codex junto con los materiales que hayas completado.

Sin borrador guardado.

Revisión y reinicio

Revisión: Codex debe comparar la evidencia con estos criterios, señalar primero el supuesto no demostrado y proponer una sola comprobación siguiente. No hay una solución oficial publicada.

Reinicio: Borrar la respuesta local o iniciar una copia nueva de la plantilla; no existe estado de laboratorio que conservar.

Pistas graduadas

Pista 1 · Empieza por responsabilidades
  • Pregunta quién expresa la intención, quién ejecuta y quién media el acceso al recurso.
  • No añadas herramientas hasta haber dibujado las fronteras.
Pista 2 · Una señal no valida todo el recorrido
  • Un proceso existente y un servicio disponible son afirmaciones distintas.
  • Una respuesta de resolución de nombres no demuestra que el puerto o la aplicación respondan.
Pista 3 · Cambia de perspectiva
  • En la petición remota hay estado observable en el cliente y en el servidor.
  • Anota explícitamente desde qué host se realizaría cada comprobación.