Tras un breve paréntesis, vuelvo a retomar el tema de los bots para comentar en esta ocasión algunos de los retos que se les plantean a los desarrolladores de estos programas, los procedimientos generales que suelen seguir y la opinión generalizada que tienen de su actividad.
Para empezar, muchos de los desarrolladores no creen que estén haciendo trampas. Sí, va en contra de las normas de las salas, pero no ven falta de ética en desarrollar un programa que juegue en lugar de una persona. Ponen el ejemplo de ciertos lugares en internet donde puedes jugar al ajedrez contra máquinas o humanos sin ningún problema. Aunque es cierto que se indica si el rival es humano o no, lo que no ocurre (evidentemente) en la sala de póquer. O quizás sí, ya que se rumorea que van a lanzar una sala en la que van a permitir el juego a bots y se indicará el tipo de jugador en el perfil del mismo. Veremos si esto llega a producirse y la acogida que tiene.
Otro de sus argumentos es que no es muy diferente jugar con bots al uso de software de ayuda como Poker Tracker, Holdem Manager, Eyetracker, etc. Incluso estos programas son la razón principal de que cada vez ganar sea más complicado –además de libros y foros- y que los malos jugadores y su dinero duren menos (y razón tampoco les falta en esto último).
La que pretende ser uno de las razones definitivas es la afirmación de que llegará un punto en el que la potencia de los ordenadores será tan enorme que se logrará llegar a una solución óptima del juego y que entonces dé igual jugar contra un bot o no, ya que todo el mundo será capaz de jugar de forma perfecta. Aparte de que quedan unos cuantos años hasta que eso ocurra, no es lo mismo ejecutar una aplicación que todo el estudio y tiempo necesarios para jugar de manera óptima por mucha solución que exista. Además, seguro que para entonces hay sistemas para asegurarse de que el rival es una persona (y más les vale a las salas haberlo desarrollado porque nadie jugará si se van a enfrentar a bots perfectos, ya que el EV es negativo incluso entre ellos debido al rake).
Otra cosa distinta es la replicación del código y jugar con más de un usuario con el mismo desarrollo. Ahí sí que suelen entender que es moralmente reprobable y que se trata de una ventaja injusta (aunque saben que es la base de su éxito). Pero como vamos a ver a continuación, no es algo tan fácil como ejecutar el mismo programa en máquinas diferentes.
Una de las labores más engorrosas y en cierto modo complicadas no tiene nada que ver con la programación ni con el conocimiento sobre póquer. Se trata del escalado del sistema, es decir, cómo replicar un bot exitoso para tener varios funcionando simultáneamente. Ésta es una condición indispensable para ganar mucho dinero, ya que normalmente no van a ser grandes ganadores por mano jugada y precisan de muchas horas y de muchos usuarios para rentabilizar el esfuerzo de su desarrollo.
Además, una de las motivaciones para crear el bot es la facilidad para clonar un juego no perdedor en muchos jugadores con apenas esfuerzo. La parte técnica para llevar esto a cabo es muy sencilla. El verdadero problema es la burocracia. Para empezar, habrá que dar de alta cada bot con una persona real, ya que las salas piden la identificación de cada usuario que abre una cuenta de dinero. Para ello necesitamos una familia bien avenida (como los Hardesty) o muchos amigos que estén en el ajo (como los de CManson). Evidentemente, todos los correos deben ser diferentes y cada comunicación requerida con la sala deberá hacerse desde la cuenta pertinente.
Si a veces es una lata tener una cuenta y lidiar con los numerosos problemas que se pueden tener a lo largo del tiempo con ciertas salas, lo es mucho más si se multiplica por n cuentas. Además, las salas con mejor atención al cliente y más seguras suelen ser las que más esfuerzo y tiempo dedican a la detección de bots, con lo que los inconvenientes como retiros que no llegan, promociones que no han ingresado en las cuentas, etc. serán aún más frecuentes. Porque es aconsejable, si se tiene jugando a un bot en una cuenta en lugar de un jugador humano, sacar continuamente el dinero ganado para evitar, en caso de detección, perder más dinero del imprescindible. Ya que si una sala detecta un proceder incorrecto, van a eliminar la cuenta, quedarse con el dinero y meter esa conexión y al jugador en la lista negra.
Por eso, los desarrolladores normalmente emplean una conexión diferente para cada autómata que tienen jugando. Eso significa contratar distintos proveedores (con todos los problemas que suelen surgir a pesar del prestigioso funcionamiento de las empresas de telecomunicaciones); y, si se es muy paranoico, tener las máquinas distribuidas a lo largo del país (o países) para que no haya interconexión posible entre ellas. Por si esto fuera poco, cada una de las personas que figuran en la cuenta, deben tener un método de pago al que poder sacar con asiduidad el dinero ganado. Con lo que el dinero no lo tiene el desarrollador sino el compinche, lo cual puede ser fuente de futuros problemas si la amistad no era tal, o al fin y al cabo solo éramos primos segundos y apenas nos conocíamos…
Resumiendo lo visto hasta ahora se puede afirmar que, a pesar de parecer la parte más sencilla o que no pareciera que iba a presentar tantas dificultades, el escalado de la aplicación es una tarea ardua, nada agradable y llena de complicaciones. Pero no nos engañemos, el verdadero problema (como casi siempre en esta vida) es el económico. Hay que entender el comportamiento de un jugador típico de póquer y comportarse del mismo modo. Las salas pondrán todo su empeño en seguir al dinero para encontrar al desarrollador, con lo que el objetivo es ir sacando los beneficios en pequeñas cantidades que equivalgan a las que suelan retirar los jugadores tipo. Siendo toda esta logística la que es una verdadera lata y está tan alejada de los gustos de un programador que disfruta escribiendo código como si fuera una obra de arte.
Enlaces a artículos anteriores de la serie:
Esta anotación fue publicada en Poker Red el Jueves 7 de Agosto de 2008 por spainfull . Fue archivada en la(s) categoría(s) de Artículos, Software. Si te ha interesado te animamos a suscribirte a todas las novedades de la web bien por rss o por correo electrónico.
Enlace patrocinado: ¡Regístrate en Unibet y llévate 100$ de bono!
Una opción viable es jugar en vez de en un mismo sitio con diferentes nombres reales hacerlo en muchas salas bajo un mismo nombre real. Sin duda, el problema sería que habría que escribir código para cada sala aunque probablemente sea más sencillo que todo el papeleo y convencer a tanta gente de la opción tratada en esta parte.
Aun así, es posible que incluso con un sólo nombre se pueda aprovechar en salas como ipoker/ongame donde todas las salas son iguales y sólo cambia el skin.
el problema de esa solución es que como les dé por actualizar varias salas a la vez o los cambios sean importantes vas a tener que estar pendiente de que todo funcione bien y cambiarlo. Cuanta mayor estabilidad y más automático mejor.
Sí, es otra opción si permiten jugar en varias a la vez desde la misma cuenta, pero supongo que compartirán información y es demasiado evidente (y seguro que hay problemas para abrir muchas mesas de cada sala).
Enviar un comentario nuevo