Elephant cresce: sviluppi futuri e supporto - Parte II
"Elephant deve diventare IL poker software". Nell'intervista di ieri i nostri ragazzi del team di Elephant ci hanno parlato degli sviluppi che hanno fatto crescere il progetto. Oggi sentirete galam, plexiq, eniki e khalthag che ci spiegheranno quali opzioni sono state implementate per le versioni future, come ottenere supporto e come partecipare attivamente al progetto Elephant.






PokerStrategy.com. Oltre a questo studio informatica delle imprese. In generale ma soprattutto per Elephant sono responsabile per il software inglese e tedesco. Oltre al mio lavoro sul forum coordino i support per dare risposta alle domande dei membri di altre community. Chiunque abbia una domanda riceverà probabilemente una risposta da me.
Sono anche responsabile dei test sul software e della ricerca di bug. Se un bug sopravvive da una versione all'altra significa che probabilmente non ho scavato abbastanza a fondo. 😉
Infine discuto con gli altri ragazzi del team sulle nuove caratteristiche per Elephant e mi occupo di stendere un piano di lavoro.

Nash per l'ICM Trainer è principalmente opera mia.
Ho lavorato direttamente su Elephant soltanto qualche settimana, quando ho scritto il codice per la lettura delle Hand History di Mansion Poker e Everest Poker. Prima di quello ho sviluppato moduli che saranno integrati in Elephant tra qualche tempo.



HUD (il tool che fornisce le statistiche in tempo reale sui tavoli) e sull'Optical Character
Recognition (OCR). Parlando in generale, si può dire che io sia il responsabile per l'analisi diretta dei dati sui player. Ho lavorato anche su altre aree di Elephant, ad esempio su diverse analisi e simulazioni numeriche per il gioco del Texas Hold'em.
Qui puoi scaricare il software di analisi. Un esempio dell'installazione e dei primi passi si può trovare nella guida Elephant video. (in tedesco)


Per i problemi seri potete ovviamente contattarci in tempo reale utilizzando Skype/ICQ. Per i nostri dati potete, ovviamente, consultare il forum.


In sostanza mi diverto un sacco ad aiutare i membri. Di solito le discussioni sul forum sono molto produttive. Purtroppo talvolta ci sono persone che non sanno darsi dei limiti, e rendono molto difficili i nostri tentativi di aiutarli, soprattutto perché spesso essi perdono ogni barlume di obiettività.


Con un prodotto che ha un target così ampio è impossibile soddisfare ogni singolo utente. Elephant è ancora alla sua version Beta ed ha attraversato un periodo di sviluppo relativamente breve. Molte persone si lamentano della mancanza di alcune funzioni a cui erano abituati e che non sono ancora state implementate. Se queste installazioni non sono troppo onerose, stiamo cercando di realizzare tutto il più velocemente possibile.
I grossi progetti, come il supporto per i SnG, necessitano di progetti elaborati e di sistematico lavoro di test. Ciò porta via molto tempo. È comprensibile che gli utenti ci critichino per questo, dal loro punto di vista. In un certo senso è anche vantaggioso, perché ci fa lavorare veloci e con l'attenzione sempre rivolta alle priorità.


Molti problemi non hanno a che fare direttamente con Elephant ma con il sistema di gestione dei databse incorporato, PostgreSQL. Purtroppo la realizzazione di un gestore per i database è tutt'altro che semplice. Perciò molti problemi che sorgono potrebbero essere causati da infiniti fattori, ma la colpa ricade sempre su Elephant. Nel futuro automatizzeremo tutti questi processi, per facilitare il compito degli utenti.




hai citato moduli che verranno integrati in Elephant in un secondo tempo. Che tipo di moduli sono?

ICM usa soltanto la struttura di payout e l'ammontare degli stack al tavolo per questo tipo di calcolo. Fattori come i livelli dei blinds, la posizione assoluta e relativa agli altri player non sono considerati. Questo causa alcuni chiari errori in alcune situazioni.
Un esempio comune è un player short stack in EP. Egli è costretto a fare push in quasi qualsiasi situazione situazione, contrariamente a quanto asserisce ICM, perché esso non considera che il giocatore è "costretto a far qualcosa" prima che i blind arrivino a lui.
Il FGS include fattori come i suddetti nelle sue valutazioni e fornisce risultati migliori, nella maggior parte delle situazioni, rispetto a ICM.


SnG, FGS riduce significativamente il quantitativo di conoscenze da assimilare. I player investono un sacco di tempo per allenarsi e apprendere una sorta di "feeling" per i corretti range secondo ICM.
Soltanto quando un player è divenuto esperto nell'ICM allora può capire alcune importanti limiti del modello, e quindi deviare da esso all'occorrenza, per prendere le giuste decisioni. Questo processo è molto difficile e lungo, poiché non si può avere un'idea esatta di quanto convenga spostarsi dall'ICM.
Il FGS ora vi offre la possibilità di imparare velocemente le deviazioni opportune dall'ICM. Il giocatore ha la possibilità di allenarsi direttamente con una versione "corretta" dell'ICM. Ovviamente la valutazioni di FGS non sono perfette a loro volta. Un player che gioca strettamente secondo FGS, però, disporrà di un edge sui giocatori che seguono fedelmente ICM.


PFR
etc., ad esempio ci si chiederà come utilizzare questi valori nell'HUD. Quest'idea non è ancora stata implementata come una parte del poker software commerciale, anche se una valutazione ottimizzata di questi parametri si potrebbegià reperire, come in Mathematics of Poker di Chen e Ankeman.
Per chiarire l'idea di base: supponiamo di essere al tavolo con un giocatore sconosciuto mid-stakes NL 6-max, che nelle due prime orbite gioca sei delle sue mani. L'HUD convenzionale ci direbbe che il VPIP del player è del 50%, poiché egli ha investito denaro nella metà delle sue mani.
È un dato di fatto che un valore così elevato è rarissimo in questo tipo di tavoli. È molto più probabile che il giocatore in questione abbia ricevuto una serie di mani sopra la media nelle prime due orbite.
Il punto è che non vogliamo giocare contro questo giocatore come se avesse davvero un VPIP del 50%. Per aiutare i nostri player vogliamo calcolare il "più probabile" VPIP del giocatore, con l'aiuto dei valori tipici di VPIP nella popolazione totale di player e con la valutazione della variabilità delle mani di partenza ricevute.




Ci serve l'OCR per leggere i dati di tavolo e player dal software di poker. Ovviamente ci sono altri metodi per ottenere queste informazioni, ma spesso si incontrano problemi dovuti alla forte protezione che le poker room applicano sui propri dati. Spesso la lettura attraverso l'OCR è l'ultima opzione.




Il principale vantaggio è ovviamente nell'utilizzo in tempo reale. DI solito le hand history sono elaborate durante lo svolgimento del gioco e sono reperibili soltanto alla fine della mano stesso. Con OCR avrete l'opzione di analizzare una mano in tempo reale, mentre state giocando, e reagire di conseguenza. Ad esempio i principianti potranno usufruire di suggerimenti su come utilizzare le proprie mani di partenza nella mano in cui stanno giocando. Inoltre sarà possibile includere analisi di equity in base alle situazioni, così come odds e out per i progetti in una certa situazione al tavolo, in base al piatto attuale.



Grazie molte per il vostro tempo dedicato a questa intervista e ad aggiornarci sul vostro lavoro. Aspettiamo ansiosi vostre notizie!

