dll y el mercado. - página 6
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
Tu lógica es errónea, amigo. Si usas soluciones como esa, no estás pensando bien.
Te equivocas muy cruelmente ) el usuario resonante es por ejemplo hrenfx, y este ... es sólo un nerd resentido del mundo.Bueno... dijo tres palabras allí y obtuvo una página de posts con consonantes y disidentes. Y yo estoy ahí en los de habla inglesa unos cuantos hilos con mi contenido + indicadores + EAs que no están en ningún otro sitio, etc... No quiero seguir y seguir...
La gente simplemente tiene talento, pero no lo utiliza para su propósito. Yo llamo a esas personas "resonantes".
Permítanme aclarar un poco, si no estaban muy seguros de lo que estaba hablando.
No hablo de la dll, hablo de la falta de capacidad en la implementación actual de las tuberías para convertirse en un servidor.
Sin las tuberías del servidor, hay que intercambiar información a través de archivos.
Y ni siquiera a través de MemoryMapping, sino a través de sandbox.
esto es exactamente lo que he dicho: "dentro del MQL [intercambio de información] se resuelve haciendo un agujero en el disco. Esta solución no se puede utilizar en su sano juicio".
Así que, de nuevo, no hablo de la falta de dll, sino de la incapacidad de no hacer agujeros en el disco duro. Puede utilizar esta solución, pero es una mala solución.
:)
La tarea consiste en intercambiar información entre los agentes de la máquina local.
En el marco de MQL se resuelve limpiando un agujero en el disco duro.
Esta solución no debería utilizarse en su sano juicio.
Página seis de la discusión, y todavía no entiendo de qué se trata el producto en sí.
Por lo que tengo entendido... algo así como la auto-optimización genética.
C-4 simplemente no quieres leer el hilo, la respuesta del autor está en el hilo, en la página 3.
C-4 simplemente no tienen el corazón para leer el hilo, la respuesta del autor está en el hilo, en la página 3.
O.C. parece una buena idea en cuanto al acceso a los recursos informáticos, pero los propios búhos deben ser rentables. En otras palabras, no van a comprar por el rendimiento informático, sino por los resultados, y son cosas algo diferentes.
El rendimiento en este caso es un elemento secundario. La esencia es la capacidad de gestionar el proceso de optimización.
Y el mercado no sólo está lleno de búhos.
El rendimiento es un elemento secundario en este caso. Se trata de poder gestionar el proceso de optimización.
Y el mercado no sólo está lleno de búhos.
Supongo que esto es una pista de algún tipo de producto, m-m-m-mm... como un gestor de optimización o algo así, capaz de utilizar el optimizador en tiempo real.