Discusión: Programa BetJoker

Ya estan solucionados los problemas que ha encontrado Pilunando.

Bajaros la ultima version del primer post.

Si a alguien le da un error, igualmente, que se baje la ultima version.
Si el error persiste, avisadme!

Gracias!

Originalmente publicado por insane_style

Lo primero de todo darte de nuevo las gracias aortegabet por el curro y por compartirlo.

La verdad que como te comenté es que no tengo mucho tiempo para probarlo pero tiene muy buena pinta.

Por otro lado te quería proponer una idea que me ronda desde hace tiempo. Es algo que si yo supiera de programación, sin duda, lo habría hecho o al menos intentado. De hecho tengo un amigo al que le estoy dando la chapa para que me ayude porque el si que tiene conocimientos de programación... pero no terminamos de ponernos a ello. Te explico.

Con tu programa se pueden hacer análisis de los resultados de apostar en carreras de caballos con unos parámetros definidos, y trabajando con tu base de datos. Y digo yo.... ¿porque en lugar de ir cada uno de nosotros, o tu mismo, probando diferentes combinaciones, de una forma más racional, no se hace un análisis de "TODAS" las combinaciones posibles de esos parámetros, sean o no racionales? ¿De qué nos sirve esto? Sencillo, veremos si hacer quinielas (como lo llamaban por ahí) puede llegar a algún lado. Mi idea era hacerlo a través de la página de Adrian Massey, pero disponiendo de tu propia base de datos es evidente que sería mucho más fácil de hacer. Sería algo así:

1 - Se definen todos los parámetros posibles por los que se puede filtrar: Esto dependerá de los datos que tengas recogidos en tu base de datos...
2 - Se crea un "programa" que analice todas las posibles combinaciones de esos filtros. Sé que serían muchísimas. Algo así como el número de parámetros elevados por el número de elementos de cada parámetro. Una burrada vamos... Pero sería algo automático y que nos libraría de buscar nosotros la combinación ganadora
3 - La aplicación debería guardar datos como: Parámetros de filtrado, Número de selecciones obtenidas, cuota media, cálculo de ROI-YIELD, consecutivas de aciertos/fallos...
4 - Se disgregan los resultados y nos quedamos con aquellas que:
* Nos dan un número aceptable de apuestas. Algunas combinaciones no darán casi apuestas. Me ha ocurrido en la página de Adrian con seguir 98% de aciertos y apenas 15 - 20 resultados en un año...
*Nos dé un ROI-YIELD aceptable
*No tengan grandes altibajos
*etc., etc.
5 – Cada cual podría después hacer un seguimiento de las estrategias, o mejor aún, utilizar tu programa para ello

Sé que no soy el primero al que se le ocurre esto y que quizás todo se quede en paja... pero me parece algo muy muy interesante para los que como a mí les atraen los sistemas automáticos o semi-automáticos... jeje

No sé si habrá quedado del todo clara mi idea. Ya comentareis que os parece, si podría ser viable o no... Yo por mi parte seguiré dando el coñazo a mi amigo (que para eso están, no?¿ xD )

Me parece una buena idea, pero creo que las posibilidades son infinitas.
Suponiendo que hay unos 30 hipodromos distintos, con 30 tipos de carreras distintos, 15 distancias distintas, con carreras que van desde 4 a 20 caballos (la mayoría de las carreras)
Cuantas combinaciones salen? Que algun matematico haga el calculo.
Teniendo en cuenta además que puede ser al back o al lay, y que las opciones son que Pertenecen o NO Pertenecen (ej: El el hipodromo sea KEMP, o que el hipodromo no sea KEMP).

Te refieres a algo asi? o se me está yendo la pelota?

Pues si, es exactamente esto...

Las posibilidades no son infinitas, pero si que son un huevo de ellas xD . Se que hay una fórmula para calcularlo pero no la consigo encontrar.

Haciendo referencia de nuevo a la página de Adrian, sería obtener todas las simulaciones del hecho de tener todas las combinaciones de celdas marcadas y desmarcadas.

Lo del back y el lay tienes razón. Hacer esto dobla las posibilidades. Pero como esto, cualquier otro dato que se pudiera incluir en el análisis. Cuantos más datos, más interacciones. No es lo mismo las combinaciones que salen de tirar dos monedas que de tirar dos dados.

El ejemplo de kempton no multiplicaria el número de posibilidades pues ya existirá la combinación en la que si se toma kempton y todas las demas en las que no.

Lo bueno del back y el lay que se podrian estudiar por separado, y estudiar sistemas de ganador y de perdedor.

Para el hipotético caso de trabajar en esto que digo, lo primero que habría que hacer, creo, es definir cuantos parámetros podríamos tomar. Vamos, ver los datos que manejas en la base. Tener en cuenta que si tienes los precios de salida, por ejemplo, otro parámetro sería si el caballo es primer favorito, segundo, co-favorito... (interesante para encontrar sistemas de cuotas altas y bajas) Es decir, más posibilidades. Después de tener esto ya sería cosa de programador y buscar una rutina que haga todas las combinaciones automaticamente sin tener que definirselas nosotros (que es lo que sería casi imposible y llevaría años...)

Un poco loco todo esto?¿ XD

