L'apprendimento automatico nel trading: teoria, modelli, pratica e algo-trading - pagina 2916
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
Se n'è andato da solo.
Il suo nick è oscurato, come quando è stato bannato, e non è stato sostituito da [Cancellato].
Quindi l'argomento è defunto, non c'è nulla di nuovo da molto tempo, nessun pensiero, nessun articolo.
Penso che il problema non sia nelle persone, le persone qui sono avanzate, ma nella politica di MQ .Hanno deciso che la cosa si risolverà da sola - basta fornire gli strumenti e non interferire e la cosa andrà da sola...
Ma non è così. Se le soluzioni nascono, nessuno le condividerà per semplice entusiasmo, non ci sono sciocchi.
MQ sta chiaramente cercando di ripetere il successo degli indicatori, quando bastava creare le condizioni e la gente faceva 3000 indicatori. Questo non funzionerà nell'argomento MO, il livello di sviluppo è molto diverso e il costo delle soluzioni funzionanti è incomparabile con gli indicatori.
MQ dovrà investire denaro in questo argomento e prendere in mano lo sviluppo. Devono rilasciare la loro soluzione e integrarla nella MT5, non c'è altro modo. È costoso e rischioso, ma la MO arriverà nel trading in un modo o nell'altro.
Microsoft ha investito in OpenAI nel 2018, mentre Google si gonfiava le guance e creava strumenti per le persone (TensorFlow). Ora stanno pisciando acqua bollente e stanno pensando a come salvare il loro business di ricerca da ChatGPT. Per qualche motivo ChatGPT non è nato gratuitamente sui forum )))
E non si muoverà.
Per esempio, studio modelli con diversi algoritmi di MO.
E diversi algoritmi hanno una diversa struttura del modello finale nel codice.
Per esempio, nella regressione non lineare, il record della formula è lungo 900 caratteri.
E in GBoosting il codice del modello finale raggiunge le 15 000 righe! È difficile immaginare a quanti caratteri si arrivi.
Quindi il problema del software, cioè la finestra Formula dello strumento di sintesi, non consente di inserire un numero elevato di caratteri.
Lì, nella finestra Formula dello strumento di sintesi, la lunghezza dell'input è limitata da un numero molto ridotto di caratteri di input.
Non è chiaro come indagare e testare i modelli MO espressi attraverso una formula. Come si traghetta?
Lo strumento sembra esserci, ma limita lo sviluppo. Da qui non c'è produttività lavorativa nel verificare i modelli.
E bisogna scavare tra centinaia di modelli. E ogni modello deve formare un codice in uno script, molto improduttivo a causa del grande vincolo dell'ambiente associato,
per poi buttare via questo codice, se il modello non ha successo.
Ha anche suggerito agli sviluppatori di introdurre per lo strumento Formule sintetiche, funzioni utente.
Che fosse possibile trasformare qualsiasi tipo di modello in una funzione personalizzata e utilizzarla nello strumento sintetico Formula.
Questo risolve il problema della lunghezza del modello e della sua struttura sotto forma di codice.
Ma gli sviluppatori hanno risposto che non prevedono modifiche ai simboli personalizzati.
Come funzionerà?
Se ci sono queste limitazioni per una ricerca professionale produttiva.
Il suo nickname è oscurato come quando viene bannato, non sostituito da [Deleted].
Beh, mi ricordo che aveva fatto una dichiarazione del genere qui, in questo senso - i moderatori l'hanno cancellata. Non credo sia passato ancora un mese.
E non funziona.
Ad esempio, studio modelli con diversi algoritmi MO.
E la struttura del modello finale nel codice è diversa per i diversi algoritmi.
Ad esempio, nella regressione non lineare, il record della formula è lungo 900 caratteri.
E in GBoosting il codice del modello finale raggiunge le 15 000 righe! È difficile immaginare a quanti caratteri si arrivi.
Quindi il problema del software, cioè la finestra Formula dello strumento di sintesi, non consente di inserire un numero elevato di caratteri.
Lì, nella finestra Formula dello strumento di sintesi, la lunghezza dell'input è limitata da un numero molto ridotto di caratteri di input.
Non è chiaro come indagare e testare i modelli MO espressi attraverso una formula. Come si traghetta?
Lo strumento sembra esserci, ma limita lo sviluppo. Da qui non c'è produttività lavorativa nel verificare i modelli.
E bisogna scavare tra centinaia di modelli. E per ogni modello bisogna creare un codice nello script, molto improduttivo a causa del grande impegno dell'ambiente associato,
che poi si limita a buttare via questo codice, se il modello non ha successo.
Ha anche suggerito agli sviluppatori di introdurre per lo strumento Formule sintetiche, funzioni utente.
Che fosse possibile trasformare qualsiasi tipo di modello in una funzione personalizzata e utilizzarla nella Formula dello strumento sintetico.
Questo risolve il problema della lunghezza del modello e della sua struttura sotto forma di codice.
Ma gli sviluppatori hanno risposto che non prevedono modifiche ai simboli personalizzati.
come funzionerà?
Se ci sono queste limitazioni per una ricerca professionale produttiva.
Di quali algoritmi, modelli e linguaggio di programmazione state parlando?
Di quali algoritmi, modelli e linguaggi di programmazione state parlando?
Gli algoritmi sono comuni: diversi tipi di regressione/classificazione. Oppure GBoosting, alberi RandomForest.
Questi algoritmi costruiscono modelli strutturali diversi.
Se prendiamo i modelli di regressione, la struttura del modello non è così grande e assomiglia a una formula lineare con operazioni matematiche.
Ma non si adatta alla finestra Formula dello strumento di sintesi. A causa della limitazione dei simboli di input nella finestra.
E se prendiamo modelli su alberi, il modello è già ottenuto su costruzioni di interruttori. Un costrutto di commutazione è un albero.
E più alberi vengono usati nel modello, più costrutti di commutazione contiene.
Così, il codice del modello per questo algoritmo può crescere fino a decine di migliaia di righe di codice.
E per essere produttivi nella verifica di centinaia di modelli di qualsiasi algoritmo, senza descriverli tramite script MQL5, con l'ambiente di codice MQL5
è stato suggerito agli sviluppatori di introdurre funzioni utente nella finestra Formula dello strumento di sintesi.
Sfortunatamente, non l'hanno ascoltato. O meglio, hanno sentito, ma hanno fatto riferimento al fatto che non intendono apportare modifiche alla Formula dello strumento sintetico .
E forse, in futuro, potrebbero prendere in considerazione la proposta. Cosa di cui dubito.
E i modelli devono essere controllati ora, quindi dobbiamo fare l'intero wrapping dell'ambiente di codice MQL5 attraverso lo script MQL5.
Il che rallenta significativamente la produttività del controllo dei modelli in MT5.
Cosa intende per produttività del controllo?
È molto più veloce racchiudere il codice del modello in una funzione personalizzata e salvarla in un file o in una finestra specializzata,
inserire una formula sintetica dello strumento utilizzando la funzione personalizzata creata con il modello e verificarla rapidamente,
tenendo conto della sincronizzazione automatica di diversi strumenti, se necessario , piuttosto che descrivere questo modello con un pipelining MQL5 verboso nel codice dello script.
C e MQL5.
Gli algoritmi sono comuni: diversi tipi di regressione/classificazione. Oppure GBoosting, alberi RandomForest.
Questi algoritmi costruiscono modelli strutturali diversi.
Se prendiamo i modelli di regressione, la struttura del modello non è così grande e assomiglia a una formula lineare con operazioni matematiche.
Ma non si adatta alla finestra Formula dello strumento di sintesi. A causa della limitazione dei simboli di input nella finestra.
E se prendiamo modelli su alberi, il modello è già ottenuto su costruzioni di interruttori. Un costrutto di commutazione è un albero.
E più alberi vengono usati nel modello, più costrutti di commutazione contiene.
Così, il codice del modello per questo algoritmo può crescere fino a decine di migliaia di righe di codice.
E per essere produttivi nel verificare centinaia di modelli di qualsiasi algoritmo, senza descriverli tramite script MQL5, con l'ambiente di codice MQL5
è stato suggerito agli sviluppatori di introdurre funzioni utente nella finestra Formula dello strumento di sintesi.
Sfortunatamente, non l'hanno ascoltato. O meglio, hanno sentito, ma hanno fatto riferimento al fatto che non intendono apportare modifiche alla Formula dello strumento sintetico .
E forse, in futuro, potrebbero prendere in considerazione la proposta. Cosa di cui dubito.
E i modelli devono essere controllati ora, quindi dobbiamo fare l'intero wrapping dell'ambiente di codice MQL5 attraverso lo script MQL5.
Il che rallenta significativamente la produttività del controllo dei modelli in MT5.
Cosa intende per produttività del controllo?
È molto più veloce racchiudere il codice del modello in una funzione personalizzata e salvarla in un file o in una finestra specializzata,
inserire una formula sintetica dello strumento utilizzando la funzione personalizzata creata con il modello e verificarla rapidamente,
tenendo conto della sincronizzazione automatica di diversi strumenti, se necessario , piuttosto che descrivere questo modello con un pipelining MQL5 verboso nel codice dello script.
C e MQL5.
Non è generato da un chat bot? Molto simile. Senza offesa.
Il momento del prezzo ha tre dimensioni: valore del prezzo, tempo e volume.
Il volume è una componente del prezzo?
Il momento del prezzo ha tre dimensioni: valore del prezzo, tempo e volume.
Il volume è una componente del prezzo?
Non è un chat bot generato? Sembra di sì. Senza offesa.
Hai chiesto informazioni sugli algoritmi in modo da poter dubitare in seguito che non si tratti di un chat bot?
È stata data una risposta dettagliata in modo che non ci fossero altre domande.
A quanto pare il chat bot ha fatto un buon lavoro e non ci sono più domande)).
Il volume è il numero di contratti conclusi a un determinato prezzo o intervallo di prezzi.
Capito. Non sono un idiota :)