Emergencia en el MICEX RTS. Un robot de comercio frenético - página 7
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
¿Qué es lo que no se puede aplicar en él (en lo que respecta a las operaciones comerciales)?
Trabajar con arrays es una cuestión de acostumbrarse a la indexación.
ZS: Bueno, si todo lo que tiene que ver con las operaciones comerciales se puede realizar, entonces, ¿qué tan cojo es? Tengo un buen lenguaje con sus propias características, no quieras usarlo, escribe tus dlls en C++ y serás feliz)
Trabajar con arrays es una cuestión de acostumbrarse a la indexación.
ZS: Bueno, si todo lo que tiene que ver con las operaciones comerciales se puede realizar, entonces, ¿qué tan cojo es? Si no quieres usarlo, escribe tus dlls en C++ y serás feliz)
Java y C# son mucho mejores.
No se puede discutir sobre gustos; a uno le gusta lo que le gusta.
La velocidad de desarrollo en C# y Java es varias veces superior.
Lalegibilidad del código es varias veces más rápida.
El código es varias veces más fiable.
Me da vergüenza cuando tengo que escribir en C++. Pero ahora estoy cambiando a una solución alternativa, usando dlls de C#.
No es una discusión sobre gustos, es una declaración.
La velocidad de desarrollo de C# y Java es varias veces mayor.
Lalegibilidad del código es varias veces más rápida.
El código es varias veces más fiable.
Me da vergüenza cuando tengo que escribir en C++. Pero ahora cambio a una solución alternativa, usar dlls de C#.
La velocidad del código es varias veces más lenta. Y lo que es más alto es cuestionable.
http://www.linux.org.ru/forum/development/4147618
http://www.opennet.ru/opennews/art.shtml?num=31114
http://shootout.alioth.debian.org/u64q/benchmark.php?test=nbody&lang=all
Trabajar con arrays es una cuestión de acostumbrarse a la indexación.
SZY: Bueno, si todo lo que se refiere a las operaciones comerciales se puede realizar, entonces, ¿qué tan cojo es? Si no quieres usarlo, escribe tus dlls en C++ y serás feliz)
Bueno, se puede llamar a cualquier tipo de lenguaje de turing completo un lenguaje normal de esa manera. Incluso algún tipo de malestar cerebral. =)
He intentado acostumbrarme a ello. Pero cuando ves lo fácil y cómodo que es hacerlo en otros idiomas, te das cuenta. De todos modos, ahora estoy usando lo mínimo y estoy contento. E incluso sin DLL. Muleta a través de archivos, sí, pero es mi propia muleta. =)
Si estamos soñando, nos gustaría tener un terminal de comercio como este http://wiki.freeswitch.org/wiki/Languages_for_Call_Control. Dispone de una API en 8 idiomas: elige tu favorito (en lugar de un pajarito "con sus propias características") y a trabajar. O bien, puedes introducir tu propio idioma de 9. Lo cual también es posible.
La velocidad del código es varias veces más lenta, y lo que es más alto está en duda.
No te pelees, finlandés caliente.
Es obvio en esta discusión que cada uno de ustedes quiere algún tipo de lenguaje 1. favorito y bien estudiado 2. lo suficientemente común en la naturaleza, no "pajarito" para una generación de una terminal de comercio. Pero llegó un cinco y trajo un nuevo lenguaje de pájaros. =)
No te pelees, finlandés caliente.
Es obvio en esta discusión que cada uno de ustedes quiere algún tipo de lenguaje 1. favorito y bien estudiado 2. lo suficientemente común en la naturaleza, no "pajarito" para una generación de una terminal de comercio. Pero llegó un cinco y trajo un nuevo lenguaje de pájaros. =)
Facilidad para escribir programas en un lenguaje u otro, posibles fallos, etc. - Es algo subjetivo y depende de la profesionalidad del programador, se puede discutir hasta tener diarrea. A mí personalmente me gusta el MQL5, me chifla.
Pero la velocidad de ejecución del código es algo que no se puede discutir: es una característica objetiva, y C# y Java no están entre los líderes en este aspecto.
Trabajar con arrays es una cuestión de acostumbrarse a la indexación.
SZY: Bueno, si se puede poner en práctica todo lo que se refiere a las operaciones comerciales, entonces, ¿cómo es de cojo? No digo que no sea un mal lenguaje, simplemente usa C + + dlls y estarás bien).
Estoy de acuerdo con Sank.
Para hablar de la miseria del lenguaje, sólo hay que responder a dos preguntas:
1. ¿Qué software está escrito en este lenguaje para una tarea real?
2. ¿Qué partes de este software eran difíciles o imposibles de implementar en este lenguaje?
Si la respuesta a la pregunta 1 es "no se escribió" o "se está escribiendo", cualquier argumento relativo a la pregunta 2 carece de sentido y es un galimatías sin sentido.
Personalmente, tengo un Asesor Experto a muy largo plazo, que está escrito en mcl4:
- funciona en modo totalmente automático
- funciona de forma rentable
- abre y mantiene hasta 100 órdenes al día por símbolo (no un Pips, a medio plazo)
- un mismo Asesor Experto trabaja simultáneamente con 2 símbolos (antes trabajaba con 4)
- además del mantenimiento de las operaciones comerciales - calcula rápidamente y muestra algunos datos estadísticos y de información en el gráfico
- el comercio es real y el importe no es de 100 dólares
Y durante todo el tiempo que ha estado funcionando:
- no se ha encontrado nada que sugiera que el lenguaje MQL4 sea pobre o limitado (para esta clase de tareas)
- no se ha encontrado nada que sugiera una velocidad insuficiente de procesamiento de datos (para esta clase de problema)