El comportamiento legado se mide y reproduce de forma incremental, permitiendo conservar mecánicas, sensación de entrada y lenguaje visual sin perpetuar patrones de propiedad obsoletos.
Público · Estrategia procedural
Defend
Un juego de estrategia basado en física donde una energía finita conecta salud, construcción, defensa y consecuencia económica, haciendo que cada elección defensiva forme parte del mismo modelo de recursos.
- Nicho
- Defensa de torres sistémica / estrategia física
- Stack principal
- TypeScript · Babylon.js · experimentos Rust/WASM
- Diseño
- Economía cerrada · infraestructura temporal · física
- Estado
- Versión histórica jugable + programa de modernización
El estudio
Defend convierte tower defense en un campo de batalla físico que puede moldearse, retrasarse y manipularse.
Masa, momento, colisión, obstrucción, retroceso, gravedad y tiempo son variables tácticas. Los atacantes pueden retrasarse hasta agotar su vida finita, redirigirse, atraparse, expulsarse de la arena o destruirse mediante daño directo.
Estructura del sistema
Un recurso finito conecta los principales sistemas del juego.
La energía conecta la economía
El recurso protegido también suministra salud, presupuesto de construcción, recuperación de combate y coste operativo estratégico.
El tiempo es un recurso táctico
Los asaltantes de vida finita hacen del retraso y el modelado de rutas estrategias significativas junto al daño.
La infraestructura evoluciona
Las torres crean períodos de control dentro de un campo cuya geometría y presión siguen cambiando.
Las mecánicas llevan la narrativa
La progresión de campaña expresa la relación cambiante del jugador con la economía de energía mediante mecánicas y flujo de recursos.
Diseño de producto e interacción
Movimiento, geometría, sonido y flujo visible de recursos explican el mundo directamente.
Los intercambios físicos continuos y la causa y efecto visibles permiten al jugador inferir por qué una acción funcionó observando la respuesta del sistema.
La progresión amplía la capacidad defensiva mientras el recurso finito compartido mantiene cada opción nueva económicamente significativa.
Lectura arquitectónica
La modernización activa se está tratando como una migración strangler alrededor de una referencia ejecutable preservada, no como una reescritura que descarta evidencia de comportamiento.
La versión histórica con Webpack, Babylon 3 y Cannon permanece disponible para resolver dudas de paridad mientras la modernización híbrida actual introduce límites explícitos entre dominio, protocolo, workers, audio y renderizado.
Los guardrails activos de modernización mantienen simulación y protocolo independientes de Babylon y de globals ambientales del navegador, y separan el comportamiento del juego de Math.random(), reloj de pared y temporizadores implícitos.
Los workers nacen detrás de su propia frontera y AudioContext permanece detrás de servicios de audio, evitando que la capa de presentación se convierta silenciosamente en autoridad de infraestructura.
La política arquitectónica activa rechaza acceso oculto al estado de la fortaleza por parte de atacantes, manteniendo la IA dentro de los canales de información modelados por el propio diseño.
Enfoque de desarrollo
La versión jugable histórica es un cuaderno vivo de interacciones y proporciona una referencia concreta para estudio y modernización.
La modernización comienza aislando un comportamiento —una colisión, regla de degradación, intercambio de energía, respuesta sonora o táctica enemiga— y recreándolo en Storybook o en un laboratorio determinista pequeño. Estos experimentos enfocados abaratan las preguntas «¿qué ocurriría si…?» mientras el juego completo permanece como referencia de comportamiento.
Los experimentos prometedores se comparan con la versión histórica y se codifican como contratos explícitos antes de entrar en la arquitectura principal. El proceso combina arqueología, prototipado y prueba para que carácter, mecánicas e implementación evolucionen juntos.