NOTAS DE INGENIERÍA
Ingeniería de una herramienta local de análisis de póker con Rust/WASM
Local-first no significa simplemente "compilado en WebAssembly". Requiere dominios de ejecución explícitos, memoria limitada, cancelación, aislamiento de resultados obsoletos y un límite confiable entre los bytes almacenados en caché y las conclusiones mostradas.
Rust posee los contratos matemáticos y de reglas.
La codificación de cartas, el estado legal de la mano, el orden del evaluador, la enumeración exacta, la construcción del árbol de juego, CFR/DCFR, la identidad del punto de control y la verificación de repetición pertenecen al código central escrito en lugar de a la lógica de la interfaz de usuario duplicada.
El navegador debería mostrar y organizar esos contratos, no inventar silenciosamente un segundo motor de póquer.
Los trabajadores aíslan las tareas de larga duración
La repetición de reglas debe seguir respondiendo mientras el cálculo de estrategia o equidad exacta esté activo. La propiedad de solicitud separada evita que una tarea antigua actualice una configuración recién editada.
Los errores de Fatal Worker deben rechazar inmediatamente a todas las personas que llaman pendientes; la terminación y la cancelación deberían producir un estado terminal acotado.
El caché local no es evidencia automática
IndexedDB puede almacenar un punto de control y una instantánea, pero la interfaz de usuario no debe confiar en el texto de localStorage como una recomendación calificada. La restauración requiere comprobaciones de identidad, validación de hash y reproducción con la sesión coincidente de Rust/WASM.
Los registros corruptos deben poder eliminarse para que una solución válida pueda reparar la misma clave, mientras que un resultado simplemente de menor calidad no debe clasificarse erróneamente como corrupción.
Las páginas editoriales estáticas mantienen la escala económica
Las guías, los ejemplos manuales, los feeds, los índices de búsqueda y los metadatos sociales se generan en el momento de la compilación y se sirven como archivos estáticos. No requieren una base de datos comunitaria ni un solucionador del lado del servidor.
Solo las rutas de la aplicación cargan los paquetes Worker y WASM más pesados; Las páginas de contenido siguen siendo rápidas y rastreables de forma independiente.
CONTINUAR EN FLOPFORGE
Inspeccionar la metodología del producto.
Lea el alcance del cálculo declarado, las reglas de evidencia, los límites del caché y las conclusiones no respaldadas.FAQ
Preguntas que esta página no debe ocultar
¿Por qué no ejecutar el solucionador en un servidor?
La ejecución del navegador evita una factura de computación remota y mantiene locales los datos ingresados manualmente, pero requiere presupuestos estrictos de memoria y rendimiento.
¿Por qué utilizar varios trabajadores?
Un solo trabajador serializa operaciones de reglas rápidas detrás de un trabajo largo de equidad o resolución. Dominios separados protegen la ruta de interacción principal.
¿Pueden las páginas estáticas seguir siendo interactivas?
Sí. Las calculadoras pequeñas y la búsqueda pueden ejecutarse como JavaScript local sin una base de datos, un sistema de cuentas o una API de servidor.