The latest articles on DEV Community by Ignacio (@axmud). https://dev.to/axmud https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4229425%2Fa6a91f05-9f5d-4dcd-9894-3e61f21f6cf1.png https://dev.to/axmud en Ignacio Fri, 06 Nov 2026 00:14:05 +0000 https://dev.to/axmud/como-hice-un-juego-de-dados-multijugador-con-fastapi-y-websockets-el-cacho-chileno-2fmn https://dev.to/axmud/como-hice-un-juego-de-dados-multijugador-con-fastapi-y-websockets-el-cacho-chileno-2fmn <p>El Dudo —o cacho, o Perudo— es el juego de dados de engaño que se juega en casi todas las mesas chilenas. Quise jugarlo online con amigos y no encontré una versión en español que me gustara, así que la hice: <a href="https://dudo.igna.cl/" rel="noopener noreferrer">dudo.igna.cl</a> (código MIT en <a href="https://github.com/ignaciovillela/dudo" rel="noopener noreferrer">GitHub</a>).</p> <p><a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Faye8e5qzuh4tcmogq434.png" class="article-body-image-wrapper"><img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2Faye8e5qzuh4tcmogq434.png" alt="Partida de Dudo en el navegador" width="800" height="469"></a></p> <h2> El problema: estado compartido en tiempo real </h2> <p>Cada sala es un objeto <code>Game</code> en memoria con jugadores, turno, apuesta vigente y reglas. Los clientes se conectan por WebSocket y el servidor es la única fuente de verdad: valida cada apuesta y manda a cada jugador solo lo que debe ver (nunca los dados ajenos antes del desafío).</p> <h2> Reglas que parecen simples </h2> <p>Los ases son comodines, salvo cuando se apuesta por ases; al cambiar entre unos y otros, la cantidad mínima cambia (de normal a ases, la mitad hacia arriba; de ases a normal, el doble más uno). Esa regla y la del <em>paso</em> tienen tests porque son fáciles de romper.</p> <h2> Reconexión </h2> <p>Un celular que pierde señal no debería sacarte de la partida. Cada jugador tiene un id anónimo persistente y un tiempo de gracia para reconectarse; mientras tanto la partida sigue y el turno no se roba.</p> <h2> Bots </h2> <p>Hay cinco niveles. Los primeros usan probabilidades binomiales (con los ases como comodín, cada dado cuenta con probabilidad 1/3 para una cara normal). El experto además guarda memoria de rondas, estima la tasa de bluff de cada rival y bluffea a propósito de vez en cuando.</p> <h2> Persistencia </h2> <p>Postgres guarda estadísticas, niveles y permite restaurar salas tras un reinicio. Las migraciones se aplican al arrancar.</p> <h2> Qué aprendí </h2> <ul> <li>Un solo proceso con estado en memoria alcanza para cientos de salas pequeñas; no hace falta Redis al principio.</li> <li>Limitar la tasa de mensajes por jugador evita abusos con casi cero costo.</li> <li>El front en JS vanilla fue suficiente, pero el manejo de estado crece rápido.</li> </ul> <p>Si lo pruebas, me interesa saber qué se siente raro. Y si juegas cacho con otras reglas, cuéntame cuáles.</p> python fastapi websockets gamedev