Errori, bug, domande - pagina 688

 

Risposta sugli spreads negativi.

Nel processo di generazione delle zecche tutti gli spread sono controllati per la rilevanza. Durante la formazione delle condizioni della barra OHLC per il periodo in esame, un controllo simile non è stato eseguito. Gli spread negativi sono presenti nella storia per errore. Lo aggiusteremo. Inseriremo anche il controllo nella modalità "per prezzi di apertura

 
papaklass:

Signori, qualcuno ha eseguito la multi-valuta in modalità di visualizzazione del prezzo di apertura con riferimento ad altri TF?

Ecco il grafico giornaliero:

E quale strategia può essere testata su questo grafico?



Onestamente, non riesco a capire nulla dalla foto allegata. L'unica cosa chiara è che l'autore è insoddisfatto di qualcosa, ma bisogna farsi capire.
 
papaklass:

Questo è tutto.

Finché non vedrete la mancanza di conclusioni dirette nei vostri post, sorprenderete costantemente gli altri.

Tuttavia, penso che sia un comportamento abbastanza deliberato.

 
papaklass:

PS: cercherò di non distrarti più dall'affare in questione.

Non hai fatto un punto, hai portato tre persone a fare altre domande.

È esattamente quello che ho sottolineato "questo è un comportamento abbastanza deliberato da parte vostra".

E la tua ultima risposta lo conferma esattamente - invece di una conclusione chiara su uno screenshot insignificante sei andato a giocare al gioco "gioca con me, lavora, rifletti sul problema che ti ho chiesto, e avrò l'opportunità di criticarti in modo così irragionevole per incomprensione".

Hai capito ora? Non siamo bambini che giocano al circo davanti a noi, giocando all'offeso.

 
Renat:
Lasciate perdere l'argomento - nessun cambiamento è in vista su questo fronte a breve.

Renat, buon pomeriggio!

In linea di principio, sono d'accordo con te. Nessuna offerta nella profondità del mercato = nessun indicatore singolo sul grafico del prezzo (rispettivamente, nessuna barra nel raggruppamento della storia temporale).

D'altra parte, non capisco bene la tua posizione nel non voler rendere il terminale migliore (algoritmicamente più chiaro, o qualcosa del genere).

La sincronizzazione della storia è uno dei pilastri fondamentali del trading dei robot. Distratti dal controllo dei dati storici, noi programmatori siamo costretti a distogliere la nostra attenzione dall'analisi tecnica e a spendere un sacco di tempo intellettuale (codifica) e di CPU/consumatore (esecuzione del programma/attesa umana) su una routine banale. Vi è già stata offerta una soluzione piuttosto elegante, secondo la mia opinione di profano, che è:

1. Non danneggia gli indicatori già esistenti.

2. Ridurrà il tempo di scrivere un codice (specifico).

3. Ridurrà il tempo di esecuzione del codice (specifico).

4. Non appesantirà significativamente il terminale (le barre vuote saranno calcolate e messe nel database una volta, quando si scarica la storia).

Ho usato il termine "specifico" di proposito. Perché, secondo voi, è il ~0% dei casi. È solo il ~0% dei casi finora.

Gli argomenti in difesa della necessità di tali barre nella storia vi sono dati.

Si prega di fornire le controargomentazioni.


P.S.

Mi scuso per aver interferito nella conversazione. È solo che anch'io sono una persona di interesse.

 
voix_kas:

Renat, buon pomeriggio!

Sfortunatamente, la questione è completamente chiusa.

Ci sono molte controargomentazioni critiche e temo che i commercianti non ne siano a conoscenza.

 
Renat:

Sfortunatamente, la questione è completamente chiusa.

Ci sono molte controargomentazioni critiche e temo che i commercianti non ne siano a conoscenza.

Quindi illuminateci, non è per curiosità oziosa che la gente vuole le barre sincrone.

Secondo me, con lo stato attuale è la seconda compressione irreversibile dell'informazione (e infatti IMHO questa compressione è meno utile che dannosa).

Il primo irreversibile si verifica quando le zecche formano delle barre.

Tutto questo è accettabile nel trading di una sola valuta, ma dato che il terminale è multivaluta, siate abbastanza gentili da rispettarlo.

La differenza principale tra l'analisi multivaluta e l'analisi a valuta singola è che quest'ultima considera i cambiamenti in tutte le valute come interrelati, cioè è un unico processo.

Mentre nell'approccio della moneta unica tutto è indipendente, anche se avviene nello stesso momento.

