Arquitectura, producto, IA, diseño y decisiones reales mientras construimos Blupoli y Puzzles.
Cómo convertimos el Zebra Puzzle en una familia rejugable de PuzzleHub con motor propio, relaciones espaciales, matriz de deducción, generación y validación de solución única.
Leer →Cómo diseñamos PuzzleHub para combinar motores de puzzles muy distintos, compartir producto y UI, automatizar el catálogo y crecer sin convertir cada juego en una aplicación independiente.
Leer →Por qué paramos de sumar juegos para auditar PuzzleHub como producto: UX, diseño, rendimiento, arquitectura, catálogo y un sistema de tareas para convertir hallazgos en mejoras reales.
Leer →Cómo estamos convirtiendo las categorías de PuzzleHub en un mapa de mecánicas y habilidades cognitivas para descubrir más de 70 puzzles sin caer en promesas exageradas.
Leer →Arquitectura, motores, diseño, generación y proceso detrás de PuzzleHub: cómo una colección de decenas de juegos está evolucionando hacia una plataforma coherente.
Leer →Cómo estamos consolidando Puzzles como plataforma: navegación móvil, controles responsive, footer, modo claro/oscuro, separación editorial, home de Blupoli, roadmap y una UI que pueda crecer sin multiplicar excepciones.
Leer →Cómo el crecimiento de PuzzleHub nos llevó a crear Blupoli: marca raíz, subdominios, Firebase multisite, monorepo, runner propio, dominios y una arquitectura preparada para compartir identidad sin mezclar productos.
Leer →Qué aprendimos al pasar de unos pocos puzzles a un catálogo de decenas: arquitectura, descubrimiento, calidad, dificultad, UI compartida y el coste real de escalar PuzzleHub.
Leer →Cómo diseñamos generadores de puzzles con solver, solución única, dificultad real, variedad y presupuestos de tiempo para que un tablero no sea solo válido, sino interesante.
Leer →Cómo usamos commits y cambios reales como materia prima para el building in public de PuzzleHub sin convertir el Journal en un changelog ni automatizar la voz editorial.
Leer →Building in public: cómo PuzzleHub prepara español, inglés, italiano, portugués, francés y alemán con candidatos, gates de calidad y revisión antes de publicar.
Leer →Cómo usamos agentes de IA, GitHub, documentación, delegación y revisión para construir PuzzleHub, qué está funcionando y dónde sigue siendo imprescindible el criterio humano.
Leer →Cómo estamos preparando PuzzleHub para varios idiomas con una única fuente de verdad para juegos, rutas, categorías y lógica, además de SEO internacional y un flujo editorial sostenible.
Leer →Cómo evolucionamos PuzzleHub Journal con infografías semánticas, diagramas específicos de puzzles y un sistema editorial reutilizable que forma parte del build.
Leer →Cómo nació PuzzleHub: visión, arquitectura, decisiones de producto, IA y el reto de convertir decenas de puzzles en una plataforma coherente.
Leer →Cómo construimos un onboarding compartido para 76 juegos con perfiles de interacción, asignación explícita por puzzle y controles de CI que evitan huecos de cobertura.
Leer →Cómo superar los 70 juegos obligó a rediseñar PuzzleHub: catálogo, descubrimiento, modo claro, componentes compartidos, espacio de juego y separación de juegos contra CPU.
Leer →Building in public: cómo PuzzleHub pasó de cuatro idiomas candidatos a seis idiomas publicados sin duplicar producto, rutas, catálogo, estadísticas ni SEO.
Leer →Cómo construimos un sistema de UI compartido para PuzzleHub con game shell, temas, componentes, onboarding y estados comunes sin borrar la identidad de cada puzzle.
Leer →Cómo usamos Sudoku para diseñar la nueva experiencia común de PuzzleHub: jerarquía, controles, onboarding, feedback, temas y componentes reutilizables para decenas de juegos.
Leer →Qué aprendimos al auditar y reconstruir Juego del 15, Akari, Ataxx, Hidato, Balance Loop, Battleship, Aquarium y Takuzu: generación, solución única, dificultad, persistencia, estadísticas, accesibilidad, responsive e i18n.
Leer →Qué hemos aprendido implementando motores verificados para Aquarium, Str8ts, Dominosa, Stitches, Slant y Kropki: exact cover, matching, ciclos, restricciones y solución única.
Leer →Por qué hemos elegido Capacitor como primer camino de PuzzleHub hacia Android: reutilizar la web, evitar una reescritura prematura y reservar código nativo para donde aporte valor real.
Leer →