L'apprendimento automatico nel trading: teoria, modelli, pratica e algo-trading - pagina 2695

 

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?

 
Evgeny Dyuka #:

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?

Dove si trova altrove? Gli articoli su MO sono tra i più forti qui. Parlo da lettore di Medium, Quantstart, Cagle, Quantocrasy e simili.

Sembra di passare attraverso ragioni inesistenti per risolvere problemi inesistenti.

Per quanto riguarda l'integrazione, tutto viene fatto tramite file o pipeline in 10 minuti, o socket o python api, senza librerie che non si possono cambiare in seguito.

Non riesco a capire cos'altro sia necessario.
Lo fanno - lasciate che sia, non sarà superfluo.

Se, ad esempio, i programmatori di R non hanno familiarità con le operazioni sui file come regola generale, dove si va?
 
Maxim Dmitrievsky #:
Dove stai andando?

Sto solo scherzando, è sempre divertente litigare o chiacchierare.

 
Evgeny Dyuka #:

Sto solo scherzando. È sempre divertente litigare o chiacchierare.

Beh, scrivi un articolo migliore. Non lo so.
 
Sì, obiettivo normale, scrivere il proprio strumento per il MO e naturalmente è 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.
 
Valeriy Yastremskiy #:
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.

 
Maxim Dmitrievsky #:
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".

 
Evgeny Dyuka #:

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.

 
Aleksey Nikolayev #:

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.

 
Aleksey Nikolayev #:

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.

Un analogo di python api è stato realizzato per R, ma qualcosa non ha funzionato per caricarlo su un mercato locale come pypi, non so per il resto. Il codice in linguaggi interpretati è lento, probabilmente non ha molto senso, cioè non ci saranno test rapidi :)
Motivazione: