É possível codificar um EA para MT4, que seria negociado no real como no testador usando pontos de controle? - página 5
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
:)))
É aqui que se torna interessante. No processo de criação e teste dos EAs, preparamos antecipadamente seu código de trapaça, não é mesmo? :)
Sim. Se não soubermos como usar o provador. Os desenvolvedores removeram este modo do terminal, mas a pedido do público, ele foi trazido de volta.
Se de repente você for enganado, pode haver dois casos:
1. você foi enganado.
2. você é um otário.
Pergunta em seu posto - "o especialista no teste venderá a 20, 25, 30, 50, etc., dependendo de onde a barra é alta", acontece que se você entrar no código para vender DEPOIS de 20 com " vender a 20, 25, 30, 50, etc., dependendo de onde a barra é alta", então a suposição acontecerá uma situação típica como no teste? Para descartar a opção de "E na realidade venderá a 20".?
Se de repente você for enganado, pode haver dois casos:
1. você foi enganado.
2. você é um otário.
Já respondido. Você deve se matricular em um curso psíquico...
Você está se desviando do tópico - como implementar a simulação em tempo real por pontos de controle. O que você postou nestes postos é irrelevante para a implementação. :)
Você está se desviando do assunto - como implementar uma simulação em tempo real baseada em pontos de controle. O que você postou não é relevante para a implementação. :)
Você está saindo do tópico e já foi respondido muitas vezes por muitas pessoas.
Você está se desviando do assunto - como implementar uma simulação em tempo real baseada em pontos de controle. O que você postou não é relevante para a implementação. :)
Deixe-me explicar de forma popular. O modo ponto de verificação utiliza barras altas e baixas, o que é desconhecido para os meros mortais em tempo real. Se você sabe disso por algum motivo, então a implementação é canja.
Você está saindo do tópico e já foi respondido muitas vezes por muitas pessoas.
Obrigado a todos vocês por prestarem atenção a este tópico. Foi interessante refletir sobre tal situação. Terei que pensar em uma máquina do tempo também sobre esta questão se não houver outra maneira de simular um comércio tão real. :)
Deixe-me explicar em termos populares. O modo ponto de verificação utiliza uma barra alta e baixa que é desconhecida pelos meros mortais em tempo real. Se você o conhece por algum motivo, a implementação é canja.
Neste caso, as perguntas para os desenvolvedores devem ser por que o testador trabalha no futuro e não no presente. Qual é a finalidade de tal organização de testes e otimização de parâmetros se o terminal não é uma máquina do tempo? :)
Neste caso, as perguntas para os desenvolvedores devem ser por que o testador trabalha sobre o futuro e não sobre o presente. Qual é a finalidade dos testes. :)
O testador trabalha em tudo o que você disser para trabalhar.
Regras de teste para não ser doloroso foram escritas dezenas de vezes.
Os testes corretos coincidem 100% com o comércio real, exceto para os dias em que não se negocia.
O testador trabalha no que quer que você lhe diga para trabalhar.
Regras de teste não devem ser excruciantemente escritas dezenas de vezes.
Os testes certos são 100% iguais aos do comércio real, exceto para os dias em que você não negocia.
"O testador trabalha em tudo o que você lhe disser".
O ponto-chave aqui é, - não dizemos explícita ou implicitamente ao testador para trabalhar no futuro. :)