Discusión sobre el artículo "Cómo crear una Tarea Técnica al encargar un indicador" - página 5
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
+100
Intentar cambiar/enseñar/hacer pensar al cliente es una utopía.
Si no tiene una idea clara de lo que quiere obtener antes de hacer un pedido, ningún artículo (ni breve, ni detallado, ni en formato de vídeo) le hará comprender la cuestión en detalle. Y si ya entiende lo que quiere, no hay dificultades con la presentación (incluidas las ilustraciones cuando son necesarias).
Todo lo demás recae sobre los hombros del programador y está incluido en el coste del trabajo. Con la experiencia conseguimos reconocer rápidamente lo inadecuado, literalmente por unas pocas líneas. Y prácticamente no hay encargos malos.
El artículo se quedará sin la audiencia prevista para él (pero quizá interese a otras mentes inquisitivas).
Andrei, eres una persona con experiencia. Hay dificultades a la hora de trasladar los pensamientos al papel (a la computación). Tuve un amigo, desgraciadamente fallecido, que no podía hablar en absoluto, siempre guardaba silencio en las compañías. Pero escribía tales textos que todo el mundo los leía. Y había variantes todo lo contrario. Ahora el cliente - un montón de emociones, y luego resulta que en la RPT no existe un sistema para la fijación de posiciones. ¡¡¡¡Es decir, que fue escrito - para poner una vez al día, entonces - oh no, tenemos que una vez por hora!!!! A juzgar por la experiencia del trabajo pasado, esta histeria continuará.
Actualizado el proyecto de artículo en mi primer post - añadido secciones
Software útil para redactar TOR
Formulación de Términos de Referencia en forma de Algoritmo
Ejemplos de Términos de Referencia
También tengo un ejemplo del segundo TdR, necesito otro. Aportad ideas, por favor. Y lean/sugieran/critiquen.
Cuanto mejor hagamos el artículo para el cliente, más fácil será para todos.
El artículo debería incluir un recordatorio de los derechos de las partes sobre el resultado del trabajo intelectual, si se transfiere el código fuente, una garantía de errores y correcciones en caso de que se descubran como consecuencia de cambios en el software o de la aparición de situaciones inéditas. Quizás el precio del contrato debería depender de ello.
Creo que merece la pena explicar al cliente que la lógica es importante en el algoritmo y familiarizarle con un conjunto mínimo de operadores para que pueda expresar sus pensamientos en fórmulas.
Los indicadores complejos y los algoritmos matemáticos es mejor hacerlos en Excel, donde las fórmulas y toda la lógica serán visibles, lo que simplificará la comprensión mutua, y además es bastante cómodo dibujar paneles en Excel. Yo mismo he adjuntado en repetidas ocasiones este tipo de archivos a la TOR.
Para TOR asesor necesita los fundamentos de los diagramas de bloques, de lo contrario el código es probable que se escribe de tal manera que las ediciones mínimas requerirán correcciones totales - por experiencia.
Para los diagramas de bloques me gusta este programa Diagram Designer http://meesoft.logicnet.dk entre muchos.
Sobre el modo de depuración/aceptación - creo que aquí deberíamos hablar de la necesidad de imprimir en el registro sobre los eventos que ocurren en el Asesor Experto, tales como bloqueo de la señal por filtro, valores calculados de indicadores y otras situaciones importantes para el cliente, y además se pueden poner objetos gráficos sobre situaciones importantes, por supuesto esto debe ser desactivado en caso de que no haya necesidad de estos datos. Tales cosas hacen que sea mucho más fácil de comprobar y aceptar el trabajo. Y, no está de más poner un contador para fijar el tiempo empleado en el cálculo del cuerpo del programa en cada evento - el tema de los códigos de freno es relevante para Freelance.
Es necesario recordar al cliente sobre la comprobación del trabajo del indicador y EA a través del probador de estrategias, la comprobación del trabajo en diferentes TF (¡especialmente relevante para MT5!), y la posterior comprobación en cotizaciones reales, incluyendo indicadores. Aquí sería bueno utilizar un programa que haga pantallas periódicamente - para realizar un seguimiento de los redibujos del indicador.
En caso de revelar errores en el trabajo de la orden, el Cliente debe documentar el error y razonablemente escribir una breve reclamación, en lugar de iniciar una correspondencia emocional con el Ejecutor.
En caso de errores en el pedido, el Cliente debe documentar el error y razonablemente escribir una breve queja en lugar de iniciar una correspondencia emocional con el Contratista.
Diagrama de bloques y Excel serán añadidos, gracias
Añadiré el diagrama de bloques y el Excel, gracias.
De nada, pero sería bueno no ignorar los otros deseos, probablemente sean aún más importantes para el Cliente.
Por cierto, no está de más recordarle al Cliente que hay omisiones en el historial, por ejemplo, debido a una interrupción en la bolsa o ausencia de cotizaciones, y el trabajo del indicador y del Asesor Experto debe comprobarse sobre estos datos.
Por favor, pero sería bueno no ignorar los otros deseos, probablemente son aún más importantes para el Cliente.
Quizá añada el resto más abajo, para quienes lean el artículo hasta el final. Definitivamente no vale la pena escribirlo al principio - puede que lo abandonen sin terminarlo.
Es razonable.
Texto añadido a la sección Programas útiles para la redacción de RdT y Aceptación y verificación del indicador
Queda por añadir un ejemplo más de RdT que puede publicarse
Añadido un ejemplo más de TdR, final y algo de texto en Aceptación y verificación del indicador.
Si alguien ofrece un tercer ejemplo de TdR para insertar en el artículo, sería estupendo. En caso extremo lo haré yo mismo.