O que seria necessário para que todos finalmente mudassem para o MT5? (coleta de opiniões) - página 25

 

A dialética do processo é a seguinte:

O desenvolvimento da linguagem antes da MQL4, levou ao sucesso, mas o desenvolvimento contínuo (da MQL4 para a MQL5) começou a tirar a linguagem de seu público-alvo . Um novo idioma ofereceu um monte de entidades à mente de uma pessoa comum e causou rejeição. Mas era impossível não se desenvolver na direção da MQL5, pois os usuários avançados estavam sempre pedindo para acrescentar algo, enquanto os desenvolvedores precisavam de pão. Consequentemente, o desenvolvimento e a retirada do público alvo foram pré-definidos. E agora haverá uma nova rodada de processo dialético - um retorno à simplificação e à renovada popularidade entre as massas, mas já em uma nova base (MQL5).

 
Fast528:

somente o desenvolvedor pode conhecer todos os prós dos novos produtos, no momento em que eles são inventados

Absolutamente.

Só agora você precisa transmitir seus conhecimentos de forma adequada e inteligente - e transmiti-los ao usuário não sofisticado (o usuário mais sofisticado do mercado e, portanto, o usuário chave).

É disso, de fato, que estamos falando.

As questões da primazia do MT5 e "como forçar" a mudança do MT4 para o MT5 têm surgido há não um, não dois, e nem mesmo cinco anos.

Hedging foi adicionado, ITime, iClose, etc. foram adicionados, a base de código está cheia de exemplos (públicos em massa mostraram a mesma coisa de muitos ângulos diferentes) - e há muitas vantagens nos testes MT5 - e ainda está sendo discutido o problema da transição do MT4 para o MT5.

Então existe uma razão? O motivo tem de ser descoberto.

 
Dmitry Fedoseev:

Quem cozinha quem? Se você implementou uma api, então eu escrevo no que eu quiser e aprendo onde eu quiser, plus, sharps, o que quer que seja, e há materiais suficientes. Se você considerar a documentação da api como treinamento ...

Ah, e isto... Quantas licenças diferentes eu já vi, não vi nenhuma de graça e procurei muito, mas não há nenhuma, e o que algumas pessoas pensam ser de graça nada mais é do que uma fantasia.

O que são estes proprietários? 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:

O que o OOP e a biblioteca padrão têm a ver com isso?

Você pode administrar facilmente sem OOP na MQL5, não sabendo nem o que é uma classe, nem o que é uma biblioteca padrão.

Mas se olharmos as explicações dos gurus locais, tudo o que vemos é "procure a classe SB ...", "herde a classe SB ...", "escreva sua própria classe ...".

Isto é, as palavras "classe" e "biblioteca padrão" invariavelmente vão lado a lado.

Abra a descrição da SB na documentação: "classes comerciais", "classe/grupo", "classe para trabalhar ...", "descendentes diretos", "métodos".

Para iniciantes, que não vão à MQL5 por causa do OOP -- eles simplesmente não têm nenhuma chance.

Você não precisa saber essas coisas para usar as funções comerciais padrão. Conhecer a estrutura, como utilizá-la, é suficiente.

Mas quando você quer, por exemplo, transformar uma moeda MONO EA em uma moeda multi-currency, você pode fazê-lo sem uma classe.

Mas quando você começa a declarar numerosas matrizes, o programa se transforma em papa.

É aí que entra a classe. E você deve saber como declarar variáveis em uma classe, como acessá-las, o construtor, o destruidor, mas não muito mais.

São necessárias apenas 3 lições de 2 horas cada uma para aprender e usar estes conceitos. Mas apenas para transformar um Monovalutnik em um multi.

E em geral, o OOP não é para programadores burros.

Muitos não conseguem dominá-lo. Por exemplo, noções como modelos, sobrecarga de operador e classe, funções e classes virtuais.

 
Petros Shatakhtsyan:

Você não precisa saber nada disso para usar as funções comerciais padrão. Conhecer a estrutura, como utilizá-la, é suficiente.

...

Petros, se você lesse qualquer um menos você mesmo, você não valeria nada. Agora você chegou ou está chegando à conclusão que descrevi acima.

Para um iniciante, encher as classes e métodos comerciais da biblioteca padrão em todos os cantos sem medida não lhe dará uma compreensão das funções comerciais do idioma.

As funções comerciais da MQL5 não são mencionadas em nenhum lugar - elas são substituídas por conversas apenas sobre os métodos e classes da Biblioteca Padrão.

 
pavlick_:

Quem está preparando quem? Se você implementou uma api, então eu escrevo no que eu quiser e aprendo onde eu quiser, pluses, sharpe, whatever, e há materiais suficientes. Se você considerar a documentação para a api como treinamento ...

Você está certo. A única maneira de se desenvolver é através do API. Pelo menos todo software está se movendo em direção a sistemas abertos, mainstream, por assim dizer).

Quanto às comunidades fechadas, elas estão condenadas. A menos que sejam alimentados artificialmente, mas mesmo neste caso, não se espera nenhum desenvolvimento.

Embora, a comunidade MQL fechada também possa ter um profundo senso comercial.

 

O idioma não tem nada a ver com isso. Dos usuários do MT4/MT5, apenas 5-10% estão tentando codificar algo próprio. Os demais, no melhor dos casos, podem baixar algo da CodeBase ou Market. Eles não se importam absolutamente com o que está dentro dele: aulas, otários, funções, rotinas.

Imagine ter que explicar a um usuário que não usa programação e Expert Advisors porque o MT5 é melhor que o MT4. A velocidade, a escalabilidade, a arquitetura limpa... - tudo isso é um som vazio para os usuários comuns. Portanto, dificilmente há um argumento a ser apresentado.

 
Vasiliy Sokolov:

O idioma não tem nada a ver com isso. Dos usuários do MT4/MT5, apenas 5-10% estão tentando codificar algo próprio. Os demais, no melhor dos casos, podem baixar algo da CodeBase ou Market. Eles não poderiam se importar menos com o que está dentro dele: aulas, otários, funções, rotinas.

Imagine ter que explicar a um usuário que não usa programação e Expert Advisors porque o MT5 é melhor que o MT4. A velocidade, a escalabilidade, a arquitetura limpa... - tudo isso é um som vazio para os usuários comuns. Portanto, dificilmente há um argumento a ser apresentado.

Suponha que haja de 5 a 10% de codificadores e o resto não se importa com qual plataforma. Em seguida, dividir os usuários em duas categorias - usuários ativos (codificadores) e usuários passivos (assinantes de sinais, comerciantes manuais, compradores de mercado).

Se todos os usuários da primeira categoria mudarem para o MT5, os demais os seguirão. Afinal, os codificadores escreverão, venderão e publicarão programas para o MT5, e os usuários passivos aceitarão o que é oferecido, como antes.

Portanto, a tarefa é convencer os codificadores a mudar para o MT5, e o problema será resolvido.

 
Andrey F. Zelinsky:

Petros, se você lesse qualquer um menos você mesmo, você não valeria nada. Agora você chegou ou está chegando à conclusão que descrevi acima.

Para um iniciante, empurrar as classes e métodos comerciais da biblioteca padrão em todos os cantos sem medida não dá uma compreensão das funções comerciais do idioma.

As funções comerciais da MQL5 não são mencionadas em nenhum lugar - elas são substituídas por conversas apenas sobre os métodos e classes da Biblioteca Padrão.

Se os outros entenderem o que você quer, deixe que outros me expliquem.

Deixe os novatos me dizerem qual é a dificuldade deles.


Para funções comerciais existe estaReferência MQL5Funções comerciais.

Também os uso, por exemplo, usoo PositionSelect para a busca de posição.

E ao invés deOrderSend eu prefiro usar funções padrão.

 
Реter Konow:

Suponha que haja 5-10% de codificadores e o resto não se importe com a plataforma. Então vamos dividir os usuários em duas categorias - usuários ativos (codificadores) e usuários passivos (assinantes de sinais, comerciantes manuais, compradores de mercado).

Se todos os usuários da primeira categoria mudarem para o MT5, os demais os seguirão. Afinal, eles começarão a escrever, vender e publicar programas para o MT5, e os passivos usarão o que é oferecido como antes.

Portanto, a tarefa é convencer os codificadores a mudar para o MT5 e o problema será resolvido.

É verdade que somente um programador profissional é, antes de tudo, uma pessoa que serve aos interesses dos outros. Quem em sua mente retiraria todos os seus produtos do mercado para a MT4, privando-se da possibilidade de ganhar dinheiro? Quem recusará suas ordens freelance na MT4 só porque é a MT4?

A porcentagem de codificadores é realmente 5-10, mas ainda há o suficiente deles para criar competição entre si. Se houver um desses dartan, o resto vai apenas torcer os polegares e continuar a servir os usuários do MT4. Somente a MQ pode causar um impacto significativo, quanto mais não seja porque é proprietária do MT4 e do MT5. Mas toda esta influência é uma medida draconiana forçada e, de fato, uma destruição deliberada do ecossistema estabelecido na MT4. Ninguém em seu perfeito juízo faria isso.

Razão: