L'apprendimento automatico nel trading: teoria, modelli, pratica e algo-trading - pagina 2695
![MQL5 - Linguaggio delle strategie di trading integrato nel client terminal MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Renat Fatkhullin #:
Tenendo conto delle tue parole sul "linguaggio complicato, non capisco", non hai una conoscenza seria, una prospettiva in questo argomento e una comprensione delle strategie comportamentali delle aziende-sviluppatori-piattaforme di calcolo.
Il problema del tema delle reti neurali nel trading non è negli strumenti, ce ne sono molti (non parlo di mql). E ci sono molti professionisti che"hanno conoscenze e prospettive serie su questo argomento".
Sulla base di librerie popolari questo problema è stato risolto per molti anni. Forse il problema non è negli strumenti e nei professionisti, ma nelle idee e nella comprensione di COME farlo. È sempre possibile portare i professionisti a una soluzione funzionante e loro la perfezioneranno.
Il punto è che la vostra corsa alla bellezza degli strumenti potrebbe non portare a risultati. Altri posti hanno questi strumenti da molto tempo, così come l'accesso ai dati storici delle quotazioni. Non state dando nulla di nuovo. Perché improvvisamente funzionerà qui?
Il problema del tema delle reti neurali nel trading non è negli strumenti, ce ne sono a bizzeffe (non parlo di mql). E ci sono molti professionisti che"hanno conoscenze e prospettive serie su questo argomento".
Sulla base di librerie popolari questo problema è stato risolto per molti anni. Forse il problema non è negli strumenti e nei professionisti, ma nelle idee e nella comprensione di COME farlo. È sempre possibile portare gli specialisti a una soluzione funzionante e loro la perfezioneranno.
Il punto è che la vostra ricerca della bellezza degli strumenti potrebbe non portare a risultati. Altri posti hanno questi strumenti da molto tempo, così come l'accesso ai dati storici delle quotazioni. Non state dando nulla di nuovo. Perché improvvisamente funzionerà qui?
Sto solo scherzando, è sempre divertente litigare o chiacchierare.
Sto solo scherzando. È sempre divertente litigare o chiacchierare.
Sì, obiettivo normale, scrivere il proprio strumento per il MO e naturalmente questo è molto diverso dall'utilizzare strumenti di terze parti e collegarsi con essi, naturalmente un compito globale più complesso e rischioso, ma abbastanza logico. Se il ritardo sarà di un paio d'anni dall'inizio dell'uso di pacchetti di terze parti dopo il loro decollo nella sandbox di metaquote, tutto sarà normale. E naturalmente l'usabilità dell'ambiente di programmazione per i codificatori sarà al primo posto.
Non vedo nulla di logico.
Non riesco proprio a capire perché soffrire, aspettare ed entrare nell'implementazione MQL di qualcosa che non esiste ancora e in quale forma sarà sconosciuta, ma che è stato fatto molto tempo fa, è bello e ha una comunità enorme. Cosa ci vorrebbe per arrivare al mercato? E forse, probabilmente, vendere qualcosa, se si è fortunati, ma non è detto.
E poi non essere in grado di spostarsi da qualche parte, come le criptovalute, dove si trovano i veri soldi. E dove servizi con bot di trading come 3commas o veles.finance vi daranno la possibilità di guadagnare normalmente.
Beh, scrivete un articolo migliore, non lo so.
Comunque, vorrei capire il motivo per cui non esiste un analogo di mt-R per python. Si tratta della possibilità di lanciare un interprete da un programma mql5 con la possibilità di inviargli comandi e scambiare dati in entrambe le direzioni. Questo è comodo, ad esempio, per testare rapidamente un modello addestrato senza doverlo distillare in codice mql5, e in generale è uno strumento abbastanza flessibile. E sembra essere esattamente ciò che vuole un appassionato di "chiacchiere e chiacchiere".
Non vedo cosa abbia senso.
Non riesco proprio a capire perché soffrire, aspettare e dedicarsi all'implementazione in MQL di qualcosa che non esiste ancora e in quale forma sarà sconosciuta, ma che è già stato fatto da tempo e che ha una comunità enorme. Cosa ci vorrebbe per arrivare al mercato? E forse, probabilmente, per vendere qualcosa, se si è fortunati, ma non è detto.
E poi non essere in grado di spostarsi da qualche parte, come le criptovalute, dove si trovano i soldi veri. E dove servizi con bot di trading come 3commas o veles.finance vi daranno la possibilità di fare soldi normalmente.
Di nuovo, complesso, globale e rischioso. E c'è sempre il rischio di non essere graditi in infrastrutture come servizi come una commodity. Ma questa è almeno una strada comprensibile. Forse la negazione del nastro adesivo su alcuni momenti di successo della loro necessità è malvagia, ma non è certo il percorso da seguire.
Tuttavia, vorrei capire il motivo per cui non esiste un analogo di mt-R per python. Mi riferisco alla possibilità di lanciare un interprete da un programma mql5 con la possibilità di inviargli comandi e scambiare dati in entrambe le direzioni. Questo è comodo, ad esempio, per testare rapidamente un modello addestrato senza doverlo distillare in codice mql5, e in generale è uno strumento abbastanza flessibile. E sembra essere esattamente ciò che vuole un appassionato di "chiacchiere e chiacchiere".
Probabilmente a causa del divieto di scambio di array tra il programma mqlPy e l'interprete Py.
La stessa religione sarà per R.
Ad essere onesti, non capisco il punto di sicurezza critico di cui parla MQ.
Forse non si tratta di sicurezza, ma della complicata API Py per gli array.
Non se ne sono preoccupati.
L'API numpy è davvero penosa.
Sono bloccato su matlab in generale ))
Ho scritto una dll C-api per l'invio di comandi, tutto viene scambiato abbastanza rapidamente, all'interno della frequenza del sistema.
Ma per lo scambio in background viene lanciato il motore di matlab, che consuma molta memoria.
L'unico svantaggio di matlab.
Per il desktop e per un controllo rapido va bene.
Tuttavia, vorrei capire il motivo per cui non esiste un analogo di mt-R per python. Mi riferisco alla possibilità di lanciare un interprete da un programma mql5 con la possibilità di inviargli comandi e scambiare dati in entrambe le direzioni. Questo è comodo, ad esempio, per testare rapidamente un modello addestrato senza doverlo distillare in codice mql5, e in generale è uno strumento abbastanza flessibile. E sembra essere esattamente ciò che un fan di "chiming and chattering" desidera.