![MQL5 - Lenguaje de estrategias comerciales para el terminal de cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
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
Aquí, por cierto, por alguna razón nadie ha notado la discrepancia entre el objetivo de Pedro y su nicho. Quiere desplazar el comercio manual. Pero hace su trabajo para los que comercian a mano. Ese objetivo me parece extraño: "Te daré algo que acabará con tu acuerdo comercial habitual... Soy un tipo amable que ha venido a romper todo aquello a lo que estabas acostumbrado: ahora trabajarás según mis reglas". ¿Le traerá el éxito?
"Eres un poco raro, Billy" ...
Desgraciadamente, con demasiada frecuencia, las empresas funcionan con estos principios... Es sólo una envoltura de estos principios que es hermosa y benévola. Se llama marketing. Y nada se habría desarrollado en el Mundo de otra manera.
Aquí, George, he dicho muchas veces que hay un lenguaje de marcado listo. ¿Por qué querría alguien meterse con el código? Se hace con el lenguaje y hace lo que necesita.
Si el usuario no tiene suficientes gráficos y necesita animación, puede hacerlo en su aplicación.
Una cosa más: el mercado SIEMPRE estará inundado. Nada cambiará este hecho. Bueno, que drenen con potentes y hermosas semiautomáticas. Al menos se sentirán mejor moralmente).
Con toda seriedad,ningún programa cambiará la proporción entre los que escurren y los que ganan.
Pero incluso después de perder dinero, seguirán utilizando un programa semiautomático. Porque es N E D O N R A C E.
Así que se puede alquilar.
He visto estos lenguajes de marcado... Uno de los inventos más idiotas de la humanidad en la última era. Además de un idioma, hay que aprender otro, sólo para ordenar los botones del formulario... ...y no un lenguaje razonablemente personal, sino uno particularmente nerd.
Seguirás necesitando poder manejar todos los controles desde el código, así que ¿por qué pagar dos veces? No entiendo el sentido de crear lenguajes de marcado (salvo el html y el xml, pero ese es otro ámbito), a no ser que el objetivo fuera joderle el cerebro a la gente en masa.
Programas semiautomatizados. ¿Quién es el vendedor aquí, Peter?
He escrito un gran número de Asesores Expertos a medida, indicadores, todo lo que he podido. Se ha pedido semiautomático - ¡sólo una vez! ¡Una vez en la historia de mi escritura de EA! Había algo con dos líneas para establecer órdenes. Incluso el semiautomático no tiene conexión con la gui - con ventanas y botones.
También es una categoría de "semiautomático": un EA normal que recoge pedidos manuales. Pero no hay ningún gui en absoluto.
He visto estos lenguajes de marcado... Uno de los inventos más idiotas de la humanidad en la última era. Además de un idioma, hay que aprender otro, sólo para poner botones en un formulario... ...y no un lenguaje razonablemente personal, sino uno particularmente nerd.
Seguirás necesitando poder manejar todos los controles desde el código, así que ¿por qué pagar dos veces? No entiendo el sentido de crear lenguajes de marcado (salvo el html y el xml, pero ese es otro ámbito), a no ser que el objetivo fuera joderle el cerebro a la gente en masa.
Difusión masiva. Para eso está el lenguaje de marcas.
La distribución en masa de un producto se consigue controlando los valores de las siguientes variables:
En términos de dificultad de uso, las bibliotecas ocupan el primer lugar, el lenguaje de marcas el segundo y Wiz.studio el tercero.
Aquí, George, he dicho muchas veces que hay un lenguaje de marcado listo. ¿Por qué querría alguien meterse con el código? Se hace con el lenguaje y hace lo que necesita.
Si el usuario no tiene suficientes gráficos y necesita animación, puede hacerlo en su aplicación.
Una cosa más: el mercado SIEMPRE estará inundado. Nada cambiará este hecho. Bueno, que drenen con potentes y hermosas semiautomáticas. Al menos se sentirán mejor moralmente).
Con toda seriedad,ningún programa cambiará la proporción entre los que escurren y los que ganan.
Pero incluso después de perder dinero, seguirán utilizando un programa semiautomático. Porque es N E D O R A M A N.
Así que puedes alquilarlo.
Eso es lo que he dicho, porque para la primera redacción, el lenguaje de marcado está bien.
Y entonces, bang, un usuario envía un informe de error. ¿Y qué hace el programador que utiliza su biblioteca? Ahora tiene que decidir si él tiene un error o tú lo tienes. Y usted está ocupado en ese momento. El programador tiene que hacer un seguimiento escrupuloso de la corrección de la referencia a la biblioteca con este mismo lenguaje de marcado, que, repito, es muy fácil de confundir, precisamente porque en lugar de "cortar" todas las características excepto las que se necesitan en un momento dado, el lenguaje da pleno acceso y libertad en cualquier punto. Buscar errores en este tipo de código es mucho más difícil.
Por eso - no veo el propio "nicho" para el que está diseñada su biblioteca. El usuario tiene que coger la biblioteca, hacer algo con ella, y como comercia manualmente, lo hará basándose en su sistema intuitivo. Y luego - ¿le propones alquilar este mismo sistema (junto con tu biblioteca) para otro usuario, que también comercia manualmente? Y el otro usuario tiene otro sistema, también intuitivo, y el que acabas de hacer no le sirve. No lo alquilará.
Una vez más nos encontramos con la "estrechez del nicho". Nadie discute que es más fácil escribir textos cuneiformes babilónicos en arcilla con dichos sellos que prensar jeroglíficos en cuña con un simple cuchillo de cuña. Pero, ¿necesita mucha gente esos sellos? La mayoría de la gente no tiene interés en el babilonio. Y los que se interesen por ella escribirán en cuneiforme con plumas ordinarias. Y te quedas con un número muy reducido de personas que se interesan por el babilonio, pero que prefieren no escribir en papel, sino usar arcilla (los que saben programar, pero prefieren comerciar a mano). ¿Y cuántos son?
Eso es lo que he dicho: por primera vez, el lenguaje de marcado está bien.
Y entonces, bam, un usuario envía un informe de error. ¿Y qué hace el programador que utiliza su biblioteca? Ahora tiene que decidir si él tiene un error o tú lo tienes. Y usted está ocupado en ese momento. El programador tiene que hacer un seguimiento escrupuloso de la corrección de la referencia a la biblioteca con este mismo lenguaje de marcado, que, repito, es muy fácil de confundir, precisamente porque en lugar de "cortar" todas las características excepto las que se necesitan en un momento dado, el lenguaje da pleno acceso y libertad en cualquier punto. Buscar errores en este tipo de código es mucho más difícil.
Por eso - no veo el propio "nicho" para el que está diseñada su biblioteca. El usuario tiene que coger la biblioteca, hacer algo con ella, y como comercia manualmente, lo hará basándose en su sistema intuitivo. Y luego - ¿propones alquilar este mismo sistema (junto con tu biblioteca) a otro usuario, que también comercia manualmente? Y el otro usuario tiene otro sistema, también intuitivo, y el que acabas de hacer no le sirve. No lo alquilará.
Volvemos a encontrarnos con la "estrechez del nicho". Nadie discute que es más fácil escribir textos cuneiformes babilónicos con esos sellos que dibujar jeroglíficos en forma de cuña con un solo cuchillo en forma de cuña. Pero, ¿necesita mucha gente esos sellos? La mayoría de la gente no tiene interés en el babilonio. Y los que se interesen por ella escribirán en cuneiforme con plumas ordinarias. Y te quedas con un número muy reducido de personas que se interesan por el babilonio pero que prefieren no escribir en papel, sino utilizar la arcilla. ¿Cuántos son?
Los usuarios modernos se han degradado hasta el final por culpa de los griales de los probadores. Necesitan que se les empuje hacia un poco de complejidad y responsabilidad por sus actos. De lo contrario, una degradación completa de algotrading.
No veo otro futuro para el nicho de algotrading. Sinceramente, no...
Programas semiautomatizados. ¿Quién es el vendedor aquí, Peter?
He escrito un gran número de Asesores Expertos a medida, indicadores, todo lo que he podido. Se ha pedido semiautomático - ¡sólo una vez! ¡Una vez en la historia de mi escritura de EA! Había algo con dos líneas para establecer órdenes. Incluso el semiautomático no tiene conexión con la gui - con ventanas y botones.
También es una categoría de "semiautomático": un EA normal que recoge pedidos manuales. Pero no hay ningún gui en absoluto.
Los usuarios de hoy en día están degradados por el grial del testering. Necesitan que se les empuje hacia un poco de complejidad y responsabilidad por sus actos. De lo contrario, una degradación completa de algotrading.
No veo otro futuro para el nicho de algotrading. Sinceramente, no lo sé.
Bueno, bueno... Ve a por ello, Peter.
Tienes razón en lo de la "degradación", pero creo que estás siendo presuntuoso con lo de "tirar de los usuarios".
Pero, adelante. Puede que haya alguien por ahí que sepa programar, pero que comercie con "manos a la obra".
Por cierto, sí. También he escrito tantos a medida que ya se puede considerar una estadística. Y sólo tres estaban semiautomatizados con paneles. Y Peter no tiene estadísticas, sólo sueños.
aquí decidí recordar los EAs con un panel - he hecho paneles a medida para el comercio manual 4 veces.
Pero siguen pidiéndome que añada botones a mi panel. - Envío a autónomos (hace tiempo que no hago programación a medida)
Por cierto, sí. También he escrito muchas personalizadas, lo que ya puede considerarse una estadística. Y sólo tres eran semiautomáticas con paneles. Y Peter no tiene estadísticas, sólo sueños.
Este año tengo 20-25 Asesores Expertos en los foros, 2 de ellos paneles comerciales, y he creado uno yo mismo. Podría haber prescindido de él, pero necesitaba un botón - quería entender las características gráficas de MQL, así que ofrecí hábilmente )))). Total 1 semiautomático con panel