¿Te HA TOCADO EL GORDO? Casi seguro que no | Simulamos el sorteo con Python

[@theirsoft]

Excelente, muchas gracias por el video. Sigue subiendo videos de Python.

[@CommitThatLine]

Muchas gracias por el comentario. Dentro de poco habrá vídeo nuevo de Python 😊

[@alphavs872]

Esto es genial si antes de ver el vídeo te sale el anuncio del sorteo de navidad. Oye una cosa. Puedes hacer la simulación para dejar de participar después de que resultes premiado en alguno de los premios gordos? Independientemente de si ese premio cubre todas las perdidas anteriores o no. O ya puestos, contemplar seguir jugando SI NO cubres gastos, de perdidos al río... creo que sería interesante contemplar cuantas vidas son necesarias para ganarle al sistema aunque solo sea unos pocos euros

[@hafhaf5915]

Conozco un par de personas que siempre juegan al mismo numero, quisiera preguntar como puedo adaptar tu codigo para hacer ese test, soy principiante en programacion y me gustaria seguir aprendiendo....

[@mauricioluisvega3137]

Yo pregunto, todos los programas en python son con una sola clase en un solo archivo???? Raro no? Programación orientada a objetos a full???

[@CommitThatLine]

No, que va. Este código es que es bastante simple de montar y no necesita mucho más. Python permite programar cómo quieras incluso programación funcional si eso gusta más. El framework de test más usando en python es pytest y es todo funcional :)

[@danirs9935]

😁😁😁✨✨✨✨✨✨✨

[@tortiwakka]

Hola! Una pregunta, por si me he liado yo con los return del check() ... ¿no te faltarían los casos donde los premios son acumulativos? Quiero decir, te puede tocar una pedrea (100 euros) y que además el número tenga la terminación del primer premio, que entonces serían 120€ al décimo. O que se sumen más cosas. Por ejemplo, este año el 00897 tiene 220 euros de premio: 100 por terminación de 3 cifras del Gordo, 100 porque es una pedrea en sí mismo, y 20 por terminación en 7. Con estos supuestos, las pérdidas al final serían algo menores. Residuales, pero algo a tener en cuenta. Gracias y enhorabuena por la explicación!

[@CommitThatLine]

Pues desconocía esos caso pero si así, claro, faltarían esos casos. ¿Tienes algún sitio que pueda ver para saber qué casos se pueden dar? Esos casos no aparecían en lo que yo encontré y por eso no los cubro. De todas formas, como dices, las diferencias espero que sean despreciables ya que la variación más grande sería por pedreas acumuladas donde la probabilidad cae bastante. Actualizo el código en el repo en cuanto pueda. ¡Gracias!

[@tortiwakka]

​@@CommitThatLine En la tabla de resultados oficial se ve: www.loteriasyapuestas.es/f/loterias/documentos/Loter%C3%ADa%20Nacional/listas%20de%20premios/SM_LISTAOFICIAL.A2020.S102.pdf Si te fijas, el número de ejemplo 00897 sale dos veces. La primera por 1000 euros a la serie como "t" por la terminación con el Gordo, y la segunda ya sin "t" porque ha sido premiado directamente. Además, al pie de hoja figura una NOTA donde premia con 200 euros a la serie a todos los terminados en 7, excepto al Gordo.

[@CommitThatLine]

O sea, tal y como lo entiendo, tanto el premio a 20 euros por décimo como los de terminaciones se añaden al premio que tenga si sale como pedrea? Buscaré mejor al respecto (en algún sitio tienen que estar bien explicadas las reglas aunque me está costando encontrar una fuente oficial) y actualizaré el código. Lo pondré por Twitter en cua to esté. Muchas gracias!

[@tortiwakka]

​@@CommitThatLine Correcto. En el pdf oficial, en la última página, indican que aparecen listados las aproximaciones (a), las terminaciones de 2 cifras o más (t) y de la centena (c). Algunos de esos números (a,c,t) han tenido pedrea, así que son listados dos veces. Todos estos casos los tienes contemplados, pero en vez de ir sumando el valor del premio, haces un return. Lo único que no me queda claro porque no tengo números de ejemplo es qué pasa si el gordo y el segundo premio por ejemplo, comparten las dos últimas cifras. O si son dos números consecutivos. O qué pasa si el gordo es el 99999, si el 00000 se considera aproximación o no y viceversa...

