¿El asesor se encarga llave en mano o por partes?

 

Estimados colegas, ¡buenas tardes!
Me gustaría pedirle consejo. Me gustaría preguntar tanto a los desarrolladores como a los que ordenaron/pidieron Asesores Expertos.

No hace mucho tiempo pedí un EA basado en un indicador personalizado (también había que desarrollarlo) y un panel de operaciones para abrir manualmente las operaciones (también había que desarrollarlo) cuando fuera necesario.

El problema es el siguiente. El autor parecía tener una buena reputación y empezó a hacer el trabajo. Tenía muchas dudas sobre la idea (algoritmo) del Asesor Experto (aunque pregunté varias veces antes de abrir el pedido y el autor me respondió que todo estaba claro). Se discutieron todas las preguntas y se explicó todo.

A continuación, elaboré una muestra preliminar del asesor experto, que cumplía los requisitos del pliego de condiciones en un 30%. Luego el arbitraje y el reembolso a mi favor.


Sin entrar en detalles, me gustaría preguntar...

El problema surgió por culpa del promotor, que pensó que hacer un trabajo a medias sería aceptable.

o

el problema surgió porque sobrecargué la especificación de requisitos con detalles y combiné los 3 procesos en uno (1.Asesor Experto; 2.indicador, en base al cual el Asesor Experto toma decisiones; 3. panel de operaciones).

Su consejo es necesario, para no quedarse con otro pedido durante 3 meses sin obtener el resultado.


Gracias de antemano.

 
Siempre es preferible realizar las tareas complejas por etapas.
 
cherymen:

Inmediatamente tuve muchas dudas sobre la idea (algoritmo) del Asesor Experto (aunque pregunté varias veces antes de entrar en la transacción, y el autor me respondió que todo estaba claro). Se discutieron todas las preguntas y se explicó todo.

Puede que no haya ninguna pregunta. También puede tener preguntas incluso después de que el trabajo esté hecho. Así que las preguntas -la ausencia, presencia o exceso de ellas- no son un indicador.

cherymen:

el problema era culpa del desarrollador,

Definitivamente, sí. Puede haber muchas razones. Puede ser que no haya apreciado al cliente como tal a tiempo.

cherymen:

que pensó que sería aceptable hacer un trabajo de primera.

No lo sabemos. Así que no te quedes sin fundamento.

cherymen:

El problema surgió porque sobrecargué el pliego de condiciones con detalles y combiné los tres procesos en uno (1.EA; 2.el indicador en base al cual el EA toma decisiones; 3.el panel de negociación).

No desempeña ningún papel. Es mejor ver el alcance del trabajo desde el principio. El promotor puede proponer una etapa por etapa, o puede no hacerlo.

cherymen:

Quiere asegurarse de que no se queda con el desarrollador durante 3 meses, sin obtener los resultados de este trabajo.

No hay ninguna garantía. Tienes que elegir un desarrollador. Si hay problemas con el trabajo, un desarrollador sensato al menos explicará lo que está mal.

p.d. ¿Cómo explica el desarrollador el fallo? ¿Qué tipo de dificultades en términos de RPT encontró? ¿Quizá la complejidad y el coste inadecuados de la obra? ¿Tal vez en el cliente?

 
cherymen:

Estimados colegas, ¡buenas tardes!
Pido consejo. Tanto los promotores como los que pidieron/pedimos asesores.

No hace mucho tiempo pedí un EA basado en un indicador personalizado (también había que desarrollarlo) y un panel de operaciones para abrir manualmente las operaciones (también había que desarrollarlo) cuando fuera necesario.

El problema es el siguiente. El autor parecía tener una buena reputación y empezó a hacer el trabajo. Tenía muchas dudas sobre la idea (algoritmo) del Asesor Experto (aunque pregunté varias veces antes de abrir el pedido y el autor me respondió que todo estaba claro). Se discutieron todas las preguntas y se explicó todo.

A continuación, desarrollé una muestra preliminar del Asesor Experto, que cumplía los requisitos del TOS en un 30%. Luego el arbitraje y el reembolso a mi favor.


Sin entrar en detalles, me gustaría preguntar...

El problema surgió por culpa del promotor, que pensó que hacer un trabajo a medias sería aceptable.

o

el problema surgió porque sobrecargué la especificación de requisitos con detalles y combiné los 3 procesos en uno (1.Asesor Experto; 2.indicador, en base al cual el Asesor Experto toma decisiones; 3. panel de operaciones).

Su consejo es necesario, para no quedarse con otro pedido durante 3 meses sin obtener el resultado.


Gracias de antemano.

