Basándome en los resultados de las discusiones en varios hilos, empecé a escribir un artículo para los clientes, que sería una especie de cuestionario a la hora de pedir un robot o indicador. Sólo pasé por la parte de pedir un indicador, resultó ser más de 7 páginas. Por eso decidí hacer dos artículos más pequeños en lugar de uno grande - uno sobre el pedido de indicadores y el segundo sobre el pedido de un robot.
Pido a todos los interesados que expresen aquí sus sugerencias/deseos/críticas de la versión actual. En mi opinión, el artículo ya está listo en un 95-99%, pero puedo haber olvidado algunos puntos y añadido artificialmente otros.
El último punto no está terminado - Aceptación y prueba del indicador - no hay pensamientos especiales sobre este tema todavía. Después de la discusión el artículo será publicado de una manera estándar, para que pueda ser utilizado por los Clientes y Desarrolladores de aplicaciones de trading. Esto todavía no es un constructor TOR, pero ya es un intento de hacer una instrucción simple y comprensible para el Cliente.
Probablemente nunca he visto un https://www.mql5.com/es/articles/235 más sensato y lírico .
El primer post no muestra realmente el plan ni su esencia.
- 2011.03.30
- Andrey Khatimlianskii
- www.mql5.com
Extraña estructura del artículo - nunca hubo problemas (en los pedidos, por supuesto) con los estilos de los indicadores, colores, etc diseño, con la salida de los ajustes necesarios, con los estilos de las pantallas en el TOR, redraws (si la lógica de lo que se pide implica redraws, entonces, por supuesto, el cliente debe ser consciente de ello), los cálculos en cada tick (y ¿por qué el usuario necesita saber?) - está claro que si se puede reducir los cálculos, debe hacerlo de esa manera.
La confusión más común es la numeración de las barras, lo que son los búferes y en qué se diferencian de los objetos gráficos, por qué no es necesario hacer en los objetos gráficos (si es posible, por supuesto), en qué carpeta para poner el archivo resultante, ¿cuál es la diferencia entre la fuente y el archivo ejecutable, sería bueno que los ejemplos del panel que necesita para dibujar en algún lugar en la pintura, porque en su mayoría suena "Necesito tres botones para abrir, cerrar y algo más".
Cuando se produce un error, es necesario entender la causa de su aparición. Esto significa que usted debe tratar de obtener todos los detalles para la investigación. En este caso, no sólo debe mostrar la situación con capturas de pantalla o vídeos, sino también proporcionar al desarrollador los registros del programa y del propio terminal. Por lo tanto, no sólo debe saber dónde se encuentran los registros de la plataforma, sino también determinar de antemano en los términos de referencia qué debe mostrar exactamente el programa y en qué formato deben estar los mensajes sobre su funcionamiento.
No, para empezar escribiría "lo que se esperaba. por qué se esperaba esto" y "esto es lo que ha pasado - en alguna barra algún valor es incorrecto" + en la captura de pantalla la fecha y el símbolo todavía están a menudo borrosos + red a todo esto.... Pero lo principal es las dos primeras cosas, y luego se puede pedir al cliente que envíe más registro y establecer, etc, a veces no es necesario. Y si usted pidió hace unas semanas y acaba de ver algo mal - un enlace a la orden. A menudo, en general, en los mensajes de una captura de pantalla aparece y adivinar lo que está mal y lo que el orden en general.
Y donde "dibujos demasiado pequeños" - Yo diría, si vi en los TdR, "¿por qué estos dibujos?", Pero de ninguna manera no interfieren con su diseño. A menudo sucede en el TOR así y picos dibujados, valles, etc y los clientes esperan que de alguna manera por arte de magia el programador todo claramente definido como en su cabeza, no hay definiciones de cómo buscarlo.
Quiero decir que el TOR no debe ser conceptos abstractos que pueden ser interpretados de dos maneras - esto es lo principal, y que hay algo pequeño - no interfiere en absoluto
Probablemente el https://www.mql5.com/es/articles/235 más inteligente y lírico que he visto nunca.
Aquí en el primer post no es mucho plan y la esencia es visible
No necesitas letra, necesitas un texto bastante seco que pueda leer el cliente.
Traté de escribir brevemente, pero todavía tengo bastante.
No necesita letra, sino un texto bastante seco que el cliente pueda terminar de leer.
Traté de escribir brevemente, pero todavía tengo bastante.
si este articulo es un intento de sistematizar para el futuro"mql5 master" el TOR, entonces hay que quitar y quitar
si se trata de aclarar al cliente lo que se necesita, a continuación, añadir y añadir.
Ahora desde el texto no está claro el objetivo final. La vista es tal, como piezas de las pantallas del "maestro" tiene, insinuando estilo.
Y para un artículo expositivo no es adecuado en absoluto
Extraña estructura del artículo - nunca he tenido problemas (en las órdenes por supuesto) con los estilos de los indicadores, colores, etc. diseño, con la salida de los ajustes necesarios, con los estilos de las pantallas en el TOR, redibujos (si la lógica de lo que se ordena implica redibujos, entonces por supuesto el cliente debe ser consciente de ello), cálculos en cada tick (¿y por qué el usuario necesita saberlo?) - está claro que si se puede reducir los cálculos, se debe hacer de esa manera.
La idea era que el Cliente viene y dice:"Quiero un indicador que:
- dibuje dos líneas rojas y un histograma
- el histograma cambie de color según tal algoritmo
- el indicador utilice tales precios y tal indicador
- los cálculos se realicen sólo en la apertura de la barra
- la composición y los nombres de los parámetros de entrada son tales y tales
- enviarme un Push cuando cambie el color
- escribir en el log tal y tal
- el control requiere un panel con tales parámetros
- aquí hay fotos con explicaciones".
Un contratista potencial lo mirará, calculará rápidamente los costes de mano de obra y dará el coste inicial del trabajo sin un largo estudio del texto de los términos de referencia.
Es decir, facilitar al Contratista la tramitación de posibles pedidos. Imagínese que, como en McDonald's, usted hace un pedido.
Un contratista potencial mirará, calculará los costes de mano de obra y dará el coste inicial del trabajo sin un largo estudio del texto de los TdR.
Es decir, para facilitar al Contratista la tramitación de posibles pedidos. Imagínese, como en McDonald's hacer un pedido.
Aquí es como ejecutor digo que es inútil, otros problemas con los clientes. Y allí como mejor le parezca.
¿Qué es lo principal en un indicador? No líneas, gitogramas, colores, cómo contar (lo debe saber el programador, no el cliente), no alertas ni pelusas, sino LÓGICA exactamente lo que el cliente pretende meter en el indicador, qué quiere conseguir con la ayuda del indicador, qué funciones debe realizar el indicador. Para que el cliente pueda explicarlo adecuadamente, y el resto se pueda acordar después. Excepto que la presencia y las funciones del panel deben conocerse de antemano, y qué tipo de aspecto tendrá allí puede aprenderse más tarde.
Y lo tienes todo al revés, no se menciona la lógica en absoluto....
Si es para explicar al cliente lo que se necesita, entonces añade y añade.
Me temo que nadie acabará leyéndolo. La mayoría no llegará a la meta.
¿Qué es lo principal en un indicador? No líneas, gitogramas, colores, cómo contar (esto lo debe saber el programador, no el cliente), no alertas ni pelusas, sino LÓGICA, exactamente qué es lo que el cliente pretende meter en el indicador, qué quiere conseguir con la ayuda del indicador, qué funciones debe realizar el indicador.
Y usted tiene todo lo contrario, no dice nada de lógica en absoluto....
Lógica - aquí es difícil encontrar una plantilla. Según tu experiencia, ¿cómo formalizarlo?
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Usted acepta la política del sitio web y las condiciones de uso
Artículo publicado Cómo crear una Tarea Técnica al encargar un indicador:
Los tráders buscan leyes en el comportamiento del mercado que indiquen los momentos adecuados para realizar transacciones comerciales. Muy a menudo, el primer paso en el desarrollo de un sistema comercial es la creación de un indicador técnico que le ayude a ver en el gráfico de precios la información que necesita. Este artículo le ayudará a componer la Tarea Técnica para encargar un indicador.
La primera etapa abarca la construcción del Zigzag:
Autor: MetaQuotes Software Corp.