Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

full-house

Full House es una aplicación web para Planning Poker con frontend Next.js y backend Go. Facilita estimaciones ágiles en tiempo real durante reuniones de refinamiento, funcionando completamente en memoria sin persistencia de datos entre reinicios del servicio.

Ficha actualizada 24 sept 2026, 21:13 · upstream 24 sept 2026, 20:54 · release 1.10.0

Ver códigoProblemas y ayudaRepositorio ↗Sitio oficial
00

Qué es full-house

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

Full House es una herramienta web diseñada para implementar el juego Planning Poker en entornos de desarrollo ágil. La aplicación combina un frontend basado en Next.js con un backend escrito en Go, permitiendo una experiencia de usuario fluida tanto en modo claro como oscuro. Los participantes pueden unirse a salas de votación para estimar la complejidad de tareas o historias de usuario mediante esquemas personalizables como Fibonacci o T-Shirt Sizes.

La configuración se gestiona principalmente a través de archivos YAML, donde es posible definir esquemas de votación personalizados, tooltips explicativos y juegos persistentes específicos. Es importante destacar que la aplicación mantiene todo el estado en memoria; por tanto, reiniciar el servicio borrará todas las sesiones activas y los jugadores deberán crear nuevas partidas. No está diseñada para escalado horizontal debido a esta arquitectura in-memory.

Se puede desplegar fácilmente mediante Docker o Kubernetes usando Helm charts disponibles públicamente. La construcción del proyecto requiere herramientas como Go, Node.js y Mage. Es ideal para equipos pequeños o medianos que buscan una solución ligera sin necesidad de infraestructura de base de datos compleja.

CASOS DE USO
  • Estimación ágil en reuniones
  • Votaciones rápidas en equipo
  • Refinamiento de historias de usuario
  • Sesiones de planificación de sprint
PUNTOS DESTACADOS
  • Interfaz con modo oscuro y claro
  • Personalización completa de esquemas de votación
  • Despliegue simplificado con Docker y Helm
  • Configuración flexible vía archivos YAML
PRECAUCIONES
  • Sin persistencia de datos (todo en memoria)
  • No escalable horizontalmente
  • Reinicio del servidor borra el estado actual
  • Requiere configuración manual de esquemas personalizados
VISUAL

Capturas del proyecto

Imágenes reales detectadas en la documentación del repositorio.

Voting in light modeResults in light modeVoting in light modeResults in dark mode
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU4 vCPUrecomendación inicial
MEMORIA4 GBRAM estimada
DISCO20 GBalmacenamiento base
COMPLEJIDADhighnivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Docker detectado

Desplegar usando docker run o Helm para entornos Kubernetes. Configurar fullhouse.yaml para personalizar esquemas si se desea. Asegurar suficiente memoria RAM (recomendado 4GB según análisis) ya que el estado reside en memoria y no hay persistencia externa.

✓Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
Next.jsGo
SERVICIOS
MongoDB
BASES DE DATOS
MongoDB
PUERTOS
No detectados
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.