Tema interessante para muitos: o que há de novo em MetaTrader 4 e MQL4 - grandes mudanças no caminho - página 44
Você está perdendo oportunidades de negociação:
- Aplicativos de negociação gratuitos
- 8 000+ sinais para cópia
- Notícias econômicas para análise dos mercados financeiros
Registro
Login
Você concorda com a política do site e com os termos de uso
Se você não tem uma conta, por favor registre-se
Peço desculpa por não ter lido o fio todo, mas apenas as páginas 1 a 7 e 41 a 42 foram suficientes para mim. Lamento, não li o ramo inteiro, li apenas as páginas 1, 7, 41, 42 e sinto que tenho de dar a minha opinião. Estou a usar MT4 & MQL4 desde a altura em que todos começaram a comercializar MT3. O principal que me atraiu para a MQL4 foi a relação simplicidade/funcionalidade que era muito melhor do que todos os concorrentes. Na minha opinião, esta foi a sua principal vantagem. E a MQL4 mudou drasticamente durante todo este tempo, após tais notícias é difícil imaginar que tipo de besta se vai tornar. Mas não vai ficar mais complicado. Uma vez que quanto mais complexa a MQL4 se torna, maior é o campo de actividade para o programador, não para o comerciante! E assim a MQL não cobre o seu público potencial na sua totalidade, ou talvez mesmo um público mais pequeno.
MetaDriver:
.........
Então porque não discutir as opções do futuro, mesmo que distantes (como MT6) ? Porque procura a malícia nestas discussões para nada? É melhor envolver-se.
.........
E sobre o acima exposto, tenho uma proposta de ideias para os criadores. Para preservar a flexibilidade e funcionalidade e, ao mesmo tempo, tornar o novo MQL-X fácil de compreender para os cérebros. O novo MQL como construtor de estratégias comerciais, em primeiro lugar, como um sistema de concepção visual e desenvolvimento de estratégias que não requer conhecimentos de linguagens de programação e funcionalidade do terminal comercial e que permite a escrita (desenho) rápida e fácil de estratégias comerciais complexas. O HiAsm é um bom exemplo. Naturalmente, o HiAsm destina-se à escrita de programas de uso geral. Esta é apenas uma das muitas implementações gráficas C++ similares. Assim, se o MQL é muito semelhante ao C++ e é orientado para objectos, porque não fazê-lo como construtor gráfico? Com a ajuda do qual podemos reduzir significativamente a probabilidade de erros de sintaxe e o tempo dispendido a mexer no código fonte do Expert Advisor.
Gostaria de ouvir a opinião de todos sobre a minha ideia proposta, estou especialmente interessado na opinião dos criadores....
Existe um tal construtor - Wizard MQL5. Mas por alguma razão não há um rasto popular para os empregos. Provavelmente porque ninguém gosta de soluções padrão. E não há nada mais do que soluções universais (leia-se padrão) que a Wizard não pode oferecer.
Mas mais uma vez, a solução já existe.
Numa palavra, queremos simplificar a vida dos utilizadores comuns. Queremos que seja fácil, sem quaisquer códigos - tocámos neste assunto algures naFAQ.
Vá lá, o que há para não gostar, há um Feiticeiro, quando foi anunciado eles também gritaram que não iriam gostar, bem, os empregos não foram à falência, até apareceram sinais, e também não vão à falência. Ficará bem se o escrever.
Poderia até discutir o modelo no fórum, penso que os entusiastas irão aparecer.
Peço desculpa por não ter lido o fio todo, mas apenas as páginas 1 a 7 e 41 a 42 foram suficientes para mim. Lamento, não li o ramo inteiro, li apenas as páginas 1, 7, 41, 42 e sinto que tenho de colocar a minha opinião nele. Estou a usar MT4 & MQL4 desde a altura em que todos começaram a negociar MT3. O principal que me atraiu para a MQL4 foi a relação simplicidade/funcionalidade que era muito melhor do que todos os concorrentes. Na minha opinião, esta foi a sua principal vantagem. E a MQL4 mudou drasticamente durante todo este tempo, após tais notícias é difícil imaginar que tipo de besta se vai tornar. Mas não vai ficar mais complicado. Uma vez que quanto mais complexa a MQL4 se torna, maior é o campo de actividade para o programador, não para o comerciante! E assim a MQL não cobre o seu público potencial na sua totalidade, ou talvez mesmo um público mais pequeno.
MetaDriver:
.........
Então porque não discutir as opções do futuro, mesmo que distantes (como MT6) ? Porque procura a malícia nestas discussões para nada? É melhor envolver-se.
.........
E sobre o acima exposto, tenho uma proposta de ideias para os criadores. Para preservar a flexibilidade e funcionalidade e, ao mesmo tempo, tornar o novo MQL-X fácil de compreender para os cérebros. O novo MQL como construtor de estratégias comerciais, em primeiro lugar, como um sistema de concepção visual e desenvolvimento de estratégias que não requer conhecimentos de linguagens de programação e funcionalidade do terminal comercial e que permite a escrita (desenho) rápida e fácil de estratégias comerciais complexas. O HiAsm é um bom exemplo. Naturalmente, o HiAsm destina-se à escrita de programas de uso geral. Esta é apenas uma das muitas implementações gráficas C++ similares. Assim, se o MQL é muito semelhante ao C++ e é orientado para objectos, porque não fazê-lo como construtor gráfico? Com a ajuda do qual podemos reduzir significativamente a probabilidade de erros de sintaxe e o tempo dispendido a mexer no código fonte do Expert Advisor.
Gostaria de ouvir a opinião de todos sobre a minha ideia proposta, estou especialmente interessado na opinião dos criadores....
Vá lá, o que há para não gostar, há um Feiticeiro, quando foi anunciado eles também gritaram que não iriam gostar, bem, os empregos não foram à falência, até apareceram sinais, e também não vão à falência. Eles também não vão arruinar, mesmo os sinais apareceram.
Pode até discutir o modelo no fórum, penso que os entusiastas vão aparecer.
São profissionais e é fácil para vocês, mas a maioria dos comerciantes são preguiçosos. Se o pudessem fazer no MetaTrader como o fazem aqui, não haveria trabalho para programadores (e se tivessem de pagar por isso, teriam uma oportunidade de ganhar dinheiro para as massas).
É necessário um construtor visual, como no Tissilab, por exemplo, para usar tanto os cubos como o código, onde esboçar uma estrutura, depois com cubos, depois com código personalizado. Tais soluções têm futuro, e não por causa da preguiça de codificação, mas por causa das vantagens banais na velocidade de modelagem. Aconteceu com gráficos digitais e assim acontecerá com toda a modelagem de processos semi-empíricos, onde se tem de "desenhar" a lógica e experimentar estruturas multiníveis.
O trabalho de serviço não pode sofrer com isto, sofrer uma camada bastante baixa de gabaritos, bem serve-lhes bem, em geral, o que é triste para aqueles que trabalham por menos de 5 dólares por hora, eles escolheram tal destino ... Aqueles que implementam grandes projectos pelo contrário, irão regozijar-se com a aceleração das operações de rotina.
É necessário um construtor visual, como no Tissilab, por exemplo, tanto os cubos como o código, onde esboçar uma estrutura, depois com cubos, depois com código personalizado. Tais soluções têm futuro, e não por causa da preguiça de codificação, mas por causa das vantagens banais na velocidade de modelagem. Aconteceu com gráficos digitais e assim acontecerá com toda a modelagem de processos semi-empíricos, onde se tem de "desenhar" a lógica e experimentar estruturas multiníveis.
O trabalho de serviço não pode sofrer com isto, sofrer uma camada bastante baixa de gabaritos, bem serve-lhes bem, em geral, que pena aqueles que trabalham por menos de 5 dólares por hora, escolheram tal destino... Aqueles que implementam grandes projectos pelo contrário, regozijar-se-ão em acelerar as operações de rotina.
As suas palavras são uma bênção disfarçada. Estou muito contente por pelo menos uma pessoa ter compreendido o que eu tentei apresentar.
FAQ, 2013.08.10 00:34
Continuo a pensar, qual é a finalidade da sua publicidade persistente ao desconhecido? Porque não toma um banho durante algumas semanas?Não estou a anunciar nada aqui. Acabei de dar um exemplo, que seria evidente.
O próprio conceito de programação - escrever texto como comandos ou comandos como texto - está irremediavelmente desactualizado. Isto só porque se trata de uma tarefa muito enfadonha, que consome muito tempo.
Aqueles que estão pelo menos um pouco familiarizados com programação, e os programadores profissionais ainda mais, sabem o que é um algoritmo e como se parecem os ícones dos elementos básicos do algoritmo. E agora imagine como seria simples, por exemplo: Podemos facilmente colocar ícones diferentes (necessários) num espaço limpo no meio da área de trabalho (não num gráfico de citações de instrumentos comerciais, mas no Editor de Código Fonte) usando o método Drag&Drop. Depois disso, ligar os pontos necessários das figuras-ícones com linhas de ligações lógicas. Como resultado, o código fonte parecerá uma placa mãe com chips, semicondutores e outros elementos ligados por pistas. Clicamos então no botão de compilação neste editor, e a EA está pronta!
Imagine como será rápido e fácil compilar o código fonte para uma EA comercial. Ao compilá-lo, não terá de se preocupar com a conformidade da sintaxe. Este conceito permite-nos concentrar 100% na implementação de uma estratégia comercial. E este mesmo conceito permite tornar os programas ainda mais complexos e flexíveis.
Conheço o Wizard MQL5 (habitual assistente de padrões) e Mykibo (habitual especialista com controlo de ordens baseado no posicionamento relativo dos elementos gráficos num gráfico de citações de instrumentos comerciais) - NÃO É ISTO!
Não há necessidade de me enviar uma lavagem. Ofereci uma ideia brilhante normal.
Isto, é claro, é uma piada que sai da sua boca. Porque o armazenamento destes dois spreads não afectará tanto a precisão como o armazenamento apenas de HighBid e LowAsk.
não)) simplesmente em vez do spread na abertura ou da média do spread armazenar o spread no momento em que a barra baixa é formada. Isto é, Low_Ask - Low_Bid=Spread_Low. Então Low_Bid+Spread_Low=Low_Ask ))))
Ou seja, alterar a regra de recolha de barras de carraças (cálculo de spread) sem alterar nada na estrutura de dados.
Logicamente, penso que preciso de asc para HighBid e licitação para LowAsk. Ou devemos reescrever a lógica, mas não demasiado, então será uma versão um pouco pessimizada do real. Pode funcionar.
não)) simplesmente em vez do spread na abertura ou da média do spread armazenar o spread no momento em que a barra baixa é formada. Isto é, Low_Ask - Low_Bid=Spread_Low. Então Low_Bid+Spread_Low=Low_Ask ))))
Ou seja, alterar a regra de recolha de barras de carraças (cálculo de spread) sem alterar nada na estrutura de dados.