P.D. Si alguien está interesado puede adjuntar el pliego de condiciones.

El 90% de la culpa es del cliente, sobre todo si el contratista tiene experiencia, como has dicho. Ni siquiera tienes un indicador preparado, es decir, tienes poca idea del algoritmo y su resultado
 
cherymen:

Estimados colegas, ¡buenas tardes!
Un consejo.

La culpa es del cliente.

En este servicio, el ejecutante no tiene la oportunidad de elegir un ejecutante experimentado. Cualquier tonto que haya leído el tutorial puede llenar su calificación con simples órdenes. Y como el cliente no realiza todo el ciclo de pruebas, ni siquiera se da cuenta de que ha recibido un "golpe". Sólo 1 cliente de 20 adivina que puede intentar pasar la validación automática con el código proporcionado por el desarrollador. Y de repente resulta que 8 de cada 10 vendedores no son capaces de escribir un producto que pase esta validación. Pero incluso esto no es una garantía del buen funcionamiento de la EA en el futuro.

Eché un vistazo rápido a la tarea. Lo único que voy a señalar es que hay que intentar evitar los circuitos lógicos en la tarea. Si se suman a la descripción completa, son bienvenidos.
La lógica del programa en MT es diferente a la del programador típico, por lo que el programador tiene que descomponer primero la lógica del cliente en partes, y luego escribir una correcta desde cero.

 
Nikolay Khrushchev:

Sólo 1 de cada 20 clientes adivina que es posible intentar pasar la validación automática con el código que le ha dado el ejecutor. De repente resulta que 8 de cada 10 desarrolladores del mercado son incapaces de escribir un producto que pase esta validación.

No es la primera vez que se habla de validación, y como cierto mérito del desarrollador. La funcionalidad necesaria para la validación se describe en el artículo con ejemplos para dos terminales: MT4 y MT5. Y no hace falta mucha inteligencia para implementar estas funciones descritas en el Asesor Experto. Otra cosa es que se necesite algo de experiencia práctica en la validación. Sin embargo, su ausencia no caracteriza negativamente al promotor. Es sólo una experiencia, y no es necesaria.

Además, ¿qué tiene que ver la validación con esto? Comprueba si la funcionalidad de un Asesor Experto funciona correctamente? No, no es así.

Estás confundiendo el desarrollo de un Asesor Experto (como el diseño de una estrategia de trading) y el desarrollo de un producto listo para la venta.

Por lo tanto, la validación, como una comprobación previa a la venta del Asesor Experto en el procesamiento de los ajustes de los límites, es necesaria sólo en una etapa determinada - a saber, cuando se coloca el Asesor Experto en el mercado del recurso.

Y meter la "validación" hasta que esté claro si la estrategia tiene perspectiva o no es la típica estafa del cliente por dinero + fanfarronería barata del promotor.

 
Andrey F. Zelinsky:

Y no hace falta mucha inteligencia para implementar estas funciones descritas en un EA.

Sin embargo, 8 de cada 10 no son lo suficientemente inteligentes para hacerlo. Y su aplicación no garantiza la validación, hay una serie de matices que hay que conocer y aplicar constantemente en los asesores para excluir los errores.

Andrey F. Zelinsky:

Confundes el desarrollo de un Asesor Experto (como el diseño de una estrategia de trading) y el desarrollo de un producto terminado para la venta. Por lo tanto, la validación, como una comprobación previa a la venta del Asesor Experto para la prueba de los ajustes de los límites, es necesaria sólo en una etapa determinada - a saber, cuando se coloca el Asesor Experto en el mercado del recurso.

Cualquier EA que falle la validación más simple no tiene suficientes comprobaciones para trabajar en el mercado.
Así que cualquier EA que no haya pasado el proceso de validación no debe ser colocado en una cuenta bajo ninguna circunstancia.
La única excepción son los errores como "No hay operaciones comerciales", pero esto es una excepción.

Andrey F. Zelinsky:

Y meter el "pase de validación" hasta que esté claro si la estrategia tiene futuro o no -- esto es una típica estafa del cliente por dinero + fanfarronería barata del desarrollador.

Un desarrollador normal escribe el código correctamente de inmediato y no tiene que "meter" nada en el código para pasar la validación automática. Un desarrollador normal simplemente no puede escribir incorrectamente.
La validación es uno de los pasos básicos obligatorios del ciclo de pruebas antes de enviar un EA al cliente. Es sólo una comprobación adicional para ver si falta algo.
Si está provocando a sus clientes, ese es su problema.
¿He entendido bien que está proporcionando a sus clientes un código que está preparado sólo para probadores?

