L'apprendimento automatico nel trading: teoria, modelli, pratica e algo-trading - pagina 665
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
Assolutamente l'approccio giusto.
Assolutamente l'approccio sbagliato al momento. Il tuo approccio era corretto quando la MT e la Quick giravano alle stesse velocità.
Ora MT supera Quick di 100 volte.
E a proposito, i programmi che lavorano su tutti i tipi di pacchetti sono ottimizzati per un calcolo una tantum, mentre MT usa più spesso calcoli in streaming.
Per esempio R calcola R come la somma di N punti divisa per N. Mentre in MT solo il primo punto viene contato in questo modo, il resto viene contato in due passi, l'ultimo non incluso nel nuovo calcolo viene sottratto, viene aggiunto un nuovo calcolo.
Quindi R è utile solo per lo sviluppo, un sacco di possibilità, e chissà cosa applicare. E quando lo sviluppo è finito (e neanche tanto, quando gli esperimenti sono finiti) e gli algoritmi per TC sono decisi, tutto dovrebbe essere trasferito a Mql.
Meno gateway, meno problemi.
.... e gli algoritmi per TC sono stati decisi, tutto dovrebbe essere tradotto in Mql.
Quando la gente scrive queste cose, significa una cosa sola: non ha la minima idea del problema.
Quando la gente scrive queste cose, significa una cosa sola: non ha la minima idea del problema
Sì, il problema è che le persone moderne sono così abituate ai linguaggi di alto livello che non capiscono nemmeno come implementare la stessa funzione di densità di probabilità nelle operazioni aritmetiche.
Lo fanno, il problema è che le persone moderne sono così abituate ai linguaggi di alto livello che non capiscono nemmeno come implementare la stessa funzione di densità di probabilità in operazioni aritmetiche.
Beh, diciamo che lo faccio. Supponiamo. Posso anche non capirlo - non importa.
Non capisco perché è necessario implementare....? E, in linea di principio, non è necessario capire - la conoscenza della struttura del bollitore elettrico e della teoria dei circuiti non è assolutamente necessaria per bollire l'acqua in esso e usarlo.
Beh, diciamo che capisco. Diciamo che lo faccio. Posso non capire - non importa.
Non capisco perché sia necessario implementare....? E, in linea di principio, non è necessario capire - la conoscenza della struttura del bollitore elettrico e della teoria dei circuiti non è assolutamente necessaria per bollire l'acqua in esso e usarlo.
Per far bollire l'acqua nello stesso posto per tutto il tempo è meglio collegare la presa al tavolo o usare una dozzina di prolunghe collegate tra loro e installate dietro il frigorifero, dietro la sedia o attraverso il bagno, con un sacco di altri apparecchi collegati, etc. Spero che l'idea sia chiara.
Opzione 1: EA scritto in mql, eseguito su un VPS e dimenticare i problemi.
Opzione 2: hanno montato l'integrazione del riccio e l'orribile, messo su un computer di casa (questo è generalmente un uomo duro), bene, su una VPN remota per tre volte il prezzo, e ogni giorno scuotendo fallito o non.
Opzione 2: Costruisci un'integrazione a riccio, mettila sul tuo computer di casa (che è una rottura di palle), ok su una VPN remota per tre volte il prezzo, e ogni giorno scuoti e scuoti per vedere se fallisce o no.
Non c'è problema. C'è anche questo. Non posso davvero allontanarmi molto quando il sistema è in funzione e il controllo è necessario. E questo è un problema. Ci possono essere problemi anche con l'UPU, ma meno - questo è concordato.
Ma preferirei avere un riccio con un riccio. Non ho una buona idea di come fare il sistema per mezzo di un MKUL e quanto tempo e sforzo ci vorrebbe. C'è un sacco di software esterno - dal DB ai client IP, per non parlare delle funzionalità mat esterne. E non è realistico fare tutto con un solo MQL, e, beh, è anche impossibile con UPU.
SZY dovrei dire che non è un problema appuntarlo allo stesso C++/C#.
Non c'è problema. C'è anche quello. Non posso davvero allontanarmi molto quando il sistema è in funzione e il controllo è necessario. E questo è un problema. Anche con l'UPU ci possono essere problemi, ma meno - questo è concordato.
Ma preferirei avere un riccio con un riccio. Non ho una buona idea di come fare il sistema per mezzo di un MKUL e quanto tempo e sforzo ci vorrebbe. C'è un sacco di software esterno - dal DB ai client IP, per non parlare delle funzionalità mat esterne. E non è semplicemente realistico fare tutto con un solo MCL, beh, non è nemmeno possibile con UPU.
Ma non nego che sia difficile.
Opzione 1: Scrivere EA in mql, eseguire su VPS e dimenticare i problemi.
Questa è la cosa principale che ti fa fare tutto solo con mql.
R da usare per la velocità, perché l'alglib sarà decine di volte più lento da imparare.