280. Identidad de la lección
281. Objetivo de aprendizaje
Al terminar esta lección, podrás nombrar un valor que podría mostrarse de forma incorrecta mientras la simulación sigue siendo correcta e identificar el valor de la simulación que debería representar la interfaz.
282. Por qué importa
El HUD no es el estado del juego. Es una afirmación sobre ese estado, expresada mediante texto, iconos, barras y tiempos de actualización. Si la afirmación es falsa, el jugador toma decisiones a partir de información incorrecta aunque la simulación subyacente funcione bien. Esta distinción te ayuda a dirigir a la IA hacia la responsabilidad adecuada: conservar el contrato de información entre la simulación y la presentación.
283. Conocimientos previos
Debes haber completado 1.5 L2 — Camera is not the simulation. Debes poder distinguir el estado autoritativo de la simulación de la posición de la cámara y de otras decisiones de presentación. Esta lección no requiere escribir código ni modificar el proyecto.
284. Concepto central
Un contrato de información define qué afirma un elemento de presentación sobre la simulación.
La simulación es dueña del valor verdadero dentro del juego: por ejemplo, la salud actual del jugador es 40. El HUD presenta una interpretación de ese valor: quizá un número, una barra o una señal de advertencia. La presentación puede equivocarse de varias maneras:
- Lee la variable incorrecta.
- Usa un valor antiguo.
- Aplica una conversión o un redondeo equivocado.
- Etiqueta un valor como si fuera otro.
- Se actualiza en el momento incorrecto.
Una simulación correcta no produce automáticamente una interfaz veraz. La presentación debe conservar el significado previsto del valor que comunica.
285. Modelo mental
Usa esta tabla de dos columnas cuando una pantalla parezca sospechosa:
| Pregunta | Simulación | Presentación |
|---|---|---|
| ¿Qué es verdad? | El valor o estado autoritativo | No es la fuente de verdad |
| ¿Qué se comunica? | El estado que debe representarse | Un número, icono, barra, etiqueta o señal |
| ¿Qué puede fallar? | La regla o el estado almacenado pueden estar mal | Puede leer, transformar o retrasar el estado |
| Prueba | Examina conceptualmente el valor real del juego | Compáralo con la afirmación visible |
Después aplica el ciclo de Stage 1:
ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ
- ACTUAR: El jugador realiza una acción.
- RESPONDER: La simulación produce un resultado.
- CAMBIAR: El valor autoritativo cambia si las reglas lo requieren.
- OTRA VEZ: El jugador vuelve a actuar basándose en lo que afirma la presentación.
El ciclo revela el contrato: después de que cambie la simulación, ¿la interfaz comunica el mismo estado que el jugador necesita para actuar?
286. Ejemplo concreto
Imagina que al jugador le quedan dos cargas. La simulación guarda charges = 2, pero el HUD muestra 3 porque está mostrando la cantidad máxima de cargas en lugar de la cantidad actual.
- Verdad de la simulación: quedan dos cargas.
- Afirmación del HUD: quedan tres cargas.
- Decisión del jugador: podría gastar una carga creyendo que todavía tiene otra disponible.
- Fallo del contrato: el HUD muestra un valor relacionado, pero no el valor que promete su etiqueta.
La simulación puede seguir siendo completamente correcta mientras la información dirigida al jugador sea falsa. Por eso, la primera pregunta de diagnóstico no es “¿Está rota la regla?”, sino “¿Qué valor afirma representar este elemento y qué valor está mostrando realmente?”.
287. Error común / suposición equivocada
Un error común es tratar cualquier valor visible como prueba del estado subyacente. Una barra de salud que parece llena no demuestra que la salud esté al máximo; puede estar leyendo un valor almacenado, usando un denominador incorrecto o actualizándose tarde. No corrijas la simulación solo porque la presentación está mal. Primero identifica el valor autoritativo de la simulación y compáralo con el contrato.
288. Práctica guiada
Considera este ciclo conceptual:
- El jugador recibe daño.
- La simulación reduce la salud de
75a50. - El HUD continúa mostrando
75. - El jugador decide si asumir otro riesgo.
Escribe tres respuestas breves:
- ¿Qué valor es autoritativo en este momento?
- ¿Qué está afirmando exactamente el HUD?
- Nombra un posible fallo de presentación que explique la diferencia.
Toma una decisión: elige si la primera investigación debe centrarse en la regla del daño o en el indicador de salud. Elige una opción y justifícala en una frase usando el contrato de información. El criterio esperado es investigar primero la presentación, porque el valor de la simulación cambió correctamente mientras la afirmación del HUD no cambió.
289. Validación / evidencia
Tu evidencia debe ser un diagnóstico de cuatro líneas que contenga:
- un valor autoritativo de la simulación;
- un valor mostrado que entre en conflicto;
- un fallo de presentación identificado por nombre;
- una frase que explique por qué la diferencia, por sí sola, no demuestra que la regla de simulación esté rota.
Una respuesta sólida usa un valor concreto, como “la salud de la simulación es 50, pero el HUD muestra 75”, e identifica el contrato incumplido: el HUD afirma mostrar la salud actual, pero comunica un valor antiguo o incorrecto.
290. Ideas clave
- La simulación es la fuente de verdad; el HUD es una capa de comunicación.
- Una presentación puede estar equivocada aunque la regla del juego sea correcta.
- Un contrato de información establece qué afirma representar un elemento de UI.
- Diagnostica la diferencia antes de modificar la simulación.
- Usa ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ para comprobar si la presentación acompaña los cambios de estado.
291. Comprobación de conocimientos
Completa el cuestionario asociado a esta lección. Usa las explicaciones para distinguir la verdad de la simulación de las afirmaciones de la presentación.
292. Recurso relacionado / siguiente lección
Siguiente: 1.6 L2 — Presupuesto del HUD. El recurso pointer-lock-dialogue se coloca con esa siguiente lección, no con esta.
293. Comprobación
Responde estas preguntas por tu cuenta antes de leer las respuestas.
¿Qué afirmación describe mejor el contrato de información de una barra de salud etiquetada como “Salud actual”?
Mostrar respuesta y explicación
Respuesta: Debe comunicar el valor autoritativo de salud actual de la simulación.
Por qué: La etiqueta hace una afirmación concreta: la barra representa la salud actual. La simulación sigue siendo autoritativa y la barra debe comunicar ese valor con precisión. Ese es el contrato de información.
La simulación cambia la salud de 75 a 50, pero el HUD permanece en 75. ¿Cuál es el diagnóstico inicial más sólido?
Mostrar respuesta y explicación
Respuesta: La presentación podría estar leyendo un valor antiguo o no estar actualizándose.
Por qué: El valor indicado de la simulación cambió, pero la presentación no. Eso apunta primero a una lectura obsoleta, una vinculación incorrecta o un fallo de actualización del indicador. El contrato de información está roto en la capa de presentación, salvo que aparezcan otras pruebas.
¿Qué ciclo se usa para comprobar si la presentación acompaña los cambios del estado de la simulación?
Mostrar respuesta y explicación
Respuesta: ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ
Por qué: ACTUAR → RESPONDER → CAMBIAR → OTRA VEZ es el ciclo de Stage 1 usado aquí. Comprueba si el jugador puede volver a actuar usando una presentación que refleje el estado cambiado de la simulación y, por tanto, conserve el contrato de información.