Andrey F. Zelinsky:

Y entonces, ¿qué da la validación? Comprueba que el funcionamiento del Asesor Experto sea correcto. No, no es así.

Por supuesto que sí, para eso se diseñó.
¿Qué es un asesor experto? Un programa que realiza operaciones según su algoritmo.
Si no puede realizar operaciones comerciales correctamente, no importa quién lo haya escrito.
Esto es lo que muestra la validación.

 
Si hay funcionalidades independientes, la mejor solución es desarrollarlas por separado. De este modo, dispone de 3 funcionalidades independientes.
En la última etapa, no es demasiado difícil combinar todo esto en un solo programa.
 
Nikolay Khrushchev:

Cualquier EA que no sea capaz de pasar la más simple validación no tiene suficientes comprobaciones para trabajar en el mercado.
Así que cualquier EA que no pase el proceso de validación nunca debe ser colocado en una cuenta.
...
Claro
que sí, para eso se diseñó.
...
Eso es lo que revela la validación.

no entiendes en absoluto lo que es la validación.

No voy a seguir dialogando con usted sobre el tema de la validación y el desarrollo, no me interesa.

p.d. para estudiar y entenderhttps://www.mql5.com/ru/articles/2555-- qué controles de validación.

Si crees que la validación comprueba la corrección de la funcionalidad de un Asesor Experto - entonces tú, como desarrollador, mejor te disparas.

Какие проверки должен пройти торговый робот перед публикацией в Маркете
Какие проверки должен пройти торговый робот перед публикацией в Маркете
  • www.mql5.com
Все продукты Маркета перед публикацией проходят обязательную предварительную проверку, так как небольшая ошибка в логике советника или индикатора может привести к убыткам на торговом счете. Именно поэтому нами разработана серия базовых проверок, призванных обеспечить необходимый уровень качества продуктов Маркета. Если в процессе проверки...
 
cherymen:

...

Sin entrar en detalles, quiero preguntar -

el problema fue causado por un promotor que pensó que sería aceptable hacer el trabajo con un "golpe".

o

el problema surgió porque sobrecargué la especificación de requisitos con detalles y fusioné los 3 procesos en uno solo (1.Asesor Experto; 2.indicador, en base al cual el Asesor Experto toma decisiones; 3. panel de operaciones).

Me aconsejáis que no me quede estancado durante 3 meses, sin obtener el resultado de este trabajo.

...

Y la vuelta, ¿lo es? Más adjuntaría el trabajo realizado... ver.

...

Descargué la tarea y la busqué.

1. Una tarea demasiado grande. El cliente tiene que pagar para leer dicha tarea.

El cliente está desconectado de la realidad. La tarea sobre el Asesor Experto, una conversación sobre los gráficos, que debe dibujar el Asesor Experto. El hecho de que el cliente no entienda el tema, de esto se derivará una insatisfacción constante y la impresión de que el trabajo no se hace como él pensaba.

Continuar leyendo... Ostap va más allá:

В настройках индикатора:
1) возможность указания баланса (с отображением в виде горизонтальной линии);
2) выбор пар до 8 шт.;
3) выбор типа ордера (buy/sell) для каждого ордера;
4) выбор размера ордера для каждого ордера;
5) наличие возможности применения MA, Zigzag, и т.п.;
6) указание периода, начиная с которого строится график (время, дата, год);
7) возможность указания точки, на которой откроются ордера реального счета  с отображением в виде горизонтальной линии;
8) возможность указания точки, на которой сработает TP/ Reverse реального счета  с отображением в виде горизонтальной пунктирной линии;
9) своп, спред не учитывается.
10)Расчет виртуального эквити производится на основании минимального шага цены. С момента активации на основе тиков. Исторические данные на основе M1.

---

En cuanto al panel, cada orden debería tener una casilla de verificación. ¿Qué sentido tiene?

---

Supongo que el que lo hizo no leyó el encargo.

---

Me pregunto cuál era el precio.

---

Aun así, es interesante ver el resultado.

===

En definitiva, problemas por ambas partes: el cliente está desconectado de la realidad, el ejecutor no leyó el encargo.

 
Nikolay Khrushchev:

Sin embargo, 8 de cada 10 no son lo suficientemente inteligentes como para hacerlo. Y su aplicación no garantiza la validación, también hay una serie de matices que hay que conocer y aplicar constantemente en las EA para excluir los errores.

Y sin embargo cualquiera de estos 8 puede hacer una pregunta en el foro, pedir ayuda a la sala y lo harán por un agradecimiento para que la validación sea exitosa. Entonces, ¿para qué sirve la validación?