Servicedesk: preguiça, autismo ou relutância em admitir erros? Complementar os gráficos com velas não nativas. - página 4

 
Renat:
A chama bloviating, desligando os nossos cérebros?

Não, tentando encontrar alguma forma de contornar a recém-descoberta muleta cruel.

Não me diga que é um insecto e que é bom para nós.

 
Renat:
Komposter, trabalhe com minutos nos últimos 10-12 anos e não finja que os minutos mais antigos do que 1999 são importantes para si.

Não há problema, e ter dias mais velhos do que 1999 permite-lhe ver uma história mais profunda.

Não há problema, especialmente porque cada corretor decide que tipo de história utilizar. Se ele quiser - deixe-o transmitir um pouco mais curto, mas M1 puro. Não é necessário utilizar a nossa história mais antiga do que 1999.
Porquê restringir manualmente se tem a função SeriesInfoInteger com o parâmetro SERIES_FIRSTDATE e parâmetros - o período de tempo e símbolo necessários. E logicamente esta coisa deve devolver o tempo de costura do tf
Документация по MQL5: Доступ к таймсериям и индикаторам / SeriesInfoInteger
Документация по MQL5: Доступ к таймсериям и индикаторам / SeriesInfoInteger
  • www.mql5.com
Доступ к таймсериям и индикаторам / SeriesInfoInteger - Документация по MQL5
 
IgorM:

Não é difícil controlar os buracos, mas como podemos determinar programmaticamente que estão a ser utilizadas outras TF em vez de barras minúsculas?

Compreendo que alguém está deliberadamente a fazer histeria com a ideia de que "em vez de barras minúsculas pode haver algo mais".

Os factos são estes:

  1. Os dias de dados minuciosos apenas mais antigos do que 1999 foram colocados deliberada e deliberadamente para preencher a história profunda.
  2. Não há outros prazos em vez de minutos desde 1999. Ou seja, nenhuma mistura dentro da história do minuto.
  3. Não há erros técnicos na importação de barras de dia em barras de minutos antigas. Há um minuto "honesto" com o OHLC diário.
  4. Dizer que"as daybars minutiaede 1980 estão a estragar a minha análise minuciosa" não é grave. Não há necessidade de flamejar sobre este tópico, nem existe qualquer raiva teórica justa.

Tenha em mente que os produtos comercializados são uma colecção de compromissos.

O Maximalismo na defesa da pureza de uma teoria entra inevitavelmente em conflito com uma dúzia de outras posições. No final, o vencedor é mais frequentemente o compromisso cumulativo, em que cada lado tem de sacrificar algo em pequenos incrementos.

 
Renat:

Os factos são estes:

  1. Os dias em que os dados minuciosos eram apenas mais antigos do que 1999 foram introduzidos propositadamente e de forma deliberada para preencher a história profunda.

Tem isto. E que tal isto? Ou irá negar que os corretores não são da sua conta?

 

Qual é a data limite? 01.01.1999, 04.01.1999, ou... ?

ou pode ser diferente para personagens diferentes?

 
TheXpert:

É seu. E que tal isto? Ou irá negar que os corretores não são da sua conta?

"Não há especificações.

Está a reagir puramente em teoria sem referência à realidade. Não se sabe o que se passa e não se compreende.

 
A100:

Qual é a data limite? 01.01.1999, 04.01.1999, ou... ?

ou pode ser diferente para personagens diferentes?

É claro que é diferente.

Presumo que os programadores têm dificuldade em escrever uma função de 5 linhas para detectar o índice de início desejado numa matriz de minutos? E mesmo assim, em casos excepcionais de uma pessoa em cada mil.

É claro que não é difícil. Mas é tão interessante brincar ao destruidor público sem prestar atenção ao quadro geral do sistema.

 
Renat:

"Não há especificações.

Também vós reagistes puramente em teoria, sem referência à realidade. Sem compreender ou compreender a essência.

Bem, claro que me lembro de tudo, sou um nubilar incompetente que entrou acidentalmente neste fio.

O que fará quando as especificações aparecerem?

 
TheXpert:

Bem, claro que me lembro de tudo, sou um nerd incompetente que se meteu acidentalmente neste fio.

O que fará quando os pormenores surgirem?

Vou enviar-vos para relerem o que escrevi.

Obrigado por reconhecer a falta de especificidade na sua instrução.

 
Renat:

Renat, aproximemo-nos em termos de técnica - prática.

O que temos neste momento:
- todas as barras são baseadas num minuto de história. isto é uma espécie de vantagem.
- Mas o mesmo mais no modelo de armazenamento de história revelou um grande menos - onde colocar a história antiga, que não tem minutos?
- depois de pensar durante alguns dias, tomou a decisão de guardar o histórico em minutos. não tinha outra opção! o modelo "tudo em minutos" sabe melhor :)

Ou seja, o compromisso parece ter sido obtido, mas ao deixar uma muleta tropeçou na outra...

É evidente que a história dos dias antigos sem minutos está nos seus servidores. Em outros servidores de corretores pode não haver tal história (esta linha é para FiftyStars).


De qualquer modo, com base em tudo isto:
- ninguém vai mudar o modelo do minuto. Isto é um facto.
- E ninguém vai acrescentar funções à MQL para analisar os padrões "de um minuto" e "diários". Não é clara a forma de o fazer.

Penso que tudo depende do corretor - se ele vai permitir que o seu servidor tenha o historial "sem minutos"... E isto não é uma questão para a MC.

O modelo "apenas minuto" mostrou a sua conveniência no armazenamento e transferência de volumes de informação.
Por outro lado, obtivemos uma característica do MC - a presença de bares diários na história do minuto, o que é, de facto, uma surpresa selvagem.

Assim, quem quiser remover as barras diárias do histórico de minutos deve contactar os seus corretores.
Poderá ser possível explicar-lhes a natureza problemática da situação. Não vale a pena fazer isto para os MCs, há aqui programadores.