[@CommitThatLine]

Ese es mi problema xD que todo esto debería de estar especificado perfectamente en algún sitio pero no lo encuentro. Y sí, hago return precisamente para que no acumulen pero el diseño de dar un premio al billete en lugar de devolver el premio automáticamente fue porque había algunos casos en los que no tenía claro si acumulaba. De esta forma es más fácil de actualizar. Voy a cubrir esos casos en el código del repo y si alguien sabe mejor lo que pasa pues se vuelve a actualizar. ¡Muchas gracias!

[@franciscomoreno1273]

En definitiva.....que si quieres ser multimillonario, o te haces narcotraficante o político corrupto......🤣🤣🤣

[@CommitThatLine]

Del gordo seguro que no va a ser, al menos es bastante menos probable :)

[@Karldt2012]

Bueno la cuestión es que si se hace un Programa para calcular las Probabilidades de acertar a una serie de números, Primero se debe tener en cuenta otras VARIABLES. Pues Normalmente o SIEMPRE los Sorteos se hace CON BALOTAS que son impulsadas a revolverse o moverse aleatoriamente en un espacio que las contiene como una especie de Burbuja de Cristal en donde las hacen girar o revolverse a través de CORRIENTES DE AIRE y producto de esa Presión, son impulsadas a Salir por tubo y terminar en una Boquilla donde quedan ATRAPADAS; y así sucesivamente en cada Burbuja de Cristal con su correspondiente TUBO; que indicaría LA SERIE DE NUMEROS Resultante como GANADOR... Espero haberme hecho entender.... MIENTRAS TANTO ese fenómeno NO SUCEDE con El Código que se hace PARA SIMULAR ESE SORTEO. Así que NO se puede SER CONCLUYENTE EN LA COMPARACION DE QUE CON EL PROGRAMA PARA SIMULAR EL SORTEO EN UN ORDENADOR ....SE TENGAN LAS MISMAS PROBABILIDADES DE ACERTAR CUANDO EL SORTEO SE HACE CON BALOTAS EN UNA MAQUINA DISEÑADA PARA REVOLVER LAS BALOTAS CON PRESION DE CORRIENTES DE AIRE PUES ESO AFECTA LA FISICA O MECANICA DEL FENOMENO FISICO . Me hago entender??... Pero como Ejercicio de Programación me encanta... Cordial saludo desde la Ciudad de Ibagué Colombia.

[@CommitThatLine]

Claro que te haces entender y me gusta levantar la cuestión de la física en este contexto. Sabrías decirme el estado inicial de esas bolas en el bombo? Es decir, sabrías cuantificar cómo se han metido las bolas y todas las interacciones entre ellas de tal forma que puedas expresar qué bolas acaban en el tubo? La respuesta es que no, porque esas bolas se introducen sin ningún orden. Ademas, el sistema es tan complejo que incluso si sabes el orden en el que se han introducido el número de grados de libertad es tan grande que una minúscula variación en las condiciones iniciales puede producir resultados radicalmente diferentes en el estado final del sistema. Por este motivo, a la hora de modelar el sorteo donde las bolas se extraen de un bombo, la mejor forma de hacerlo es un sistema estadístico donde cada bola tiene la misma probabilidad de salir antes de empezar el sorteo. El efecto que la física pueda tener en este sorteo es despreciable y por eso nunca se modela. Hay sorteos donde los números son generados de forma aleatoria, aquí se sigue usando el bombo porque es televisado y tiene su historia pero sigue siendo igual de válido que un sorteo puramente estadístico.

[@alphavs872]

Siempre tiene que venir alguien repartiendo su pedantería para tratar de hacerse el inteligente y ya de paso echar por tierra el trabajo de otros pero cubriéndose las espaldas en las últimas lineas de su comentario con un "me encanta" o equivalentes para que no les hagan un zasca a mano abierta como finalmente ha sido el caso. En fin, si el secreto de las cosas es la sencillez hay algunos que prefieren complicar todo hasta el infinito y más allá

[@Karldt2012]

@@alphavs872 .., Así es... Tiene toda la razón...

[@mexiconotrajes105]

Se puede hacer un scrip basado en una base de datos por decir los números de la lotería de hace 2 o 3 meses y que me arroje algunos números probables . Hice uno parecido y me arrojó al menos 3 de 5

[@miguelangelfernandezrodrig258]

Pole