¿Qué haría falta para que todo el mundo se pasara finalmente a MT5? (recopilación de opiniones) - página 25

 

La dialéctica del proceso es la siguiente:

El desarrollo del lenguaje antes de MQL4, llevó al éxito, pero el desarrollo continuado (desde MQL4 hacia MQL5) comenzó a alejar el lenguaje de su público objetivo . Una nueva lengua ofrecía un montón de entidades a la mente del ciudadano medio y provocaba rechazo. Pero era imposible no desarrollar en la dirección de MQL5, ya que los usuarios avanzados siempre pedían añadir algo, mientras que los desarrolladores necesitaban pan. Por lo tanto, el desarrollo posterior y la retirada del público objetivo estaban predefinidos. Y ahora habrá una nueva ronda del proceso dialéctico - un retorno hacia la simplificación y la renovada popularidad entre las masas, pero ya sobre una nueva base (MQL5).

 
Fast528:

sólo el desarrollador puede conocer todos los pros de los nuevos productos, en el momento en que se inventan

Por supuesto.

Sólo que ahora hay que transmitir sus conocimientos de forma adecuada e inteligible... y transmitirlos al usuario poco sofisticado (el más masivo y, por tanto, el más importante).

De hecho, eso es de lo que estamos hablando.

Las preguntas sobre la primacía de MT5 y "cómo forzar" el cambio de MT4 a MT5 han surgido no uno, ni dos, ni siquiera cinco años.

Se ha añadido la cobertura, se ha añadido ITime, iClose, etc., la base de código está llena de ejemplos (los públicos masivos han mostrado lo mismo desde tantos ángulos diferentes) - y hay muchas ventajas en las pruebas de MT5 - y todavía se está discutiendo el problema de la transición de MT4 a MT5.

¿Así que hay una razón? Hay que averiguar la razón.

 
Dmitry Fedoseev:

¿Quién cocina a quién? Si han implementado una api, entonces escribo en lo que quiera y aprendo donde quiera, pluses, sostenidos, lo que sea, y hay suficiente material. Si se considera la documentación de la api como formación ...

Oh, y esto... Cuantas licencias diferentes he visto, no he visto ninguna gratuita, y he buscado mucho, pero no las hay, y lo que algunos creen que es gratuito no es más que una fantasía.

¿Qué son estos propietarios? http://www.gnu.org/licenses/license-list.ru.html
Various Licenses and Comments about Them - GNU Project - Free Software Foundation
  • www.gnu.org
This page is maintained by the Free Software Foundation's Licensing and Compliance Lab. You can support our efforts by making a donation to the FSF. Have a question not answered here? Check out some of our other licensing resources or contact the Compliance Lab at licensing@fsf.org. We classify a license according to certain key criteria...
 
Andrey F. Zelinsky:

¿Qué tienen que ver la POO y la biblioteca estándar?

Puedes arreglártelas sin OOP en MQL5, sin saber lo que es una clase, ni lo que es una biblioteca estándar.

Pero si miramos las explicaciones de los gurús locales, todo lo que vemos es "busca la clase SB...", "hereda la clase SB...", "escribe tu propia clase...".

Es decir, la palabra "clase" y "biblioteca estándar" van invariablemente juntas.

Abrir la descripción de SB en la documentación: "clases comerciales", "clase/grupo", "clase a trabajar...", "descendientes directos", "métodos".

Para los principiantes, que no van a MQL5 por la OOP - simplemente no tienen ninguna posibilidad.

No es necesario saber estas cosas para utilizar las funciones comerciales estándar. Conocer la estructura, cómo utilizarla, es suficiente.

Pero cuando quiera, por ejemplo, convertir un EA de MONO moneda en uno de multidivisa, puede hacerlo sin una clase.

Pero cuando empiezas a declarar numerosas matrices, el programa se convierte en papilla.

Ahí es donde entra la clase. Y hay que saber cómo declarar variables en una clase, cómo acceder a ellas, el constructor, el destructor, pero no mucho más.

Sólo se necesitan 3 lecciones de 2 horas cada una para aprender y utilizar estos conceptos. Pero sólo para convertir un Monovalutnik en un multi.

Y en general, la POO no es para programadores tontos.

Muchos no consiguen dominarlo. Por ejemplo, nociones como plantillas, sobrecarga de operadores y clases, funciones y clases virtuales.

 
Petros Shatakhtsyan:

No es necesario saber nada de eso para utilizar las funciones comerciales estándar. Conocer la estructura, cómo utilizarla, es suficiente.

...

Petros, si leyeras a alguien más que a ti mismo, no valdrías nada. Ahora ha llegado o está llegando a la conclusión que he esbozado anteriormente.

Para un principiante, embutir clases y métodos de la biblioteca estándar en todos los rincones sin medida no le dará una comprensión de las funciones comerciales del lenguaje.

