Discusión sobre el artículo "Experto comercial universal: Indicador CUnIndicator y trabajo con órdenes pendientes (parte 9)" - página 4
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
Por supuesto, y naturalmente, no me sorprende que la elección se haya hecho a favor de la obra de Vasily: tiene un aspecto acabado, mientras que mi biblioteca está en fase de creación. Has malinterpretado un poco el significado y la esencia de mis artículos - describen el proceso de creación de una biblioteca, no el proceso de uso de una ya terminada. Los que quieren sumergirse en el desarrollo y entender los principios - lo hacen, y hacer preguntas, aclarar y aprender. Alguien entendió inmediatamente lo que está escrito allí y sigue el desarrollo. Pero este no es el lugar para discutirlo - este es el lugar para discutir el trabajo de Vasily.
¿Y qué les hace pensar que yo, habiendo comenzado una obra enorme, la abandonaría de la noche a la mañana? Por supuesto que no. Y hay un gran potencial para el desarrollo.
He intentado utilizar su biblioteca. Tiene un montón de funciones útiles, aunque no es suficiente para el comercio en sí. Pero no le veo ninguna utilidad práctica - la velocidad de las pruebas se resiente mucho.
Buenas tardes. Gracias por sus comentarios. La solución óptima es poner los códigos UTE en un sistema público de control de versiones (Git o MT's). En este caso, los usuarios podrán corregir errores y hacer cambios/mejoras adicionales al código después de mi revisión del código. Creo que este sistema de desarrollo de proyectos es óptimo para el código abierto, porque nadie puede llevarlo todo solo.
En cuanto a la UTE en sí, creo que su funcionalidad principal está formada. Abarca la mayoría de las funciones de negociación más comunes. Por lo tanto, el desarrollo de UTE en la misma dirección no dará cosas fundamentalmente nuevas. Sin embargo, un marco funcional para trabajar con datos puede dar un impulso global al desarrollo de UTE. La idea es operar con estructuras del sistema en estilo objeto y trabajar con colecciones (incluidas las del sistema) en estilo funcional. En este caso, la clara distinción entre tipos de datos de sistema y de usuario se borrará y las consultas para su procesamiento serán creadas "sobre la marcha" por los propios usuarios (algo así como LINQ en C#). Desgraciadamente, las restricciones del lenguaje no permiten escribir este marco de trabajo sobre una base de uno a dos, por lo que esto sigue siendo sólo una idea.
Y las estrategias multisímbolo, ¿no entiendo si permite crearlas? Una estrategia que funcione con 2 o más caracteres. A juzgar por el código Strategy.mqh, la herramienta de trabajo es siempre uno.