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
En este tema se volvió a discutir el axioma "no tiene sentido pagar a un programador", porque si un EA vale la pena, no necesita los centavos del cliente, y si no vale, el cliente no lo necesita.
Conclusión absolutamente errónea.
¿Por qué todo gira en torno a los expertos?
escribo indicadores, ¡y no sólo indicadores!
programas de contabilidad ... Escribo indicadores, programas de contabilidad... ¡y los clientes están contentos!
¡No sé cómo escribir indicadores y no sólo indicadores ... y programas de contabilidad ... y los clientes están contentos!
MF_Break_Down
¡es uno de los más sencillos y eficaces!
por ejemplo, en una tendencia a la baja, la señal se entiende como una oportunidad para comprar.
sólo tenemos que coordinarlo con nuestro TS
aquí somos mayoritariamente técnicos - y muchos están imbuidos de escepticismo - bueno, alguien gana dinero escribiendo programas para el mercado
hay gente que realmente gana dinero en el mercado - bueno, no muchos - pero existen
"¿Has visto un dibujo como este?
MF_Break_Down
¡Una de las más sencillas y efectivas y que la gente utiliza en sus estrategias de trading!
Por ejemplo, en una tendencia bajista, la señal se entiende como una oportunidad para comprar más
simplemente tenemos que coordinarlo con nuestro TS.
Así es, así es. Yo también le tengo echado el ojo, aunque lo veo como algo adicional y no básico a MTS. No veo el sentido de pagar por él, crecer y escribir uno similar yo mismo, sobre todo porque hay un análogo muy similar en acceso libre.
En cuanto a si un programador debe o no cobrar por producir un MTS que le haga rico, mi opinión es que sí - "¡el orden debe estar en la biblioteca! Y en el caso de la escritura del Grial, cien libras ya no son un tema de conversación.
De todos modos, el programador toma el dinero por adelantado si conoce de antemano la inadecuación de la idea y sabe que el cliente, después de haber mirado el piquete de caída, obviamente se sentirá decepcionado y el fervor que se ha encendido se desvanecerá como un culo con un pepino frío, es decir, el programador está siendo simplemente astuto.
de todos modos, el programador cobra por adelantado si conoce de antemano la inadecuación de la idea y sabe que el cliente, al ver el piquete menguante, obviamente se sentirá decepcionado y el ardor encendido se desvanecerá como un culo con un pepino frío, es decir, el programador simplemente está haciendo trampa.
Si el programador sabe algo de antemano, este conocimiento también tiene valor, porque se ha invertido mucho tiempo en obtenerlo.
Si el cliente pide que se evalúe la idoneidad de una idea, también es un servicio que debe pagarse, porque ha contactado con un especialista sabiendo de antemano que sus servicios están sujetos a una tarifa.
Evaluar la idoneidad de una idea ya no es tarea del programador, salvo en los casos más sencillos. Si sólo se trata de un sistema de dos máquinas, que el cliente va a ejecutar en M1, el programador puede decírselo gratuitamente, sabiendo que no es adecuado - pero puede que no, porque el cliente suele exagerar mucho el valor de sus ideas, y es inútil aconsejar nada. Y si el sistema es más sofisticado y el codificador nunca ha hecho nada parecido, ya no es su responsabilidad evaluar la idea.
Evaluar la idoneidad de una idea ya no es tarea del programador, salvo en los casos más sencillos. Si sólo se trata de un sistema de dos máquinas, que el cliente va a ejecutar en M1, el programador puede decírselo gratuitamente, sabiendo que no es adecuado - pero puede que no, porque el cliente suele exagerar mucho el valor de sus ideas, y es inútil aconsejar nada. Y si el sistema es más sofisticado y el codificador no ha hecho nada de eso, el codificador ya no es responsable de evaluar la idea.
Es cierto que este es el pan de los desarrolladores de sistemas de trading, pero el programador a menudo tiene que ser también un experto en este campo.
En general, el resultado final de la codificación de un sistema como Asesor Experto es la evaluación de la idea
Pero ¿qué pasa con esta contradicción: un programador puede evaluar el valor de una idea en casi 2 segundos, así que qué le hace producir código en el 99% de los casos (estadísticas) de ideas no rentables de clientes ingenuos? :))
Porque el cliente siempre tiene razón. Porque se acude al programador para que escriba un programa, no para que realice una revisión de expertos. Y lo más importante, el valor más alto es la libertad de la ilusión. El programador no sabe - si el cliente sueña con una quimera de un botón mágico, un clic en el que se convertirá en el gobernante del mundo, o un comerciante real con una cabeza, que sólo necesitan un ayudante, al menos de los mismos dos ma o estocástico.
un comerciante de cabeza que sólo necesita un ayudante, al menos de la misma 2MA o estocástico//
(Entiendo que estamos hablando en generalidades, pero tengo que sonreír un poco: head trader y 2MA y estocástico son incompatibles)) además, cómo va a buscar un trader inteligente un programador para Ma y Stoch, cuando hay un océano de EAs y 2 gotas más en el mercado libre, además, cómo no va a saber que dan el 50% en la prueba inicial con Take y Stop iguales, por mucho que te doble, y el 70% si no, no sirve.