Las funciones comerciales de MQL5 no se mencionan en absoluto - se sustituyen por conversaciones sobre sólo los métodos y clases de la Biblioteca Estándar.

 
pavlick_:

¿Quién prepara a quién? Si han implementado una api, entonces escribo en lo que quiera y aprendo donde quiera, pluses, sharpe, lo que sea, y hay suficiente material. Si se considera la documentación para la api como formación ...

Tienes razón. La única manera de desarrollar es a través de la API. Al menos, todo el software se mueve hacia los sistemas abiertos, la corriente principal, por así decirlo).

En cuanto a las comunidades cerradas, están condenadas. A no ser que se alimenten artificialmente, pero incluso en este caso, no se espera que se desarrollen.

Aunque la comunidad cerrada de MQL también puede tener un profundo sentido comercial.

 

El idioma no tiene nada que ver. De los usuarios de MT4/MT5 sólo el 5-10% está intentando codificar algo propio. El resto, en el mejor de los casos, puede descargar algo de CodeBase o Market. Les da igual lo que haya dentro: clases, chorradas, funciones, rutinas.

Imagínate tener que explicarle a un usuario que no usa programación ni Asesores Expertos por qué MT5 es mejor que MT4. La velocidad, la escalabilidad, la arquitectura limpia... - todo esto es un sonido vacío para los usuarios comunes. Por lo tanto, no se puede argumentar.

 
Vasiliy Sokolov:

El idioma no tiene nada que ver. De los usuarios de MT4/MT5 sólo el 5-10% está intentando codificar algo propio. El resto, en el mejor de los casos, puede descargar algo de CodeBase o Market. No les importa en absoluto lo que hay en su interior: clases, schmucks, funciones, rutinas.

Imagínate tener que explicarle a un usuario que no usa programación ni Asesores Expertos por qué MT5 es mejor que MT4. La velocidad, la escalabilidad, la arquitectura limpia... - todo esto es un sonido vacío para los usuarios comunes. Por lo tanto, no se puede argumentar.

Supongamos que hay un 5-10 por ciento de codificadores y al resto le da igual la plataforma. A continuación, divide a los usuarios en dos categorías: usuarios activos (codificadores) y usuarios pasivos (suscriptores de señales, operadores manuales, compradores de mercado).

Si todos los usuarios de la primera categoría se pasan a MT5, el resto les seguirá. Después de todo, los codificadores escribirán, venderán y publicarán programas para MT5, y los usuarios pasivos tomarán lo que se les ofrezca, como antes.

Así que la tarea consiste en convencer a los codificadores de que se pasen a MT5, y el problema estará resuelto.

 
Andrey F. Zelinsky:

Petros, si leyeras a alguien más que a ti mismo, no valdrías mucho. Ahora ha llegado o está llegando a la conclusión que he esbozado anteriormente.

Para un principiante, meter las clases y los métodos de la biblioteca estándar en todos los rincones no le dará una comprensión de las funciones comerciales del lenguaje.

Las funciones comerciales de MQL5 no se mencionan en absoluto - se sustituyen por conversaciones sobre sólo los métodos y clases de la Biblioteca Estándar.

Si otros entienden lo que quiere, que otros me lo expliquen.

Que los novatos me digan cuál es su dificultad.


Para las funciones de comercio existe estaReferencia MQL5Funciones de Comercio.

Yo también los utilizo, por ejemplo usoPositionSelect para la búsqueda de posiciones.

Y en lugar deOrderSend prefiero utilizar funciones estándar.

 
Реter Konow:

Supongamos que hay un 5-10% de codificadores y el resto no se preocupa por la plataforma. A continuación, dividamos a los usuarios en dos categorías: usuarios activos (codificadores) y usuarios pasivos (suscriptores de señales, operadores manuales, compradores de mercado).

Si todos los usuarios de la primera categoría se pasan a MT5, el resto les seguirá. Al fin y al cabo, empezarán a escribir, vender y publicar programas para MT5, y los pasivos utilizarán lo que se ofrece como antes.

Por lo tanto, la tarea es convencer a los codificadores de que se pasen a MT5 y el problema estará resuelto.

Es cierto que sólo un codificador profesional es, ante todo, una persona que sirve a los intereses de los demás. ¿Quién en su mente retiraría todos sus productos del Mercado para MT4, privándose de la posibilidad de ganar dinero? ¿Quién va a rechazar sus órdenes de autónomos en MT4 sólo porque es MT4?

El porcentaje de codificadores es realmente de 5 a 10, pero todavía hay suficientes para crear competencia entre ellos. Si hay un dartán de este tipo, el resto se limitará a torcer los pulgares y a seguir sirviendo a los usuarios de MT4. Sólo MQ puede tener un impacto significativo, aunque sólo sea porque posee tanto MT4 como MT5. Pero toda esta influencia es una medida draconiana forzada, y de hecho un destrozo deliberado del ecosistema establecido en MT4. Nadie en su sano juicio haría eso.