Mi enfoque. El núcleo es el motor. - página 23

 
Реter Konow:

Por supuesto que no hay ningún problema. Y si no hubiera algotrading per se, tampoco habría problema. Y el internet y las redes sociales...

Todas ellas son entidades artificiales que crean nuevas soluciones y nuevos problemas. Nadie prohíbe crear nuevos nichos, inventos.

La gente se acostumbra a ellos y luego no puede vivir sin ellos. Así es como funciona la vida).


Elproblema del algotrading, al igual que el de cualquier nicho, es el desarrollo. Sin ella, la existencia del nicho está condenada. La pregunta es: ¿dónde tenemos que desarrollarnos? Sólo en la dirección del comercio manual. Sólo para "absorberlo" con semiautomáticas. Y conseguiremos un nuevo espacio para nuestro nicho, y en consecuencia dinero y tiempo para la existencia de nuestra actividad. A costa de comerse otro nicho sin salida.

Estoy confundido. Primero hay un problema, luego se escribe que no hay problema, luego se escribe que hay un problema.

Y en general, tienes una extraña noción del desarrollo del comercio. Usted ha escrito que el algotrading tiene que pasar al comercio manual. ¿No es al revés? Al principio, la negociación era manual, y hasta las medias móviles se calculaban con calculadoras. Luego aparecieron los ordenadores y las plataformas de negociación, en las que estos indicadores ya estaban incorporados a la plataforma. Luego se hizo posible codificar indicadores personalizados e incluso automatizar sistemas de negociación. Resulta que el algotrading es el desarrollo del trading manual. Y el trading semiautomático es un inter medio entre el trading manual y el automatizado, y cuando la estrategia de trading no puede ser automatizada.

 
Vitalii Ananev:

Estoy confundido. Primero hay un problema, luego escribes que no hay problema, luego escribes que hay un problema.

Y en general, tienes una extraña noción del desarrollo del comercio. Usted escribe que el algotrading debe evolucionar hacia el trading manual. ¿No es al revés? Al principio, el comercio era manual, y hasta las medias móviles se calculaban con calculadoras. Luego aparecieron los ordenadores y las plataformas de negociación, en las que estos indicadores ya estaban incorporados a la plataforma. Luego se hizo posible codificar indicadores personalizados e incluso automatizar sistemas de negociación. Resulta que el algotrading es el desarrollo del trading manual. Y el trading semiautomático es un eslabón intermedio entre el trading manual y el automatizado, y cuando la estrategia de trading no puede ser algoritzada.

Lógicamente, el algotrading debería haber eliminado por completo la negociación manual. Pero, en cambio, comenzó a desarrollarse en paralelo. La esfera del comercio manual quedó sin conquistar. Esto es un error en el desarrollo del algotrading. Por lo tanto, para un mayor desarrollo, la negociación manual debería ser sustituida por una negociación semiautomatizada.

La semiautomática es un área subdesarrollada de algotrading en este momento. Y está diseñado para absorber las operaciones manuales. Es un espacio libre para el desarrollo. Si no lo conquistamos nosotros, lo harán otros. Por lo tanto, tenemos que avanzar hacia el comercio manual, pero sólo para"conquistarlo".

 
Vitalii Ananev:

...Resulta que el algotrading es una evolución del trading manual. Y la negociación semiautomática es un eslabón intermedio entre la negociación manual y la automática, y cuando la estrategia de negociación no se presta a la negociación algorítmica.

Sí. Pero no es sólo un "enlace". Es un espacio de desarrollo. Es dinero.

 
Реter Konow:

Lógicamente, el algotrading debería haber desbancado por completo al trading manual. Pero, en cambio, comenzó a desarrollarse en paralelo. La esfera del comercio manual quedó sin conquistar. Esto es un error en el desarrollo del algotrading. Por lo tanto, para un mayor desarrollo, la negociación manual debería ser sustituida por una negociación semiautomatizada.

La semiautomática es el área no conquistada de algotrading en este momento. Y está diseñado para absorber las operaciones manuales. Este es un espacio libre para el desarrollo. Si no lo conquistamos nosotros, lo harán otros. Por lo tanto, hay que moverse en la dirección del comercio manual, pero sólo para"conquistarlo".

Ah, eso es lo que quieres decir. Al principio no entendí bien lo que querías decir. Usted sugiere eliminar la negociación manual sustituyéndola por una negociación semiautomatizada. Pero crear una interfaz que sólo abra posiciones y establezca niveles de TP y SL no es suficiente. Es necesario incluir elementos de análisis en dicha interfaz. Esto es lo que se entiende por comercio semiautomatizado. Un robot analiza la situación del mercado, pero la decisión de abrir (o cerrar) una posición la toma el operador. Y entonces volvemos a la cuestión de crear un sistema de comercio. Y si su interfaz sólo proporciona botones para abrir (cerrar) una posición sin analizar el mercado, no es un sistema de trading semiautomático, sino que es totalmente manual, no a través de la interfaz del terminal, sino a través del "Expert Advisor".

 
Vitalii Ananev:

