Punto de partida
Qué había antes de construir
Nace como una prueba real de producto multijugador: no solo pintar pantallas, sino coordinar sala, jugadores, turnos y partida entre plataformas.
Prototipo en desarrollo
PruebaUni
Una app de cartas en desarrollo que sirve para enseñar flujo multijugador, sincronización y arquitectura compartida entre Android e iOS.
No lo presento como una app publicada, sino como una prueba seria de producto multijugador en tiempo real: lobby, partida, turnos y sincronización resueltos con base compartida.
Prototipo multijugador para Android e iOS que demuestra lobby, estado compartido y arquitectura KMP.
Prototipo multijugadorFlujo + arquitecturaKMP, Compose, FirebaseEn desarrollo
Qué deja visibleLobby con código y configuración previa
Qué deja visibleBase compartida para Android + iOS
Qué deja visibleSincronización de partida en tiempo real
Recorte
Qué había que resolver primero
El reto no era dibujar cartas. Había que ordenar entrada de usuarios, lobby, configuración previa y estado compartido sin duplicar la base principal.
Resolución
Cómo se bajó a producto
Se resolvió con Kotlin Multiplatform y Compose Multiplatform para compartir flujo y UI, y Firebase Realtime Database para salas, turnos y mesa en tiempo real.
Rol
Mi papel en este caso
Definición del flujo multijugador, arquitectura KMP, UI del lobby y lógica de partida sincronizada.
Resultado
Qué demuestra de verdad
Hace visible capacidad para resolver una primera fase cross-platform con estado compartido, tiempo real y criterio de arquitectura.
No lo vendo como app publicada ni como producto maduro. Aquí el valor está en la resolución del flujo, la sincronización y la base técnica compartida.
Decisiones clave
Lo que ordenó el producto y la entrega
Separar commonMain, androidMain e iosMain para compartir reglas y estado sin mezclar detalles de plataforma.
Usar Firebase Realtime Database para salas, jugadores, mesa y turnos con código de acceso corto.
Configurar el lobby antes de empezar: número de jugadores, cartas por mano, reglas especiales y tiempo de turno.
Mantener almacenamiento y piezas específicas de plataforma fuera de la capa compartida.
Assets del proyecto
Visuales reales del prototipo y su identidad base.
El repo no incluye una galería preparada para portfolio. El caso se apoya en los assets reales disponibles y en lo que ya demuestra a nivel de producto y arquitectura.
Icono principal
Icono del prototipo usado como base de identidad del proyecto.
Marca temporal del prototipo
Recurso visual real del proyecto para contextualizar su tono e identidad inicial.
Siguiente paso
Si tu producto necesita tiempo real y base compartida, la arquitectura de la primera fase importa mucho más de lo que parece.
Puedo ayudarte a bajar una primera fase mobile con flujo claro, sincronización real y una base preparada para seguir creciendo.