Erros, bugs, perguntas - página 688
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
Resposta em relação a spreads negativos.
No processo de geração de carraças, todos os spreads são verificados quanto à sua relevância. Durante a formação das condições das barras OHLC para o período em teste, não foi realizada uma verificação semelhante. Os spreads negativos estão presentes na história por engano. Iremos corrigi-lo. Inseriremos também o cheque no modo "por preços de abertura".
Cavalheiros, alguém correu multi-divisas no modo de visualização de preços de abertura com referência a outras TFs?
Aqui está o gráfico diário:
E que estratégia pode ser testada neste gráfico?
Honestamente, não consigo entender nada da imagem em anexo. Apenas uma coisa é clara - o autor está insatisfeito com alguma coisa. Mas é preciso ser compreendido.
É isso mesmo.
Desde que não veja a falta de conclusões directas nos seus postos, irá surpreender constantemente outras pessoas.
No entanto, penso que é um comportamento bastante deliberado.
PS: Vou tentar não o distrair mais do negócio em questão.
Não fez questão, conseguiu que três pessoas fizessem mais perguntas.
Foi exactamente isso que salientei "isto é um comportamento bastante deliberado da vossa parte".
E a sua última resposta confirma-o exactamente - em vez de uma conclusão clara numa imagem de ecrã insignificante, foi jogar o jogo "jogue comigo, trabalhe, pense no problema que lhe pedi, e terei uma oportunidade de o criticar tão pouco razoável por incompreensão".
Compreende agora? Não somos crianças para brincar ao circo que está à nossa frente, brincando ao ofendido.
Deixar cair o assunto - não está à vista qualquer alteração nesta frente em breve.
Renat, boa tarde!
Em princípio, estou de acordo consigo. Sem ofertas na Profundidade do Mercado = sem marcadores únicos na tabela de preços (respectivamente, sem barras no agrupamento do histórico temporal).
Por outro lado, não compreendo bem a sua posição ao não querer tornar o terminal melhor (algoritmo mais claro, ou algo assim).
A sincronização da história é um dos pilares fundamentais do comércio de robôs. Distraídos pela verificação dos dados históricos, nós programadores somos forçados a desviar o nosso foco da análise técnica e a gastar muito tempo intelectual (codificação) e CPU/consumidor (execução do programa/espera humana) numa rotina trivial. Já lhe foi oferecida uma solução bastante elegante, na minha opinião de leigo, que é:
1. Não faz qualquer mal aos indicadores já existentes.
2. Reduzirá o tempo de redacção de um código (específico).
3. Vai reduzir o tempo de execução do código (específico).
4. Não irá tornar o terminal significativamente mais pesado (as barras vazias serão calculadas e colocadas na base de dados uma vez, ao descarregar o histórico).
Utilizei o termo "específico" de propósito. Porque, de acordo consigo, é ~0% dos casos. É apenas ~0% dos casos até agora.
Os argumentos em defesa da necessidade de tais barras na história são-lhe apresentados.
Por favor, forneça os contra-argumentos.
P.S.
Peço desculpa por ter interferido na conversa. É que eu, também, sou uma pessoa de interesse.
Renat, boa tarde!
Infelizmente, a questão está completamente encerrada.
Há muitos contra-argumentos críticos e receio que os comerciantes não estejam cientes deles.
Infelizmente, a questão está completamente encerrada.
Há muitos contra-argumentos críticos e receio que os comerciantes não estejam cientes deles.
Portanto, esclareça-nos, não é por curiosidade ociosa que as pessoas querem barras sincrónicas.
Na minha opinião, com o estado actual é a segunda compressão irreversível da informação (e na verdade IMHO esta compressão é menos útil do que prejudicial).
O primeiro irreversível acontece quando os carrapatos formam barras.
Tudo isto é aceitável no comércio de uma moeda, mas como o terminal é multi-moeda, seja gentil o suficiente para o cumprir.
A principal diferença entre a análise multimoeda e a análise mono-moeda é que esta última considera que as alterações em todas as moedas estão inter-relacionadas, ou seja, é um processo único.
Enquanto na abordagem da moeda única tudo é independente, ainda que ocorra ao mesmo tempo.
Mesmo que assumamos que a sua abordagem é correcta (sem tic-tac sem barra), mas passando-a através do prisma do tic multi-moeda, chegaremos à necessidade de sincronização.
Penso que esta discussão deveria ser transferida para "Desejos para MT5
ZZZY a propósito no tópico de desejos este pedido na primeira página há mais de 2 anos
MetaDriver 2009.11.20 00:59
ZZZZY Renat, acontece que 2 anos não podem "razoavelmente" explicar porque é que uma coisa como a sincronização não será implementada. Inteligível - para que as pessoas pensantes concordem consigo e o deixem em paz.
Os argumentos a favor da necessidade de tais barras na história foram-lhe apresentados.
Se vocês tiverem saltos e aditamentos de esquivas e carraças que não aconteceram, vão às vossas empresas de corretagem.
A criação de barras em que não entraram dados na plataforma não é tarefa dos programadores.
A tarefa do programador é fornecer dados precisos e não distorcidos do fornecedor da cotação para a plataforma e terminais.
Tudo o resto - estas são outras questões e os criadores não tratarão e não devem tratar de tais coisas, que não são da competência do núcleo da plataforma de informação e comércio.
A sua empresa de corretagem pode adicionar as barras de minutos em falta. Não hesite em contactá-los no seu Apoio Técnico e pedir-lhes ajuda.
Os criadores não estragarão a história real básica com a sua intervenção forçada na mesma.
Mais uma vez, peça às suas empresas de corretagem uma tal operação.
Se tiver um problema com omissões e aditamentos a esquivinhas e carraças, pergunte às suas empresas de corretagem.
A criação de barras para as quais não havia dados a entrar na plataforma não é tarefa dos programadores.
A tarefa do programador é fornecer dados precisos e não distorcidos do fornecedor da cotação para a plataforma e terminais.
Tudo o resto é um tipo de questão diferente e os criadores não lidarão nem devem lidar com tais coisas, que não são da competência do núcleo de informação e da plataforma comercial.
A sua empresa de corretagem pode adicionar as barras de minutos em falta. Não hesite em contactá-los no seu Apoio Técnico e pedir-lhes ajuda.
Os criadores não vão estragar a história real básica com a sua intervenção forçada.
Mais uma vez, peça às suas empresas de corretagem uma tal operação.
Alex, porque não usamos como base o modelo multi-moeda e deixamos que aqueles que não precisam dele peçam às empresas de corretagem para cortar a história cortando as barras sincrónicas.
O problema é que a MQ posicionou o terminal como uma base multi-divisas de uma moeda, sem evento multi-divisas, daí todos os problemas subsequentes.
Pedir ao corretor para contornar a muleta das Metaquotes? A mesma muleta aplica-se aos pares de moeda única.
Nem tudo está sob o controlo de um corretor. Por exemplo, o corretor pode facilmente transmitir o símbolo Ask (e mesmo em sincronia com o símbolo Bid) para que haja também o histórico do Ask. Mas mesmo assim não fará com que o testador o tenha em conta.