OpenCl y las herramientas para ello. Reseñas e impresiones. - página 18
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
¡Lástima que no haya likes! Palabras fuertes, simplemente no tenía la elocuencia.
Sin ánimo de ofender a los desarrolladores. Pero, en realidad, creo que hay algo en lo que pensar. El componente de marketing es un poco exagerado, en mi opinión.
Por favor, no te confundas y no entres en el modo universal de "estamos ofendidos" cuando se trata de cosas técnicas.
Reshetov se puso a hacer gilipolleces y obtuvo una respuesta adecuada con argumentos técnicos.
Su caso. Ve a ninja (C#) o Dukas (J++) si tanto quieres comparaciones. Mira los problemas de los usuarios comunes, las capacidades de las plataformas, sus foros, su soporte técnico.
¿O quiere una plataforma con el lenguaje más sencillo (o incluso con generación de código visual)? Sí, los hay. Pero me temo que no le satisfarán en cuanto a sus capacidades.
Es una tendencia común, y no hay forma de evitarla. Todavía hay que sacrificarse, ya que es el negocio más arriesgado del mundo.
Y una vez más: en MQL5 se puede escribir en un estilo procedimental casi convencional, casi sin OOP. Si el código no es muy pesado - OOP no es necesario. Aparte de los manejadores de eventos.
Si no quieres escribir en OpenCL para acelerar los cálculos, bien, no lo hagas. El código seguirá funcionando, aunque quizá no tan rápido. Si no quieres usar la Nube, tampoco la uses. Pero entonces asegúrese de que su optimización (si la va a utilizar) no le lleve tanto tiempo. Todas estas son herramientas para acelerar su desarrollo y ejecución. Su uso no es obligatorio.
De todos modos, lo principal, sin lo cual nunca obtendrás un beneficio, es el propio sistema. Si hay un sistema, todas las demás cuestiones serán sólo técnicas.
P.D. sobre ninja/dukas: también - mira sus servicios. ¿Tienen algo similar a nuestro "Trabajo"? Por lo que he entendido, el foro de ambos está lleno de preguntas triviales para los programadores. Pregunte por los precios de sus servicios.
Técnicamente, Dukas tiene un convertidor MQL4 -> J++, pero no está muy bien hecho. Sigue necesitando la ayuda de un codificador experimentado, y puede costarle un buen dinero.
Así que piensa para quién son esas plataformas (traders o codificadores) y para quién es MT5.
Yo, en cambio, trabajo en DOS. Está todo aquí http://old-dos.ru/
Tiene controladores para todo tipo de periféricos (CD-DVD, flash, sonido, vídeo, etc.). Todo vuela. ¿Para qué sirven estos nuevos monstruos? Es una molestia.
No sé cuánto. Lo suficiente como para que modificarlo después de un par de meses o seis meses no se convierta en una tarea casi imposible, tan difícil como escribir todo el código de nuevo.
Bueno, antes se escribían sistemas operativos sin POO. Y nada, los sistemas operativos funcionaban.
P.D. Ahora ni siquiera estoy hablando de POO, sino de tipos de datos. Por ejemplo, en cuanto se canse de crear numerosas matrices "paralelas entre sí" en un cuatro, imitando un tipo de datos de "matriz de estructura", sentirá la necesidad de cambiar a un cinco. O tener que procesar una lista/árbol con adición/eliminación de elementos.
Sin embargo, lo principal sin lo cual nunca obtendrá un beneficio es el propio sistema. Si hay un sistema, todas las demás cuestiones serán sólo técnicas.
La cuestión es que hay un sistema. No es súper rentable, pero existe. Y sólo hay una pregunta, y es técnica: ¿cómo aumentar la velocidad de optimización de este mismo sistema?
Las respuestas también están ahí:
1. Construir el hardware
2. Ver artículo. 1, y no te atrevas a afirmar ("una burrada descarada", como dijo Renat) que la plataforma es independiente del hardware.
Renat:
......
Esto es parte de lo que se ha hecho para los comerciantes habituales.De hecho, el mantenimiento del producto MT5 es varios órdenes de magnitud más alto que en MT4, una persona que quiere utilizar soluciones ya hechas tiene todas las condiciones, y lo que es importante - todos los servicios están en ruso
El hecho de que la sintaxis de mql5 sea similar a la de C++ crea la ilusión de la similitud de los lenguajes de programación, y portar códigos simples de C++ a mql5 hace pensar en la viabilidad de portar códigos con conexión trivial de .dll creados en el mismo C++, imho
ЗЫ: el enorme potencial computacional de МТ5 me hace preguntarme "¿por qué necesitamos semejante potencia de cálculo en el terminal/probador?", el proyecto de redes neuronales de código abierto parece estar "estancado", ¿realmente necesitamos semejante velocidad para calcular/optimizar las MAU?
IgorM:
ZS: el enorme potencial de cálculo de MT5 hace que uno se pregunte "¿para qué necesitamos tanta potencia de cálculo en el terminal/probador?", el proyecto de red neuronal de código abierto parece estar "estancado", ¿realmente necesitamos tanta velocidad para calcular/optimizar las MAU?
Por supuesto que sí. ¿Qué es lo que no está claro aquí? Si no, ¿cómo encajar en las limitaciones de la Red de Nubes? De lo contrario, no puede funcionar de otra manera, porque si el número de parámetros de entrada supera la norma, el algoritmo genético se encenderá y lo estropeará todo.
¡Pero qué prisa! Más adelante, en la jubilación, contará cómo la red distribuida ha triturado mediante un ataque de fuerza bruta a miles de ordenadores los parámetros de entrada del TS de mashka en menos de un minuto.
Y si además se compran una docena de otras tarjetas de vídeo y se reescribe el Expert Advisor de Mashka para OpenCL, el revuelo aumentará exponencialmente, y se orinará sin descanso a diestro y siniestro, como por una manguera de incendios en honor a la revolución técnica.
No importa que la CT tenga pocas probabilidades de ser rentable. Lo principal es participar, no ganar.
Así que deja MT4 y pásate a MT5 para estar al día con el progreso tecnológico.
ZS: el enorme potencial computacional de MT5 hace que uno se pregunte "¿por qué necesitamos semejante potencia computacional en el terminal/probador?", el proyecto de red neuronal de código abierto parece estar "estancado", ¿realmente necesitamos semejante velocidad para el cálculo/optimización de MAUs?
Con la potencia de cálculo, es posible resolver "de frente" tareas que antes podían abandonarse por imposibilidad/complejidad de ejecución.
Por ejemplo, una simple conversión a 64 bits nos ha dado muchas ventajas en nuestro trabajo. En uno de nuestros proyectos habilitamos la caché en memoria hasta 20 gigas (depende de la memoria disponible) y obtuvimos un aumento de un orden de magnitud en la velocidad de reindexación de bases de datos enormes. Muchos de nuestros clientes de todo el mundo utilizan ya esta función. Lo mismo puede hacerse con MQL5 Cloud Network o simplemente aumentando el número de agentes locales en su red.
El proyecto de código abierto no se ha paralizado, pero hemos tenido que retrasar el uso de la implementación nativa de MQL5 Storage en el editor. Sin ella, el trabajo en colaboración es casi imposible. Saldrá ya en las próximas dos semanas.
Así que abandona MT4 y pásate a MT5 para estar al día con el progreso tecnológico.
Por cierto, el progreso viene como una locomotora de vapor y no se hace mucho caso a nadie.
Fíjese en la cantidad de ordenadores que andan por las calles en los bolsillos de la gente y encontrará otra confirmación de que el mundo se ha vuelto loco hace mucho tiempo.
Con la potencia de cálculo, es posible resolver "de frente" problemas que antes se abandonaban por imposibilidad/complejidad de aplicación.
Por ejemplo, el simple hecho de pasar a 64 bits nos ha dado muchas ventajas en nuestro trabajo.
Renat, no estamos hablando de eso. Los estúpidos comerciantes se preguntan qué ganarán con el progreso tecnológico. Lo que te dio, no les interesa mucho. Así que son especuladores, egoístas y mercantiles.
Sin embargo, no voy a interferir. Continúa; tus discursos son bastante carismáticos y me haces correr a comprar una tarjeta de vídeo y un libro sobre OpenCL.