L'apprendimento automatico nel trading: teoria, modelli, pratica e algo-trading - pagina 3299

Nuovo commento
 
Andrey Dik #:

Lo sapevo.
rileggere quello che hai detto.

Torna indietro e trova dove ho detto questo se vuoi dirlo.

Oppure smettila di dire cazzate.
 
Maxim Dmitrievsky #:
C'è una continua sostituzione di concetti, è impossibile comunicare.

.

 
Maxim Dmitrievsky #:

Rileggilo e trova dove ho detto questo, se vuoi dirlo.

oppure smettila di dire sciocchezze.

Prima hai tirato in ballo l'approssimazione sbagliata, sulla quale non c'è stata alcuna discussione. poi hai detto che l'ottimizzazione non è il punto, mentre Sanych parlava di estremi, cosa che ho commentato.
Va bene, basta, fermiamoci qui.
 
Maxim Dmitrievsky #:
Ho anche notato che i segni dovrebbero essere pochi, quindi tutti i tipi di inferenze kozul vengono contati normalmente. Altrimenti gli algoritmi si confondono nelle loro letture.

Può mostrare un esempio in cui è riuscito a stabilire una relazione causale sui dati delle citazioni?

In generale, stavo dicendo che se non c'è alcun effetto di influenza (è impossibile rilevarlo nello sviluppo), che cambia il risultato probabilistico dei predittori, non è chiaro il senso di questo approccio.

Maxim Dmitrievsky #:
In generale, quanti indicatori dovrebbero essere presenti nel TS perché funzioni correttamente. Ovviamente non 100 o 500. Di solito si tratta di 2-3, al massimo 10.

In questo caso ho trovato un indicatore che si correlava con altri 270 indicatori per più di 0,7.

Il punto non è il numero di indicatori nella formazione, ma quali informazioni si possono ottenere da essi e quanto saranno statisticamente significative e stabili.

 
Andrey Dik #:

Prima hai tirato in ballo l'approssimazione sbagliata, sulla quale non c'è stata alcuna discussione. Poi hai detto che l'ottimizzazione non era il punto, mentre Sanych parlava di estremi, cosa che ho commentato.
Va bene, basta così, fermiamoci qui.

Sanych ha detto che non ci sono estremi, e aveva ragione. Ma non ha ancora capito quello che ho scritto all'inizio.

È stato lei a tirare in ballo l'ottimizzazione, che non è stata discussa. La risposta è stata che si stava considerando il caso dell'approssimazione, non dell'ottimizzazione.

Finita la commedia.

 

esiste una funzione che controlla una regola per identificatore

n - identificatore (numero della regola)

x - dati


Ecco un semplice schema della funzione

rule <- function(n,x){
  
  res <- NULL
  
  if(n==1)  res <- x[1] < x[5] 
  if(n==2)  res <- x[2] >= x[1]
  if(n==3)  res <- x[4] == x[5]
  if(n==4)  res <- x[1] != x[5]
  if(n==5)  res <- x[2] >= x[1]
  if(n==6)  res <- x[4] =< x[5]
  if(n==7)  res <- x[1] < x[5]
  if(n==8)  res <- x[2] >= x[1]
  if(n==9)  res <- x[4] <= x[5]
  if(n==10) res <- x[4] > x[5]

  return(res)
}

La domanda è se questa funzione sarà efficace se ci sono un milione di stringhe di questo tipo.

 if(n==... )  res <- x...

ci saranno un milione di stringhe.

In caso contrario, come la implementereste?

 
mytarmailS #:

esiste una funzione che controlla la regola in base all'identificatore

n - identificatore (numero della regola)

x - dati


Ecco il layout di una semplice funzione

La domanda è se questa funzione sarà efficace se ci sono stringhe del tipo

ce ne sono un milione.

In caso contrario, come la implementereste?

Usare lo switch

 
Aleksey Vyazmikin #:

Utilizzare l'interruttore

In teoria, si può anche utilizzare un array di funzioni.
 
Aleksey Vyazmikin #:

Utilizzare l'interruttore

in questo modo?

bool rule(int n, NumericVector x) {
  bool res = false;
  switch(n) {
    case 1: res = x[0] < x[4]; break;
    case 2: res = x[1] >= x[0]; break;
    case 3: res = x[3] == x[4]; break;
    case 4: res = x[0] != x[4]; break;
    case 5: res = x[1] >= x[0]; break;
    case 6: res = x[3] <= x[4]; break;
    case 7: res = x[0] < x[4]; break;
    case 8: res = x[1] >= x[0]; break;
    case 9: res = x[3] <= x[4]; break;
    case 10: res = x[3] > x[4]; break;
    default: stop("Invalid rule number");
  }
  return(res);
}


e sarà in grado di gestire un milione di condizioni?

 
mytarmailS #:

in questo modo?

Non conosco la sintassi di R - ho solo verificato che anche lì esiste questa possibilità. Altrimenti - sì, sembra proprio così.

mytarmailS #:

e può effettivamente gestire un milione di condizioni?

Ho usato circa 500 mila in MQL5. Funziona molto più velocemente di IF.

1...329232933294329532963297329832993300330133023303330433053306...3399
Nuovo commento