Un robot senza indicatori - pagina 6
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
Ci sono indicatori che determinano... non una tendenza o un piatto... non esistono comunque in forma pura. Determinano il vantaggio delle forze sull'acquisto o la vendita in generale in entrambe le direzioni. Non si può determinare con gli occhi. Perché non è la direzione del prezzo, ma il grado di entropia (casualità) nel prezzo. In realtà questi indicatori sono qualcosa come invenzioni che è il motivo per cui non sono popolari, naturalmente ho un paio di loro sviluppato su richiesta in comunicazione personale. Non sarò in grado di determinare la tendenza a priori. Ma un appartamento è abbastanza possibile. Dal momento che il piatto + la casualità esiste circa il 98% di tutto il tempo del mercato.
Un flat non esiste per il 98% del tempo, esiste esattamente finché c'è una tendenza. Il mercato cambia da una tendenza a una piatta, la legge di distribuzione fluttua ma non diventa mai una distribuzione normale. Se il piatto fosse il 98% delle volte, sarebbe troppo facile guadagnarci sopra.
Un flat non esiste per il 98% del tempo, esiste finché c'è una tendenza. La natura del mercato cambia da trendy a piatta, la legge di distribuzione oscilla intorno alla normalità, ma non lo diventa mai. Se un appartamento fosse il 98% delle volte, sarebbe troppo facile guadagnarci sopra.
1. Per favore, fate attenzione alle vostre emozioni.
Sai, mi ricordi la categoria di persone che chiedono prove, e dopo averle presentate dicono "le tue prove, non....".
Cosa posso dire a questo "dice solo di un codice indicatore non ottimale", hai ragione, nella tua comprensione il codice ottimale è... Non voglio nemmeno indovinare cosa sia.
Forse ti è sfuggito qualcosa, ma inizialmente ho scritto che mettere tutta la logica nel codice dell'Expert Advisor non è una buona soluzione a condizione che N numero di strumenti sia aperto e caricato nel terminale, perché secondo me il compito dell'Expert Advisor è quello di gestire gli ordini nel tempo.
Quello che ho mostrato, e tu hai commentato "sul codice non ottimale dell'indicatore" (non sto dicendo il contrario), a condizione che un paio di strumenti siano aperti e un paio di bot e indicatori, non vedo tali ritardi, cioè, se seguiamo la tua logica, sul codice "ottimale", messaggi come"indicatore è troppo lento" non appariranno mai, se 10 o più strumenti sono aperti, ci credi seriamente?
Per esperienza personale sono giunto alla conclusione che tutti i calcoli "pesanti" dovrebbero essere fatti in un programma separato in modo da non osservare simili ritardi, e MQL dovrebbe essere affidato con ordini di manutenzione basati su comandi ricevuti dal programma che non influenza direttamente il motore MQL e la sua produttività. In effetti, lo sto facendo ora.
In realtà, non ho niente da dimostrare, dato che non l'avete incontrato, quindi:
1. Sei un dio nel mondo della programmazione :);
2. Non hai ancora scritto niente di serio.
3. Stai solo valutando te stesso con i tuoi hack.
Sai, mi ricordi la categoria di persone che chiedono una prova, e dopo aver presentato tale prova dicono il seguente "la tua prova, non la prova....".
Cosa posso dire a questo "parla solo di un codice indicatore non ottimale", hai ragione, nella tua comprensione il codice ottimale è... Non voglio nemmeno indovinare cosa sia.
Forse ti è sfuggito qualcosa, ma inizialmente ho scritto che mettere tutta la logica nel codice dell'Expert Advisor non è una buona soluzione a condizione che N numero di strumenti sia aperto e caricato nel terminale, perché secondo me il compito dell'Expert Advisor è quello di gestire gli ordini nel tempo.
Quello che ho mostrato, e tu hai commentato "sul codice non ottimale dell'indicatore" (non sto sostenendo il contrario), a condizione che un paio di strumenti e un paio di bot e indicatori siano aperti, non vedo tali ritardi, cioè, se seguiamo la tua logica, sul codice "ottimale", messaggi come"l'indicatore è troppo lento" non appariranno mai, se 10 o più strumenti sono aperti, ci credi seriamente?
Per esperienza personale sono giunto alla conclusione che tutti i calcoli "pesanti" dovrebbero essere fatti in un programma separato in modo da non osservare simili ritardi, e MQL dovrebbe essere affidato con ordini di manutenzione basati su comandi ricevuti dal programma che non influenza direttamente il motore MQL e la sua produttività. In effetti, lo sto facendo ora.
In realtà, non ho niente da dimostrare, dato che non l'avete incontrato, quindi:
1. Sei un dio nel mondo della programmazione :);
2. Non hai ancora scritto niente di serio.
3. Ti stai solo valutando con i tuoi odi.
Un flat non esiste per il 98% del tempo, esiste finché c'è una tendenza. La natura del mercato cambia da trendy a piatta, la legge di distribuzione oscilla intorno alla normalità, ma non lo diventa mai. Se un appartamento fosse il 98% delle volte, sarebbe troppo facile guadagnarci sopra.
Nel caso non l'abbiate notato... "piatto+casuale". È quello che fa il 98% delle volte.
E le tendenze... sono solo outlier... anomalie di mercato... accadono raramente come la Brexit nel Regno Unito. Naturalmente, c'era una vera e propria tendenza alla vendita.
Queste "tendenze" non possono essere rilevate senza un collegamento ad alta velocità allo scambio. C'è anche uno strumento matematico che dovrebbe essere inventato. E badate, nessuno qui lo dice, ma la tendenza stessa può anche essere casuale =) Sembra assurdo, ma non smette di essere vero).
Nel caso non l'abbiate notato... "piatto+casuale". È quello che fa il 98% delle volte.
E le tendenze... sono solo picchi... anomalie del mercato... accadono raramente, come la Brexit nel Regno Unito. Naturalmente, c'era una vera e propria tendenza alla vendita.
Queste "tendenze" non possono essere rilevate senza un collegamento ad alta velocità allo scambio. C'è anche uno strumento matematico che dovrebbe essere inventato. E badate, nessuno qui lo dice, ma la tendenza stessa può anche essere casuale =) Sembra assurdo ma non smette di essere vero).
Mi spiego in un altro modo. Se la probabilità di inversione è del 50%, allora non è un trend e non è un flat, ma il prezzo si muoverà comunque da qualche parte. In questo caso il grafico avrà una distribuzione di probabilità normale (come un processo casuale). Ma nel mercato, la probabilità di un'inversione è per lo più inferiore al 50% è una tendenza, o più del 50% è un pullback. Ma se preso per un lungo periodo di tempo, la probabilità di inversione è di circa il 50%. Quindi il mercato fluttua intorno a questo valore. Qui sto parlando del forex e delle principali 28 coppie. Sul fondo è un po' diverso.
Sai, mi ricordi la categoria di persone che chiedono una prova, e dopo aver presentato tale prova dicono il seguente "la tua prova, non la prova....".
Cosa posso dire a questo "parla solo di un codice indicatore non ottimale", hai ragione, nella tua comprensione il codice ottimale è... Non voglio nemmeno indovinare cosa sia.
Forse ti è sfuggito qualcosa, ma inizialmente ho scritto che mettere tutta la logica nel codice dell'Expert Advisor non è una buona soluzione a condizione che N numero di strumenti sia aperto e caricato nel terminale, perché secondo me il compito dell'Expert Advisor è quello di gestire gli ordini nel tempo.
Quello che ho mostrato, e tu hai commentato "sul codice non ottimale dell'indicatore" (non sto sostenendo il contrario), a condizione che un paio di strumenti e un paio di bot e indicatori siano aperti, non vedo tali ritardi, cioè, se seguiamo la tua logica, sul codice "ottimale", messaggi come"l'indicatore è troppo lento" non appariranno mai, se 10 o più strumenti sono aperti, ci credi seriamente?
Per esperienza personale sono giunto alla conclusione che tutti i calcoli "pesanti" dovrebbero essere fatti in un programma separato in modo da non osservare simili ritardi, e MQL dovrebbe essere affidato con ordini di manutenzione basati su comandi ricevuti dal programma che non influenza direttamente il motore MQL e la sua produttività. In effetti, lo sto facendo ora.
In realtà, non ho niente da dimostrare, dato che non l'avete incontrato, quindi:
1. Sei un dio nel mondo della programmazione :);
2. Non hai ancora scritto niente di serio.
3. Stai solo valutando te stesso con i tuoi hack.
Imparare a scrivere codice correttamente. Devi incolpare solo te stesso per i tuoi ritardi. Sono qui da più di 10 anni e ho scritto solo un indicatore con un messaggio simile. Tuttavia, l'ho corretto io stesso.
Certo, ho molta della vostra esperienza...
Ma per favore dammi il codice dell'indicatore che blocca il tuo filo.
Sai, mi ricordi la categoria di persone che chiedono una prova, e dopo aver presentato tale prova dicono il seguente "la tua prova, non la prova....".
Cosa posso dire a questo "parla solo di un codice indicatore non ottimale", hai ragione, nella tua comprensione il codice ottimale è... Non voglio nemmeno indovinare cosa sia.
Forse ti è sfuggito qualcosa, ma inizialmente ho scritto che mettere tutta la logica nel codice dell'Expert Advisor non è una buona soluzione a condizione che N numero di strumenti sia aperto e caricato nel terminale, perché secondo me il compito dell'Expert Advisor è quello di gestire gli ordini nel tempo.
Quello che ho mostrato, e tu hai commentato "sul codice non ottimale dell'indicatore" (non sto dicendo il contrario), a condizione che un paio di strumenti siano aperti e un paio di bot e indicatori, non vedo tali ritardi, cioè, se seguiamo la tua logica, sul codice "ottimale", messaggi come"indicatore è troppo lento" non appariranno mai, se 10 o più strumenti sono aperti, ci credi seriamente?
Per esperienza personale sono giunto alla conclusione che tutti i calcoli "pesanti" dovrebbero essere fatti in un programma separato in modo da non osservare simili ritardi, e MQL sarà responsabile del compito di servire gli ordini in base ai comandi ricevuti dal programma che non influisce direttamente sul motore MQL e la sua produttività. In effetti, lo sto facendo ora.
In realtà, non ho niente da dimostrare, dato che non l'avete incontrato, quindi:
1. Sei un dio nel mondo della programmazione :);
2. Non hai ancora scritto niente di serio.
3. Stai solo facendo un rating per te stesso con i tuoi hack.
Risposta:
Forum sul trading, sistemi di trading automatico e test di strategie di trading
Il mio robot senza indicatori
Artyom Trishkin, 2018.09.27 15:42
Penso che sia abbastanza corretto (tollerante), l'esempio di calcolo dell'intero indicatore, e una parte ottimizzata da esso, l'ottimizzazione dà un guadagno di 1-2 ordini di grandezza:
Se tutte le barre sono ricalcolate su ogni tick (probabilmente il 99% di kodobase), si otterrà un messaggio su un indicatore lento. Chiamando icustom si calcolano tutte le barre.
Imparate a scrivere correttamente il codice. Devi incolpare solo te stesso per i tuoi freni. Sono qui da più di 10 anni e ho scritto solo un indicatore con un messaggio simile. Tuttavia, l'ho corretto io stesso.
Naturalmente ho molta esperienza in questo campo...
Ma per favore datemi il codice dell'indicatore che blocca il vostro filo.
Tu non capisci...
È triste... C'è solo un algoritmo, con cui si ha a che fare, e c'è un'analisi di una grande quantità di dati, e non importa come si ottimizza il codice, non si può uscire da esso, come esempi cito i minatori, si pensa che ci sia un problema di codice, che si ha bisogno di mega-computer????
Quindi, ti ho appena avvertito nel mio post, mentre tu hai cercato di fare il furbo. Questa è la fine della discussione, non ha senso.