Discusión sobre el artículo "Desarrollamos un Asesor Experto multidivisas (Parte 2): Transición a posiciones virtuales de estrategias comerciales" - página 5
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
No es un hecho que en el mercado la complicación del modelo funcionará mejor que una cesta de TSs simples
Me parece que la aplicación de los destacados es una tarea no trivial. Normalmente, los parámetros de la estrategia se fijan al principio, y las señales de apertura/cierre se determinan mediante algún algoritmo mientras la estrategia se está ejecutando. Si guardamos el historial de aperturas de alguna forma unificada, entonces todo ello tendrá que ser alimentado a la entrada de la segunda estrategia.... ¿Es así? Si damos esta información en forma de un algoritmo (función) y sus parámetros fijos, ¿no resultará que hemos llegado al mismo embolsamiento, pero con una puerta trasera?
https://t.me/fxsaberDiscussion/3877
Muchas gracias, lo he leído con interés. Quiero hacer algo parecido, sólo que con más automatización, para lo cual pienso poner en funcionamiento sin piedad tus librerías para trabajar con ficheros *.opt y *.tst del tester.
Me parece que la implementación del resaltado es una tarea no trivial. Por lo general, los parámetros de la estrategia se establecen en el arranque, y las señales de apertura/cierre se determinan mediante algún algoritmo mientras la estrategia se está ejecutando. Si guardamos el historial de aperturas en alguna forma unificada, entonces todo ello tendrá que ser alimentado a la entrada de la segunda estrategia.... ¿Es así? Si damos esta información en forma de un algoritmo (función) y sus parámetros fijos, ¿no resultará que hemos llegado al mismo embolsamiento, pero con una puerta trasera?
No he pensado en cómo hacerlo a través del optimizador. No, debería resultar que cada estrategia siguiente mejorará la anterior, es decir, construirá sobre ella. Cómo visualizarlo exactamente es cuestión de tiempo. Basta con que busques en Internet cómo funcionan los árboles potenciados y los utilices como base para tu diseño. Puede haber muchos matices, sí. Pero no lo haré yo, porque todo esto ya está en los algoritmos de MO. Y no es una panacea, pero puede ser mejor que una cartera TC en cuanto a sus propiedades.
No había pensado en cómo hacerlo a través del optimizador.
Esta es una rutina que puede ser totalmente automatizada mediante la conexión de la mqh apropiado para mq5.
El algoritmo es el siguiente.
Así que se puede mezclar lo que se quiera. Es obvio que incluso con una búsqueda completa, el resultado final dependerá de la secuencia en la que se lancen las TS.
También está claro que incluso en la SB habrá una mejora de los indicadores con cada pasada, pero será un ajuste.
Muchas gracias, he mirado el código. Miraré de pasar parámetros de entrada más adelante. Si no funciona para tomar este enfoque por completo, algunos puntos es probable que sea muy útil.
He aplicado los resultados actuales de mi trabajo con las entradas de nuevo (en el apéndice) al código de este artículo.
He aquí un ejemplo de lo que SimpleVolumesExpertSingle.mq5 se ha convertido.
Me las arreglé para lograr una prescripción única de entradas(SimpleVolumesStrategyInput.mqh) en el código.
He vuelto a aplicar los resultados actuales de mi trabajo con las entradas (en el apéndice) al código de este artículo.
Un ejemplo de lo que SimpleVolumesExpertSingle.mq5 se ha convertido.
He conseguido una única entrada de inputs(SimpleVolumesStrategyInput.mqh) en el código.
Me pareció de alguna manera notablemente más fácil que la variante anterior. Aunque, tal vez es sólo que cuando se mira el código de otra persona una vez más, se hace más claro y más simple cada vez. Muchas gracias. Mientras estudiaba, me surgió una duda, ¿no se puede colocar el código que viene después de "// Copy-Paste update from here:" en un archivo include y adjuntarlo en lugar de pegarlo? No es conveniente experimentar ahora mismo, así que se me ocurrió preguntar.
En el tercer artículo aún no he llegado a los parámetros de entrada :(. Pero seguro que llegará.
Mientras estudiaba, me surgió una duda, ¿es posible colocar el código que viene después de "// Copy-Paste update from here:" en un archivo include y conectarlo en lugar de pegarlo? No es conveniente experimentar ahora mismo, así que decidí preguntar.
Desafortunadamente, no se puede, porque #include del mismo archivo sólo ocurre una vez - el primer encuentro. Después de eso se ignora.
Esta es una de las razones por las que tuvo que hacer un archivo completamente idéntico con un nombre diferente aquí.
Pero en general, la opción Copiar-Pegar es un par de clics. La comprensión de que el código no es necesario.
En el tercer artículo, los parámetros de entrada aún no han llegado :(. Pero llegará seguro.
Tu arquitectura es algo diferente a la mia, asi que no he dotado a INPUT_STRUCT de muchas cosas que serian utiles en este proyecto.
Es bueno que no lo publicaras, porque lo he rehecho de nuevo - a la versión más concisa y conveniente (parece ser la definitiva).
He añadido grupo, string-inputs y algunas otras pequeñas cosas para mayor comodidad en el futuro.
Trozos de código de la aplicación para demostrar cómo se utiliza.
Menos mal que no lo publicaron, porque lo he vuelto a hacer, a la versión más concisa y fácil de usar (parece que es la definitiva).
Sí, una situación muy familiar. Todo parece estar ahí, y luego lo rehaces y queda aún mejor. Creo que esta tampoco es la versión final, porque te orientaste en aquellos escenarios de uso de parámetros en código que ya han sido publicados. En lo que respecta a la construcción de parámetros en conjuntos, y más aún a la construcción automática en conjuntos, probablemente encontrarás que puedes mejorar/simplificar también.
¡¡¡Gracias!!!