Anche se assumiamo che il tuo approccio sia corretto (no tick no bar), ma lo passiamo attraverso il prisma del multi-currency tick, arriveremo alla necessità della sincronizzazione.

Penso che questa discussione dovrebbe essere spostata in "Desideri per MT5

ZZZY a proposito nel topic dei desideri questa richiesta sulla prima pagina più di 2 anni fa

MetaDriver 2009.11.20 00:59

ZZZZY Renat, si scopre che voi 2 anni non può "ragionevolmente" spiegare perché una cosa come la sincronizzazione non sarà implementato. Intelligibile - in modo che le persone pensanti siano d'accordo con te e ti lascino in pace.

 
voix_kas:

Gli argomenti a favore della necessità di tali barre nella storia vi sono stati forniti.

Se avete salti e aggiunte di schivate e zecche che non sono avvenute, andate dalle vostre società di intermediazione.

Arrivare adelle barre su cui non sono arrivati dati nella piattaforma non è il lavoro degli sviluppatori.

Il compito dello sviluppatore è quello di fornire dati non distorti e accurati dal fornitore di quote alla piattaforma e ai terminali.

Tutto il resto - queste sono altre questioni e gli sviluppatori non si occuperanno e non dovrebbero occuparsi di queste cose, che non sono nella competenza del nucleo dell'informazione e della piattaforma di trading.


La tua società di brokeraggio può aggiungere le barre di minuti mancanti. Non esitate a contattarli sul loro supporto tecnico e chiedete loro aiuto.

Gli sviluppatori non rovineranno la storia reale di base con il loro intervento forzato in essa.

Ancora una volta, chiedete alle vostre società di intermediazione una tale operazione.

 
sergeev:

Se avete un problema con le omissioni e le aggiunte di schivi e zecche, chiedete alle vostre società di intermediazione.

Arrivarecon delle barre per le quali non c'erano dati in arrivo nella piattaforma non è il lavoro degli sviluppatori.

Il compito dello sviluppatore è quello di fornire dati non distorti e accurati dal fornitore di quote alla piattaforma e ai terminali.

Tutto il resto è un altro tipo di questione e gli sviluppatori non si occuperanno e non dovrebbero occuparsi di queste cose, che non sono nella competenza del nucleo delle informazioni e della piattaforma di trading.


La tua società di brokeraggio può aggiungere le barre di minuti mancanti. Non esitate a contattarli sul loro supporto tecnico e chiedete loro aiuto.

Gli sviluppatori non rovineranno la storia reale di base con il loro intervento forzato.

Ancora una volta, chiedete alle vostre società di intermediazione una tale operazione.

Alex, perché non usiamo il modello multi-valuta come base e lasciamo che coloro che non ne hanno bisogno chiedano alle società di brokeraggio di tagliare la storia tagliando le barre sincrone.

Il problema è che MQ ha posizionato il terminale come una base multi-valuta una-valuta una-valuta, nessun evento multi-valuta, da cui tutti i problemi successivi.

 
Vi rendete conto che nel tester il tempo di apertura della barra non corrisponde all'arrivo del primo tick nella vita reale! Al momento dell'apertura della barra nel tester, il prezzo era in realtà (99%) molto diverso nel reale - il prezzo di chiusura della barra precedente. <br/ translate="no">.
E il prezzo aperto della barra corrisponde davvero al prezzo che c'era al momento in cui si è formato il minuto, come riporta felicemente il tester?
Il compito è semplice, far sì che il tester dia meno imprecisioni possibili. Al momento, il tester mente quasi sempre dicendo che il prezzo al momento della formazione del minuto è uguale al prezzo di apertura della barra. Questa è la ragione per cui l'arbitraggio si verifica sempre a prezzi aperti nel tester, mentre non c'è arbitraggio a prezzi di chiusura. E, come conseguenza dell'utilizzo del modello potico di formazione delle barre, TC dovrà spendere le sue risorse di calcolo per sincronizzare diversi FI sui prezzi di chiusura delle barre. Gli sviluppatori stanno risparmiando sulle partite per permettere agli utenti di spendere un sacco di risorse di calcolo sulla sincronizzazione stupida nel tester ogni volta. Non ti permettono di fare questa sincronizzazione prima di eseguire l'ottimizzazione.

Chiedere al broker di bypassare la stampella Metaquotes? La stessa stampella si applica alle coppie di valute singole.

Non tutto è sotto il controllo di un broker. Per esempio, il broker può facilmente trasmettere il simbolo Ask (e anche sincronicamente con il simbolo Bid) in modo che ci sia anche la storia Ask. Ma non farà comunque in modo che il tester ne tenga conto.

Motivazione: