CRToros
Plataforma en Django para el mundo de la monta taurina en Costa Rica: eventos, ligas, participantes y resultados en un solo lugar.
Lo que resuelve
- Convierte un circuito que vivía en grupos de WhatsApp y afiches en un calendario único con inscripciones y resultados.
- Liga masculina y femenina con fases de nominación y votación, más un panel de administración para el equipo organizador.
- Registro de montas y brazaletes que deja un histórico consultable donde antes no había ninguno.
- Cierre automático de eventos por tarea programada: nadie tiene que acordarse de apagar las inscripciones.
La monta taurina costarricense es un circuito enorme y completamente descentralizado. La información (quién monta, dónde, cuándo, quién ganó) vivía repartida entre grupos de WhatsApp, afiches y publicaciones que se perdían en el feed. CRToros es el intento de darle a ese circuito una casa digital.
Qué resuelve
Un calendario en vez de veinte grupos. Cada evento tiene fecha, hora, localidad, redondel, organizador y televisora, y un estado visible: abierto, con participantes registrados, cerrado. Alguien que quiere montar el fin de semana entra a un solo lado.
Participación con registro real. Los usuarios se registran, completan perfil según su tipo (montador, ganadero, aficionado) y se inscriben a eventos. El registro de brazaletes y de montas deja un histórico consultable que antes simplemente no existía, y que le sirve tanto al participante como al organizador.
Liga con reglas claras. Liga masculina y femenina, con fase de nominación, período de inscripción, votación y tabla de posiciones. Todo lo que antes se resolvía a criterio queda escrito y auditable.
La decisión de diseño
El circuito ya funcionaba sin plataforma: llevaba décadas organizándose por teléfono y de boca en boca. Meter software ahí no podía significar pedirle a la gente que cambiara cómo trabaja, así que la regla fue que cada pantalla resolviera algo que hoy cuesta trabajo encontrar el próximo evento, saber quién está inscrito, revisar una tabla de posiciones, y nada más. Lo que no le ahorraba trabajo a alguien concreto quedó afuera.
Cómo está construido
Django 5.2 con PostgreSQL en producción, TailwindCSS en el frontend y Cloudinary para el manejo de imágenes de eventos y participantes. Está desplegado en Railway, con tareas programadas que cierran eventos automáticamente cuando pasa su fecha, un detalle pequeño que evita el trabajo manual más repetitivo del equipo organizador, y correos automáticos para confirmaciones y avisos.
El panel de staff cubre la operación completa: eventos, montadores, toros, y los catálogos de localidades, redondeles y grupos de monta. La idea era que el equipo pudiera operar la plataforma sin depender de mí para nada del día a día.