Dalla teoria alla pratica - pagina 590
Ti stai perdendo delle opportunità di trading:
- App di trading gratuite
- Oltre 8.000 segnali per il copy trading
- Notizie economiche per esplorare i mercati finanziari
Registrazione
Accedi
Accetti la politica del sito e le condizioni d’uso
Se non hai un account, registrati
Un'altra interessante serie di somme di incrementi, costruisci un istogramma (come ha fatto Alexander).
Ad essere onesti, il file non è affatto interessante.
Sarebbe meglio dire così
La serie è interessante ed è per questo che...
Ha fatto un altro studio concettuale (un anno dopo... :))
Quando si leggono forzatamente le quotazioni dei tick in scala temporale esponenziale a p=0,8333333 (in media 1 volta ogni 6 secondi), i veri tick arrivano in tali intervalli di tempo:
Approssimativamente lo stesso schema è stato osservato con una lettura uniforme di 1 volta al secondo.
Ecco cosa potete fare con me, e questo è il flusso Erlang (distribuzione binomiale negativa). Ed è in esso che deve essere fatta la corretta ricezione dei dati di tick.
Ha fatto un altro studio concettuale (un anno dopo... :))
Quando si leggono forzatamente le quotazioni dei tick in scala temporale esponenziale a p=0,8333333 (in media 1 volta ogni 6 secondi), i veri tick arrivano in tali intervalli di tempo:
Approssimativamente lo stesso schema è stato osservato con una lettura uniforme di 1 volta al secondo.
Ecco cosa potete fare con me, e questo è il flusso Erlang (distribuzione binomiale negativa). Ed è in esso che si devono ottenere i dati delle zecche.
Non ci sono pesci qui).
Ha fatto un altro studio concettuale (un anno dopo... :))
Quando si leggono forzatamente le quotazioni dei tick in scala temporale esponenziale a p=0,8333333 (in media 1 volta ogni 6 secondi), i veri tick arrivano in tali intervalli di tempo:
Approssimativamente lo stesso schema è stato osservato con una lettura uniforme di 1 volta al secondo.
Ecco cosa potete fare con me, e questo è il flusso Erlang (distribuzione binomiale negativa). Ed è in esso che si deve fare la giusta ricezione dei dati di tick.
Giusto? E cos'è questa "giustezza"?
Che cos'è questa "giustezza"?
Penso che lavorare su una linea temporale uniforme sia la soluzione sbagliata. Per esempio, con OHLC su M1. O si deve lavorare specificamente con i tick, ma questo porta a una distorsione del concetto di "tempo" - poiché ci sono diversi numeri di tick nello stesso arco di tempo e in modi diversi in un particolare broker. O lavorare in un flusso Erlang di un certo ordine, quando c'è una corrispondenza con il tempo "medio".
Forum sul trading, sistemi di trading automatico e test di strategie di trading
Pensieri a caso
Oleg avtomat, 2012.12.12 02:13
Un filtro è un convertitore funzionale. Un filtro ben progettato non solo rimuove il rumore, ma estrae anche molte informazioni utili, che sono presenti nei dati, ma nascoste e non direttamente accessibili.
Un filtro non può piacerti o non piacerti - al contrario, puoi usarlo correttamente o scorrettamente.
Ma naturalmente, un filtro non è la stessa cosa di un filtro ;))) E se un pezzo di merda si chiama filtro, non diventa un filtro. Di conseguenza appare l'atteggiamento di amore/disprezzo verso un tale artefatto ;)))
Penso che lavorare su una scala temporale uniforme sia la soluzione sbagliata. Per esempio, con OHLC su M1. O si deve lavorare specificamente con i tick, ma questo porta a una distorsione del concetto di "tempo" - poiché ci sono diversi numeri di tick nello stesso arco di tempo e in modi diversi in un particolare broker. O lavorare in un flusso Erlang di un certo ordine, quando c'è una corrispondenza con il tempo "medio".
Cavolo, dove ti sei messo in testa queste sciocchezze? Quale distorsione temporale? Quale sciocchezza?
Guarda il flusso di auto sulla strada fuori dalla tua finestra. Ce ne saranno pochi di notte, molti durante il giorno e ancora di più nelle ore di punta. Questo distorce il concetto di "tempo"?
Pensate un po' con la vostra testa e non ripetete nessuna sciocchezza pescata "su Internet".
Ok. Mettiamola in un altro modo:
Qualsiasi algoritmo costruito su OHLC senza prendere in considerazione i volumi reali di tick (Volume) è a priori impreciso e drenante. IMHO.
Ok. Mettiamola in un altro modo:
Qualsiasi algoritmo costruito su OHLC senza prendere in considerazione i volumi reali di tick (Volume) è a priori impreciso e drenante. IMHO.
Altre sciocchezze.
Amico, da dove ti vengono in mente queste sciocchezze? Quale distorsione temporale? Quali sciocchezze?
Guarda il flusso del traffico sulla strada fuori dalla tua finestra. Ce ne saranno pochi di notte, molti durante il giorno e ancora di più nelle ore di punta. Questo distorce il concetto di "tempo"?
Pensa con la tua testa e non ripetere sciocchezze che hai preso su internet.
Devi averlo letto da Niels e averlo preso alla lettera come guida all'azione)).
Quella che abbiamo davanti è una teoria assurda.
La domanda è: è abbastanza folle
essere corretto.
Niels BOR