Discusión sobre el artículo "Distribuciones Estadísticas en MQL5: tomando lo mejor de R" - página 9
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
Al igual que tú, doy prioridad a la legibilidad de los programas, no a las OOP.
Y ahora veamos la esencia de tu post sobre la legibilidad de los programas en diferentes lenguajes.
Dejemos C en paz - no es relevante aquí.
Hagámoslo simple, lo que nos encontramos en la práctica.
Aquí está el código en R:
a<- b + c
¿Cómo será el código en MKL? No se sabe en absoluto, porque para MKL es necesario especificar qué son b y c.
Así que permítanme aclarar: vectores
Así que tu código número 1
Y luego cambié de opinión y decidí que son matrices. ¿Cómo será tu código en ACM #2? En R, el código seguirá siendo el mismo que el anterior, pero ¿qué pasará en la ACM? ¿Qué pasará con la visibilidad?
Y entonces cambié de idea y decidí sumar los elementos pares de una con los impares de la otra. En R, estos son índices, que a su vez son objetos de operaciones.
¿Y ahora tu código en la MKL #3?
MKL no tiene las herramientas para manejar objetos complejos y puedo desarrollar esta idea aquí para las páginas en la dirección de complicaciones. En R serán unas pocas líneas, pero en MKL..... Si no tienes que hacer un objeto complejo a partir de un conjunto de objetos en absoluto.
Se trata de estructuras de datos
Y ahora la funcionalidad. No tomemos lo que no está disponible en MKL en absoluto, pero decenas de miles de funciones no están disponibles. Tomemos lo que está disponible. Bosques aleatorios.
Así que el código está en R.
Y ahora tu respuesta a alglib, pero no te olvides de ashi. ¿No podemos copiar decenas de páginas de locura de alglib?
Las comparaciones que has dado son correctas en el caso de C y ACM y absolutamente incorrectas en el caso de R. Es una locura reescribir código de MKL a R. R tiene un enorme conjunto de herramientas (8 mil paquetes y cerca de 130 000 funciones) y deberías escribir en R habiendo aprendido de antemano sus capacidades y no simplemente reescribir código de un lenguaje a otro.
PD.
Me gustaría señalar que esto es una parte de un EA real en términos de predicción de la dirección del movimiento en H4.
R es un lenguaje algorítmico extra-clase y tiene un montón de características que MKL no tiene. Y la razón es obvia. MKL creció a partir del terminal, y R a partir de la estadística. Por esta razón estoy en contra de cualquier comparación de las capacidades algorítmicas de estos dos lenguajes - están destinados a diferentes áreas temáticas.
Todo lo que escribo sobre R es que R es un complemento para MKL, y en la parte más importante del trading - en la toma de decisiones sobre las posiciones.
Al igual que tú, doy prioridad a la legibilidad de los programas, no a las OOP.
Y ahora veamos la esencia de tu post sobre legibilidad de programas en diferentes lenguajes.
.......San-Sanych, querido, soy programador. ¿Lo entiendes?
No, no lo entiendes.
Soy programador.
Es decir, soy una persona que no hace un trabajo dos veces.
La programación misma, así como toda la cibernética, así como toda la matemática computacional, así como toda la matemática - todo esto nació de la pereza - no hacer el trabajo dos veces.
Así que no voy a aprender OTRA sintaxis marciana de algún lenguaje R.
¿Por qué? Porque soy específicamente perezoso (léase: "programador superficial experimentado") y no adicto a nuevas sintaxis y frameworks, de los cuales hay innumerables.
Y en segundo lugar: cualquier nueva sintaxis estúpida o semi-tonta de un nuevo framework - DESCALIFICA mi pensamiento matemático no nublado. ¿Sabéis?
Cuanto más me baña en nuevos marcos que fueron escritos por quién-sabe-quién y con quién-sabe-qué pensamiento, más voy a ser DUMBED por mi "¿por qué es así?" preguntas. Y eso no es bueno. Cuando aceptas una nueva sintaxis, también aceptas la forma de pensar de su autor, y esto afecta a tu visión del mundo. El autor de la lengua inglesa es el pueblo inglés y americano - en general eran gente decente en aquella época. El autor del lenguaje C y de la sintaxis MQL4 es un grupo de programadores altamente cualificados. Y el autor de la sintaxis R es un autor anónimo sin nombre, un sub-físico, que puede ser un maníaco esquizoide.
El lenguaje C (y MQL4-5) no sufre de esto, es lo más parecido al inglés, en el que se escriben algoritmos y textos matemáticos.
Por lo tanto, mientras todos los jóvenes se apresuran rápidamente de un framework a otro, yo mastico lentamente mi hierba , estudio el algoritmo, luego bajo lentamente de la montaña pensando cómo dividirlo en pequeñas subrutinas comprensibles, y luego ........ escribo un programa de trabajo que me sirve fielmente durante más de 20 años.
En mi biblioteca de subrutinas OBz que mencioné antes en la parte superior hay un procedimiento para resolver sistemas de ecuaciones lineales de Gauss-Giordano, que escribí en C hacia 1998-1999, es decir, hace 16-17 años. Funciona como antes y no hay nada que cambiar. Para ser más precisos, al transferirlo de C a MQL4, se descubrió un error, que podría conducir a resultados inexactos en casos muy raros. El compilador MQL4-5 generó una advertencia correcta, que ningún compilador, incluyendo Watcom, Borland, Lattice C (MS Visual Studio), de muchas versiones diferentes, ha generado en 16 años.
A los metaquotes, gracias.
Las comparaciones que has citado no son correctas en absoluto.
R es un lenguaje algorítmico extra-clase y tiene un montón de características que MKL no tiene. Y la razón es obvia. MKL creció a partir del terminal, y R a partir de la estadística. Por esta razón estoy en contra de cualquier comparación de las capacidades algorítmicas de estos dos lenguajes - están destinados a diferentes áreas temáticas.
Todo lo que escribo sobre R es que R es un complemento para MKL, y en la parte más importante del trading - en la toma de decisiones sobre las posiciones.
Gracias a tus detallados posts sobre el lenguaje R, estoy empezando a entender de qué se trata. De tu descripción de este lenguaje me da la impresión de que está construido no sobre la base de funciones simples, sino sobre la base de mecanismos enteros, cada uno de los cuales está diseñado para resolver su propia clase de tareas y es lanzado por una llamada corta y simple. Por supuesto, tales características parecen atractivas, pero la unión con tal gigante estancará el propio desarrollo de MQL.
A pesar de todas las ventajas de otros lenguajes, personalmente me gustaría que MQL creciera y se desarrollara de forma independiente y no ser "estropeado" por el poder de otro.
El derecho a un desarrollo independiente y autónomo es el derecho más preciado en la vida.
Tú argumentas con la lógica de una persona que llegó a MQL desde fuera, siendo un especialista ya formado, yo argumento como una persona que "creció" en MQL.
No podemos entendernos.
Sí, soy de fuera y no puedo evitarlo.....
Esto es lo que parece la siguiente cita de una persona de fuera.
Así es la cita:
El derecho a desarrollarse de forma independiente y autónoma es el derecho más preciado de la vida.
Añadiendo:
Dijo Mowgli y soltó la sabiduría que había comprendido en sus primeros 16 años:
"Tú y yo somos de la misma sangre".
PD.
Al principio quería hacerlo como respuesta a un mensaje anterior, pero luego cambié de opinión, ya que esto se aplica a tantos en este foro.
PSPS
¡¡¡Hombres!!!
Pasar 3 horas de su vida en lugar de este foro. Poned R, poned matraca, coged mi artículo en forma de instrucciones y un apéndice a este artículo para no perder el tiempo en datos de origen, y antes de llegar a la ladera, veréis que estabais sentados en un agujero....
Es sólo cuestión de 3 ó 4 horas. Tu cerebro será diferente. Y eso vale mucho.
Al igual que tú, doy prioridad a la legibilidad de los programas, no a las OOP.
Y ahora veamos la esencia de tu post sobre la legibilidad de los programas en diferentes lenguajes.
Dejemos C en paz - no es relevante aquí.
Hagámoslo simple, lo que nos encontramos en la práctica.
Aquí está el código en R:
a<- b + c
¿Cómo será el código en MKL? No se sabe en absoluto, porque para MKL es necesario especificar qué son b y c.
Voy a hacer algunas preguntas.
1. ¿Entiendes que R está escrito en C++, R es esencialmente un conjunto de envoltorios de funciones y clases de C++? ¿Es lo mismo que reunir un montón de bibliotecas de stat y mat en C, formalizarlas en clases y llamarlas D, por ejemplo?
2. Si has entendido lo que te preguntaba en la primera pregunta, aquí va la segunda: ¿Entiendes que las matrices, vectores o cualquier otra cosa en MQL pueden tener este aspecto?
a=b+c;
?
Sí, soy de fuera y no puedo evitarlo.....
Esto es lo que parece la siguiente cita de una persona de fuera.
Así es la cita:
El derecho a desarrollarse de forma independiente y autónoma es el derecho más preciado de la vida.
Añadiendo:
Dijo Mowgli y soltó la sabiduría que había comprendido en sus primeros 16 años:
"Tú y yo somos de la misma sangre".
PD.
Al principio quería hacerlo como respuesta a un mensaje anterior, pero luego cambié de opinión, ya que esto se aplica a tantos en este foro.
PSPS
¡¡¡Hombres!!!
Pasar 3 horas de su vida en lugar de este foro. Poned R, poned matraca, coged mi artículo en forma de instrucciones y un apéndice a este artículo para no perder el tiempo en datos de origen, y antes de llegar a la ladera, veréis que estabais sentados en un agujero....
Es sólo cuestión de 3 ó 4 horas. Tu cerebro será diferente. Y eso vale mucho.
Muestra tu resultado personal del uso del lenguaje R.
Muestra tu talento, no el talento de los desarrolladores de R.
¿Puedes hacerlo?
Una persona con talento necesita un problema, una persona sin talento necesita una solución.
Muestra tu resultado personal del uso del lenguaje R.
Demuestra tu talento, no el de los desarrolladores de R.
¿Puedes hacerlo?
Una persona con talento necesita un problema, una persona sin talento necesita una solución.
Muestra tu resultado personal del uso del lenguaje R.
Demuestra tu talento, no el de los desarrolladores de R.
¿Puedes hacerlo?
Una persona con talento necesita un problema, una persona sin talento necesita una solución.
¿Qué quieres decir con "mostrar"?
Tengo un PAMM debido a la libra no está funcionando ahora....
Ese no es el punto....
Escribo sobre modelos, pero no se trata de modelos - siempre se trata de dinero, o más precisamente de la certeza de recibirlo en el futuro.
En mi opinión, el principal problema de los sistemas de negociación en los mercados financieros no radica en la aplicación o no de complejos modelos matemáticos, sino en el sobreentrenamiento (sobreajuste) de estos mismos ST. El sobreentrenamiento se manifiesta en el hecho de que con el tiempo (si no inmediatamente) el ST pierde su rendimiento en relación con su entrenamiento.
Para resolver este problema, estoy intentando demostrar que los sistemas de trading que he desarrollado NO están sobreentrenados. Es decir, quiero estar seguro de que el rendimiento futuro del ST no cambiará mucho y, en cualquier caso, no agotará mi depósito.
Estoy ocupado con esto. Todas las herramientas necesarias para esta tarea están disponibles en R en abundancia. No hay herramientas correspondientes en MKL en absoluto.
Mira el hilo de Burnakov sobre aprendizaje automático. Allí he publicado sobre este tema en detalle. Por cierto, no soy el único.
Para resolver este problema, estoy intentando demostrar que los sistemas de trading que he desarrollado NO ESTÁN TRANSFORMADOS. Es decir, quiero estar seguro de que los indicadores de rendimiento futuro de la TS no va a cambiar mucho y, en cualquier caso, no va a drenar mi depósito.
Estoy ocupado con esto. Todas las herramientas necesarias para esta tarea están disponibles en R en abundancia. No hay herramientas correspondientes en MKL en absoluto.