Oh, eso es lo que quieres decir. Al principio no entendí bien lo que querías decir. Usted propone eliminar la negociación manual sustituyéndola por la semiautomática. Pero la creación de una interfaz con la ayuda de la cual sólo se abren las posiciones y se establecen los niveles de TP y SL no es suficiente. Es necesario incluir elementos de análisis en dicha interfaz. Esto es lo que se entiende por comercio semiautomatizado. Un robot analiza la situación del mercado, pero la decisión de abrir (o cerrar) una posición la toma el operador. Y entonces volvemos a la cuestión de crear un sistema de comercio. Y si su interfaz sólo proporciona botones para abrir (cerrar) sin analizar el mercado, no es un sistema de comercio semiautomático, sino un comercio totalmente manual sólo a través de una interfaz del terminal, pero a través del "intermediario".

Bueno, mi interfaz ofrece algo más que botones de "abrir/cerrar" :)

Ninguna semiautomatización funcionará sin una interfaz gráfica de usuario.

Por lo tanto, he creado uno. Sin embargo, el desarrollo de la semiautomatización dependerá de que los desarrolladores más inteligentes y astutos tomen las herramientas que se ofrecen y creen soluciones semiautomatizadas para las tareas "manuales".

He abierto la puerta a un nuevo campo, y será conquistado en la plataforma MT, por los desarrolladores de nuestra comunidad.

Por cierto, esto lo sugerí hace mucho tiempo, pero nadie me entendió).

 
Реter Konow:

Bueno, mi interfaz gráfica de usuario ofrece algo más que botones de apertura/cierre :)

Ninguna semiautomatización funcionará sin una interfaz gráfica de usuario.

Por lo tanto, he creado uno. Sin embargo, el desarrollo futuro de la semiautomática dependerá de que los desarrolladores más inteligentes y astutos tomen las herramientas sugeridas y creen soluciones semiautomáticas para las tareas "manuales".

He abierto la puerta a un nuevo campo, y será conquistado en la plataforma MT, por los desarrolladores de nuestra comunidad.

Por cierto, ya lo propuse hace tiempo, pero nadie me entendió:))

Ya veo. Pero excepto que su estilo de programación no cumple con las preferencias modernas, y me temo que los programadores pragmáticos preferirían utilizar para este propósito clases listas y más convenientes, incluidas en el conjunto de entrega estándar de la plataforma. De lo contrario, en lugar de dedicar más tiempo a la aplicación del algoritmo de análisis del mercado, tendrán que ocuparse de los entresijos de su código.

 
Vitalii Ananev:

Ya veo. Pero su estilo de programación no se ajusta a las preferencias modernas, y me temo que los programadores pragmáticos preferirán utilizar clases ya hechas y más convenientes incluidas en el conjunto de entregas estándar de la plataforma para estos fines. De lo contrario, en lugar de dedicar más tiempo a la aplicación del algoritmo de análisis del mercado, tendrán que resolver los entresijos de su código.

Te equivocas.

Le explicaré por qué:

Los programadores no tendrán que buscar en el código de mis soluciones. Obtendrán un constructor gráfico y crearán la interfaz de sus aplicaciones. Esta interfaz será llevada por un programa especial llamado "motor". Este "motor" se conectará a la aplicación del desarrollador e interactuará con ella como una unidad. Esdecir, la GUI de la aplicación es llevada por un programa especial que está conectado a la propia aplicación.

Esto ya ha sido probado y funciona. (Oleg Papkov fue el pionero de esta tecnología).

 
Реter Konow:

Te equivocas.

Déjeme explicarle por qué:

Los programadores no tendrán que mirar el código de mis soluciones. Conseguirán un diseñador gráfico y crearán una interfaz para sus aplicaciones. Esta interfaz será llevada por un programa especial llamado "motor". Este "motor" se conectará a la aplicación del desarrollador e interactuará con ella como una unidad. Esdecir, la GUI de la aplicación es llevada por un programa especial que está conectado a la propia aplicación.

Esto ya ha sido probado y funciona. (Oleg Papkov fue el pionero de esta tecnología).

Entonces, ¿se podrá acoplar una unidad de análisis de mercado sin ninguna modificación?

 
Vitalii Ananev:

Entonces, ¿se podrá acoplar una unidad de análisis de mercado sin ninguna modificación?

Sí.

El motor que lleva la GUI de la aplicación, simplemente realiza la mecánica de los controles (botones, campos de entrada, etc...).

Pulsación de botones, casillas de verificación, introducción de texto y otras acciones del usuario, directamente de se pasan a la aplicación de desarrollo.

La aplicación puede transferir sus datos a campos y tablas.

Todo se hace a través de un simple archivo de conexión.

 

NET-dlls están llegando a MT. Ya no es difícil hacer una GUI en C-sharp para MT, y con más funcionalidad. Y como en cualquier caso todos los eventos son en MT-ticks, entonces los botones también. Bueno, el análisis de tornillo, imho, más fácil de DLL que a Pedro.

En general, el motor de Pedro, si alguien útil, es sólo Mercado-vendedores, donde DLL nizzo.