Es hora de convertir las bibliotecas a MQL5 - página 9

 
Urain:
Tengo algunos proyectos de Matlab, ¿te gustaría limpiarlos?

¿Te refieres a reescribir a MQL5? - Sí, por qué no.

Estoy en ello.

 
Existe una versión funcional de NNT escrita en MQL4 utilizando procedimientos ALGLIB (C++). Listo para compartir el algoritmo y hacer la conversión a 5 puro tan pronto como el puerto ALGLIB esté disponible.
 
alsu:
Existe una versión funcional de HHT, escrita en MQL4 utilizando procedimientos ALGLIB (C++). Estoy listo para compartir el algoritmo y hacer la conversión a 5 puro tan pronto como el puerto ALGLIB esté disponible.

El HHT es sólo uno de los métodos, puede integrarse fácilmente con otros.

Sólo necesito información sobre a quién enviarlo.

 

Bueno, ALGLIB está claro, MQ está siendo portado,

¿pero alguien está reescribiendo FANN? parece ser la segunda biblia más deseada.

 
Urain:
¿No tiene ALGLIB lo que tiene R?

A partir de la descripción, AGLIB no puede compararse con R - son paquetes de diferente nivel a favor de R. Los argumentos a favor son los siguientes:

1. R es un código de libre distribución sin restricciones

2. La R es una dama en edad (20 años), y si se tiene en cuenta su predecesor comercial S, es simplemente vieja.

3. La versión localizada en ruso está disponible

4. Actualmente R contiene unos 3500(!) paquetes, y está originalmente orientado a la estadística (ese es el nombre del paquete) y no a las matemáticas (a diferencia de ALGLIB).

5. Hay cinco grupos de paquetes delicados: estadística, econometría, series temporales, finanzas (aquí se incluyen las carteras), sistemas robustos. Además de eso, hay filtros, wavelets y splines, y muchos más para TS - simplemente no se puede estimar. La mayoría de estos conceptos en ANGLIB no los he visto.

PD: las redes neuronales también están disponibles, así que todo y gratis.

5. Todos los paquetes van acompañados de documentación

6. Existe una enorme (no conozco otra) literatura educativa, metodológica y científica sobre el uso de los paquetes R en estadística, econometría y series temporales. Т

7. R se está convirtiendo en el lenguaje de descripción de algoritmos en las publicaciones científicas sobre estadística, econometría y series temporales

8. Muy bien acoplado con C y C++. Aunque el propio lenguaje R es similar a LISP y puede competir con C++. Los entusiastas de la codificación tienen un amplio campo de acción, que incluye la escritura de código muy eficiente, incluso la computación en paralelo.

9. Una solución muy elegante para la apertura del código: cualquiera de los 3500 paquetes es siempre de código abierto (intérprete de R), nada cerrado en la dll. Este es el principio del sistema. El propio R tiene que ser instalado (menos) pero su instalación es primitiva.

10. Cuenta con más de 2 millones de usuarios en busca de errores.

11. Los que quieran probarlo pueden coger la biblioteca de kodobase. Le sugiero que aprecie la elegancia de acceder a R. Espero publicar un indicador de previsión que se calcula en R.

 
Urain:

Bueno, ALGLIB está claro, MQ está siendo portado,

¿pero alguien está reescribiendo FANN? parece ser la segunda biblia más deseada.

Es una pena que sea el segundo. Dentro de la econometría, la NS no va más allá de la resolución de problemas de clasificación, lo cual es una migaja comparada con la necesidad
 
faa1947:
12. no portar (¡mierda, chef, todo se ha ido!)
 
TheXpert:
12. No hay portación (¡oh, mierda, chef, se ha ido!).
Me equivoqué en la numeración: dos números 5. No hay número 12, eres el número 13, es la providencia, amigo.
 
faa1947:
Me equivoqué en la numeración: dos números 5. No tienes el número 12, tienes el 13.

Bueno, entonces es más para ti. Me refería a que por el formato R prácticamente no es portable en principio.

Y el wrapper utilizado, en primer lugar, permite utilizar el producto ahora, y en segundo lugar, está muy lejos de la prioridad seleccionada para la migración completa del código a MQL5.

A diferencia de ALGLIB y FANN, que no le gustaron.

 
TheXpert:


Entonces es más para ti. Lo quequería decir es que debido al formato de R es casi imposible de portar en principio. .....en segundo lugar está muy lejos de la prioridad elegida para portar completamente el código a MQL5

El código está abierto, ¿cuál es el problema? Algo que puede, algo que no necesita, pero personalmente no necesito nada en absoluto. Si no portamos nada, el problema de las nuevas versiones de R está resuelto.

Y el envoltorio que utilizamos, en primer lugar, nos permite utilizar el producto en cualquier momento,

Sin duda. Pero es interesante falsear indicadores y scripts que no están en kodobase. Recuerdo lo mucho que masticaron las multinacionales, y aquí no habría ningún problema. Hace poco salió un artículo sobre la evaluación nuclear - de nuevo no habría problema, y mucho más amplio que eso.

A diferencia de ALGLIB y FANN, que no le gustaron en absoluto.

Bueno, lo hicieron.

Pero si luchas por la pureza de las ideas, no te han gustado. Se trata de paquetes ajenos al comercio. No, tienen métodos de mate que se utilizan y se pueden aplicar en el comercio. Tomemos el ejemplo de NS. Hay muchos paquetes de NS y se aplican. En los paquetes de econometría se encuentra en la sección de clasificación, su lugar está inmediatamente claro y se pueden buscar otros métodos de clasificación sin tener que buscarlos en otros paquetes.

R es un sistema de medios interconectados y seleccionados para resolver problemas de econometría y estadística aplicada al comercio. Nada es superfluo. Un novato no necesita seleccionar, seleccionar y acoplar las herramientas. Para una persona experta puede ser fácil, por ejemplo, teclear en Matlab, pero para un recién llegado es una tarea desalentadora.

A diferencia de ALGLIB y FANN, que no le gustan.

No, no lo hicieron. Compare la composición de R y la de estos paquetes.

Razón de la queja: