Un robot senza indicatori - pagina 6

 
Martin Cheguevara:
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.
Ma si può fare a meno degli indicatori, il che è incomparabilmente più produttivo della ricerca di modi per prevedere l'impossibile.

Poche, se non nessuna, persone qui si chiedono cosa stiano cercando. Non ci vuole molta saggezza per applicare i metodi. Applicare esattamente dove darà risultati e determinare in anticipo se darà risultati o meno è ciò che è importante in termini di indicatori.

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.

 
Maxim Romanov:

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.

Capisco, così presto io e il mio robot saremo fuori dall'appartamento... È stato piatto per un mese e tutte le coppie in una volta. Va bene, dicono che è piatto.
 
Artyom Trishkin:
1. Per favore, fate attenzione alle vostre emozioni.
2. Il messaggio che hai menzionato indica solo un codice indicatore non ottimale, che dipende direttamente dalla persona che lo ha scritto.
3. Non ci saranno prove delle sue parole?

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.

 
Farkhat Guzairov:

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.

Esatto, di nuovo nel mio thread. Questo è un raduno di specialisti dell'entropia e della flatulenza, non abbiamo bisogno di altri.
 
Maxim Romanov:

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).

 
Martin Cheguevara:

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.

 
Penso che siamo andati fuori tema per sempre
 
Farkhat Guzairov:

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.

 
Farkhat Guzairov:

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

2. Il messaggio che hai specificato. Indica solo un codice indicatore non ottimale Il che dipende direttamente dalla persona che lo scrive.

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:

getcount

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.

 
Artyom Trishkin:

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.