Aprendizaje automático en el trading: teoría, práctica, operaciones y más - página 665
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
El enfoque es absolutamente correcto.
El enfoque es absolutamente erróneo en este momento. Su planteamiento era correcto cuando la MT y la Quick funcionaban a las mismas velocidades.
Ahora MT supera a Quick en 100 veces.
Y, por cierto, los programas que funcionan en todo tipo de paquetes están optimizados para un cálculo único, mientras que MT utiliza más a menudo cálculos en flujo.
Por ejemplo, R calcula R como la suma de N puntos dividida por N. Mientras que en MT sólo se cuenta el primer punto de esta manera, el resto se cuenta en dos pasos, se resta el último no incluido en el nuevo cálculo, se añade un nuevo cálculo.
Por lo tanto, R es útil sólo para el desarrollo, un montón de posibilidades, y quién sabe qué aplicar. Y cuando se termine el desarrollo (ni siquiera así, cuando se terminen los experimentos) y se decidan los algoritmos para el TC, todo debería ser transferido a Mql.
Menos pasarelas, menos problemas.
.... y se han decidido los algoritmos para el TC, todo debe traducirse a Mql.
Cuando la gente escribe esas cosas, significa una cosa: no tienen la menor idea del problema.
Cuando la gente escribe esas cosas, significa una cosa: no tienen la menor idea del problema
Sí lo hacen, el problema es que los modernos están tan acostumbrados a los lenguajes de alto nivel que ni siquiera entienden cómo implementar la misma función de densidad de probabilidad en operaciones aritméticas.
Lo hacen, el problema es que los modernos están tan acostumbrados a los lenguajes de alto nivel que ni siquiera entienden cómo implementar la misma función de densidad de probabilidad en operaciones aritméticas.
Bueno, digamos que sí. Supongamos. Puede que no lo entienda, pero no importa.
No entiendo por qué es necesario implementar ....? Y, en principio, no es necesario entender - el conocimiento de la estructura de la tetera eléctrica y la teoría de los circuitos no se requiere en absoluto para hervir agua en ella y utilizarla.
Bueno, digamos que lo entiendo. Digamos que sí. Puede que no lo entienda, pero no importa.
No entiendo por qué es necesario implementar ....? Y, en principio, no es necesario entender - el conocimiento de la estructura de la tetera eléctrica y la teoría de los circuitos no se requiere en absoluto para hervir agua en ella y utilizarla.
Para hervir el agua en el mismo lugar todo el tiempo hay que conectar el enchufe a la mesa o utilizar una docena de alargadores, enchufados unos a otros e instalados detrás de la nevera, detrás de la silla o a través del baño, con muchos otros aparatos enchufados, etc. Espero que la idea esté clara.
Opción 1: EA escrito en mql, ejecutar en un VPS y olvidarse de los problemas.
Opción 2: Tener montada la integración del erizo y el horrible, ponerlo en un ordenador de casa (esto suele ser un duro), bueno, en una VPN remota por el triple de precio, y cada día temblar fallaba o no.
Opción 2: Construir una integración de erizo, ponerla en el ordenador de casa (que es un coñazo), vale en una VPN remota por el triple de precio, y todos los días agitas y agitas para ver si falla o no.
Está bien. También está eso. Realmente no puedo escaparme mucho cuando el sistema está en marcha y se necesita control. Y eso es un problema. También puede haber problemas con la UPU, pero menos, eso está acordado.
Pero prefiero tener un erizo con un erizo. No tengo una buena idea de cómo hacer el sistema por medio de un MKUL y cuánto tiempo y esfuerzo tomaría. Hay mucho software externo, desde la base de datos hasta los clientes IP, por no hablar de la funcionalidad externa de los felpudos. Y no es realista hacerlo todo con una sola MQL, y, bueno, es incluso imposible con la UPU.
SZY he de decir que no hay problema en fijarlo en el mismo C++/C#.
Está bien. También está eso. Realmente no puedo alejarme mucho cuando el sistema está funcionando y se necesita control. Y eso es un problema. Con la UPU también puede haber problemas, pero menos, eso está acordado.
Pero prefiero tener un erizo con un erizo. No tengo una buena idea de cómo hacer el sistema por medio de un MKUL y cuánto tiempo y esfuerzo tomaría. Hay mucho software externo, desde la base de datos hasta los clientes IP, por no hablar de la funcionalidad externa de los felpudos. Y es simplemente irreal hacer todo con una sola ACM, bueno, incluso imposible con la UPU.
Pero no lo niego, es complicado.
Opción 1: Escribir el EA en mql, ejecutarlo en VPS y olvidarse de los problemas.
Esto es lo principal que hace que se haga todo con mql solamente.
R para usar la velocidad, porque el alglib será docenas de veces más lento de aprender.