Otro problema que yo veo es el tiempo.
Una simulación no tarda 10 segundos, sino que puede tardar varios minutos.
Supongamos que de media tarda 3 minutos por cada simulacion.
Si salieran 20.000 posibilidades serían: 2.500 horas, o sea 104 días.

Si sólo salieran 2.000 posibilidades: 10 días.

Originalmente publicado por aortegabet

Otro problema que yo veo es el tiempo.
Una simulación no tarda 10 segundos, sino que puede tardar varios minutos.
Supongamos que de media tarda 3 minutos por cada simulacion.
Si salieran 20.000 posibilidades serían: 2.500 horas, o sea 104 días.

Si sólo salieran 2.000 posibilidades: 10 días.

Si vas a hacer simulaciones bastas tendrias que aprovechar algun procesador dual core o quad core.

Pero si no recuerdo mal la version del lenguaje de programación que estas usando namas trabaja con un solo nucleo. Creo que para aprovechar los múltiples hilos tendrias que moverte al .NET o algo asi.

Si te interesa hacer simulaciones ultimamente los quadcores estan por los suelos ya y para este tipo de cosas si que son de gran interes. Yo me voy a comprar uno de aqui poco asi que que podriamos probarlo, pero vamos, no reducirias a una cuarta parte el tiempo de cálculo pero por ahi andará

Ciertamente el tiempo de análisis sería alto. Aunque un poco menor que si se hiciera a mano jeje.

Por otro lado, ya he dicho que yo de esto ni idea, pero... no se podría hacer las simulaciones en distintos ordenadores?¿

Se crean los escenarios a analizar, se reparten entre varios ordenadores y si varios colaboran lo que son 2000 posibilidades en 10 días, con 10 personas con ello a tope, sería un día, no?¿ Vamos lo que estamos haciendo ahora mismo los que estamos toqueteando con tu programa pero de una forma organizada. Y me imagino que habrán sido bastantes más de 10 los estemos probandolo...

No hablo de una red de ordenadores para crear un cuper-cerebro ni nada por el estilo. Simplemente repartirse el trabajo.

Hola a todos,

estoy algo espeso pero intentaré ir al grano.

Entendiendo el problema como el resultado de calcular todas las combinaciones posibles de parámetros de la base de datos y observar aquellos que dan resultado positivo, el problema es de complejidad exponencial y los informáticos lo escribimos como O (n^m), esto es, n elevado a m. Es decir, es un problema que crece exponencialmente en función del número de parámetros (n) y el número de carreras a estudiar (m).

Esto es totalmente inviable a día de hoy. Ni con quad cores ni con 10 foreros con sus CPUs al 100%, sobre todo viendo que un solo análisis tarda tanto tiempo y que además hay una base de datos con SQL de por medio.

Las únicas soluciones que veo factibles son:

1. Acotar el problema para reducir el orden de complejidad.
2. Computación distribuida.

1) Acotar el problema en número de parámetros. Utilizar un algoritmo adecuado y optimizar todo lo que se pueda por GPU. Una GPU de hoy en día le da mil vueltas a cualquier procesador de última hornada.

2) La idea de la computación distribuida es muy sencilla. Un servidor trocea el trabajo en partes y envía tareas a cada usuario. Yo he programado ya varios sistemas parecidos. Varios para renderizar y uno para algoritmos de fuerza bruta. El que quiera más información puede visitar BOINC de la gente de Berkeley. Yo participo con ellos en algunos proyectos de World Community Grid en los que se utilizan millones de ordenadores de todo el mundo para investigación médica. Por citar un ejemplo en concreto, hace ya 2 años si no me falla la memoria se terminó el Genome Comparison Project en el cual se clasificó el genoma humano con algoritmos comparativos para crear un repositorio de cara al estudio de enfermedades genéticas.

Para lo que nos ataña aquí no necesitamos tirar de BOINC y podemos usar algo más sencillo como los que hice yo. No están optimizados para usar la GPU pero sí que aprovechan todos los cores de cada ordenador que pida trabajo además de 64 bits.

Lo bueno de este problema es que es altamente escalonable y es muy sencillo repartir tareas entre nuevos usuarios u ordenadores.

Un saludo.

Por cierto, la segunda opción tendría implicaciones serias como que la base de datos tiene que estar replicada en cada ordenador, porque es ahí donde está el cuello de botella. El servidor gestiona "solo" la tolerancia a fallos, ordenación del trabajo, de los resultados, gestión de usuarios, etc.

Otro error que acabo de encontrar (siento ser un pesado), es que cuando no tienes ninguna carrera seleccionada y le das al botón de eliminar carrera, salta un error y te sale del programa.

Una sugerencia que se me acaba de ocurrir. En el simulador se podría poner desde qué fecha a qué fecha se quiere simular, o hasta qué fecha se quiere simular. Se puede hacer manual dándole al stop, pero hay que hilar fino.
Esto lo digo porque cuando logramos tener una estrategia con beneficios hasta hoy, y queremos saber si seguirá siendo rentable al mes siguiente, tenemos que esperar ese mes. De esta forma por ejemplo podemos simular hasta el mes de agosto, y si encontramos algo bueno, después podemos saber cómo evolucionaría ese sistema los meses de septiembre y octubre para saber si vale la pena o no. Puede ser una tontería lo que acabo de decir, pero bueno, a ver qué opinais.