Buongiorno,
ora parliamo la stessa lingua. Per molti sarà stato sinora un thread noioso e forse a volte incomprensibile, ma il tutto è stato necessario per stabilire la procedura da adottare. Una precisazione, per non fare rivoltare i matematici, non parliamo di probabilità perchè è evidente anche ai neofiti che l'insieme di più eventi a pari probabilità comporta una drastica riduzione della stessa. Diciamo che la tecnica è un modo "semplice" per condizionare un sistema con pochi passaggi.
Premesso questo, visto anche il numero di visualizzazione della discussione e nell'auspicio che tra gli utenti ci sia qualche programmatore, sarebbe gradito e importante uno scambio di opinioni sull'algoritmo da ricercare.
Si è compreso, credo in modo inequivocabile, che non sono necessari quadri, quadretti, cassetti e, direi anche, ordinamenti vari. Di cosa abbiamo bisogno? Di un numero X di sistemi il cui sviluppo colonnare rappresenti il 90% dell'integrale necessario al conseguimento della vincita al 100%. Una parentesi: perchè la tecnica deve partire dal terno? Se è efficace per il terno lo dovrebbe essere altrettanto per l'estratto determinato e l'ambo e sotto l'aspetto informatico, in termini di velocità di elaborazione, di sicuro non si avranno particolari problemi. Confermo e ripeto che ho già creato e provato una procedura similare che a recuperarla si fa prima a rifarla: non perviene a nulla di concreto. Sia per estratto determinato, sia per ambo che per terno sono necessarie X combinazioni per avere qualche risultato concreto. Della serie che se non gioco almeno 400 combinazioni, il terno a ruota lo vedo con il binocolo. Non per essere disfattista, il programma si farà anche per intima soddisfazione informatica, ma per non creare false aspettative.
Allora, si diceva che occorrono X sistemi o impropriamente matrici. Sotto l'aspetto informatico io non gestirei matrici da 100.000 circa terni ovvero il 90%, ma il 10% ovvero 10.000 circa terni, quelli che in pratica escludiamo dal sistema. Se nel famoso debug il terno c'è nei 10.000 la matrice fa al nostro caso, altrimenti la scartiamo. Di questo evento, come suggerisce Vecchione, ne possiamo conservare traccia in termine di frequenza, ritardo e ritardo massimo. Inoltre non userei tre cicli for next annidati ma un unico ciclo. Cioè ad ogni terno darei un indice; ad esempio il terno 01.02.03 è il numero 1......il terno 88.89.90 è il numero 117480. Credo si guadagni in termine di velocità.
A più tardi...................
ora parliamo la stessa lingua. Per molti sarà stato sinora un thread noioso e forse a volte incomprensibile, ma il tutto è stato necessario per stabilire la procedura da adottare. Una precisazione, per non fare rivoltare i matematici, non parliamo di probabilità perchè è evidente anche ai neofiti che l'insieme di più eventi a pari probabilità comporta una drastica riduzione della stessa. Diciamo che la tecnica è un modo "semplice" per condizionare un sistema con pochi passaggi.
Premesso questo, visto anche il numero di visualizzazione della discussione e nell'auspicio che tra gli utenti ci sia qualche programmatore, sarebbe gradito e importante uno scambio di opinioni sull'algoritmo da ricercare.
Si è compreso, credo in modo inequivocabile, che non sono necessari quadri, quadretti, cassetti e, direi anche, ordinamenti vari. Di cosa abbiamo bisogno? Di un numero X di sistemi il cui sviluppo colonnare rappresenti il 90% dell'integrale necessario al conseguimento della vincita al 100%. Una parentesi: perchè la tecnica deve partire dal terno? Se è efficace per il terno lo dovrebbe essere altrettanto per l'estratto determinato e l'ambo e sotto l'aspetto informatico, in termini di velocità di elaborazione, di sicuro non si avranno particolari problemi. Confermo e ripeto che ho già creato e provato una procedura similare che a recuperarla si fa prima a rifarla: non perviene a nulla di concreto. Sia per estratto determinato, sia per ambo che per terno sono necessarie X combinazioni per avere qualche risultato concreto. Della serie che se non gioco almeno 400 combinazioni, il terno a ruota lo vedo con il binocolo. Non per essere disfattista, il programma si farà anche per intima soddisfazione informatica, ma per non creare false aspettative.
Allora, si diceva che occorrono X sistemi o impropriamente matrici. Sotto l'aspetto informatico io non gestirei matrici da 100.000 circa terni ovvero il 90%, ma il 10% ovvero 10.000 circa terni, quelli che in pratica escludiamo dal sistema. Se nel famoso debug il terno c'è nei 10.000 la matrice fa al nostro caso, altrimenti la scartiamo. Di questo evento, come suggerisce Vecchione, ne possiamo conservare traccia in termine di frequenza, ritardo e ritardo massimo. Inoltre non userei tre cicli for next annidati ma un unico ciclo. Cioè ad ogni terno darei un indice; ad esempio il terno 01.02.03 è il numero 1......il terno 88.89.90 è il numero 117480. Credo si guadagni in termine di velocità.
A più tardi...................
