Um robô sem indicadores - página 6

 
Martin Cheguevara:
Existem indicadores que determinam...não uma tendência ou um plano...eles não existem de forma pura de qualquer forma. Eles determinam a vantagem das forças na compra ou venda em geral em qualquer direção. Não se pode determiná-lo com os olhos. Porque não é a direção do preço, mas o grau de entropia (aleatoriedade) no preço. Na verdade, estes indicadores são algo como invenções e é por isso que não são populares, é claro que tenho um par deles desenvolvidos a pedido na comunicação pessoal. Não serei capaz de determinar a tendência a priori. Mas um apartamento é bem possível. Uma vez que o flat + randomness existe cerca de 98% de todo o tempo de mercado.
Mas pode-se prescindir de indicadores, o que é incomparavelmente mais produtivo do que pesquisar maneiras de prever o impossível.

Poucas pessoas, se é que há alguma, aqui se perguntam o que estão pesquisando. Não é preciso muita sabedoria para aplicar métodos. Aplicar exatamente onde dará resultados e determinar se dará ou não resultados com antecedência é o que é importante em termos de indicadores.

Um apartamento não existe 98% do tempo, ele existe exatamente enquanto houver uma tendência. O mercado muda de uma tendência para um plano, a lei de distribuição flutua, mas nunca se torna uma distribuição normal. Se o apartamento fosse 98% do tempo, seria muito fácil ganhar dinheiro com ele.

 
Maxim Romanov:

Um apartamento não existe 98% do tempo, ele existe enquanto houver uma tendência. A natureza do mercado muda da moda para o plano, a lei de distribuição flutua em torno do normal, mas nunca se torna assim. Se um apartamento fosse 98% do tempo, seria muito fácil ganhar dinheiro com ele.

Estou vendo, tão logo meu robô e eu estaremos fora do apartamento... Há um mês que está plana e todos os pares de uma só vez. Tudo bem, eles dizem que é plano.
 
Artyom Trishkin:
1. Por favor, observe suas emoções.
2. A mensagem que você mencionou indica apenas um código indicador sub-ótimo, que depende diretamente da pessoa que a escreveu.
3. Não haverá nenhuma prova de suas palavras?

Você sabe, você me lembra a categoria das pessoas que pedem provas, e depois de apresentar tais provas elas dizem o seguinte "sua prova, não....".

O que posso dizer a este "diz apenas sobre um código indicador não ideal", você está certo, em seu entendimento o código ideal é... Eu nem quero adivinhar o que é.

Talvez você tenha perdido algo, mas escrevi inicialmente que colocar toda a lógica no código do Expert Advisor não é uma boa solução desde que N número de instrumentos seja aberto e carregado no terminal, porque na minha opinião a tarefa do Expert Advisor é administrar as ordens a tempo.

O que eu mostrei, e você comentou "sobre código indicador não otimizado" (não estou dizendo o contrário), desde que alguns instrumentos estejam abertos e alguns bots e indicadores, eu não vejo tais atrasos, ou seja, se seguirmos sua lógica, sobre o código "ótimo", mensagens como"indicador é muito lento" nunca aparecerão, se 10 ou mais instrumentos estiverem abertos, você acredita seriamente nisso?

Por experiência pessoal cheguei à conclusão de que todos os cálculos "pesados" devem ser feitos em um programa separado para não observar atrasos similares, e a MQL será responsável pela tarefa de servir as ordens com base nos comandos recebidos do programa que não afetam diretamente o motor MQL e sua produtividade. De fato, estou fazendo isso agora.

Na verdade, não tenho nada a provar, já que você ainda não o encontrou, portanto:

1. Você é um deus no mundo da programação :);

2. Você simplesmente ainda não escreveu nada sério.

3. Você está apenas se classificando com seus hacks.

 
Farkhat Guzairov:

Você sabe, você me lembra a categoria das pessoas que pedem provas, e depois de apresentar tais provas elas dizem o seguinte "sua prova, não prova....".

O que posso dizer a este "só fala de um código indicador não otimizado", você está certo, em seu entendimento o código ideal é... Eu nem quero adivinhar o que é.

Talvez você tenha perdido algo, mas escrevi inicialmente que colocar toda a lógica no código do Expert Advisor não é uma boa solução desde que N número de instrumentos seja aberto e carregado no terminal, porque na minha opinião a tarefa do Expert Advisor é administrar as ordens a tempo.

O que eu mostrei, e você comentou "sobre código indicador não ideal" (não estou alegando o contrário), desde que um par de instrumentos e um par de bots e indicadores estejam abertos, eu não vejo tais atrasos, ou seja, se seguirmos sua lógica, sobre o código "ótimo", mensagens como"indicador é muito lento" nunca aparecerão, se 10 ou mais instrumentos estiverem abertos, você acredita seriamente nisso?

Por experiência pessoal, cheguei à conclusão de que todos os cálculos "pesados" devem ser feitos em um programa separado para não observar atrasos similares, e a MQL deve ser encarregada das ordens de manutenção baseadas em comandos recebidos do programa que não afetam diretamente o motor MQL e sua produtividade. De fato, estou fazendo isso agora.

Na verdade, não tenho nada a provar, já que você ainda não o encontrou, portanto:

1. Você é um deus no mundo da programação :);

2. Você simplesmente ainda não escreveu nada sério.

3. Você está apenas se classificando com seus ódios.

É isso mesmo, de volta ao meu fio condutor. Esta é uma reunião de especialistas em entropia e flatulência, não precisamos de outros.
 
Maxim Romanov:

Um apartamento não existe 98% do tempo, ele existe enquanto houver uma tendência. A natureza do mercado muda da moda para o plano, a lei de distribuição flutua em torno do normal, mas nunca se torna assim. Se um apartamento fosse 98% do tempo, seria muito fácil ganhar dinheiro com ele.

Caso você não tenha notado... "flat+random". É o que perfaz 98% do tempo.

E as tendências...são apenas aberrantes...anomalias de mercado...acontecem raramente, como Brexit no Reino Unido. É claro, havia uma tendência real de venda.

Estas "tendências" não podem ser detectadas sem uma ligação de alta velocidade para a troca. Há também uma ferramenta matemática que deve ser inventada. E atenção, ninguém aqui diz, mas a tendência em si também pode ser aleatória =) Parece absurdo, mas não deixa de ser verdade).

 
Martin Cheguevara:

Caso você não tenha notado... "flat+random". É o que perfaz 98% do tempo.

E as tendências...são apenas picos...anomalias de mercado...acontecem raramente, como Brexit no Reino Unido. É claro, havia uma tendência real de venda.

Estas "tendências" não podem ser detectadas sem uma ligação de alta velocidade para a troca. Há também uma ferramenta matemática que deve ser inventada. E atenção, ninguém aqui diz, mas a tendência em si também pode ser aleatória =) Parece absurdo, mas não deixa de ser verdade).

Deixe-me explicar de outra forma. Se a probabilidade de reversão é de 50%, não é uma tendência e não um plano, mas o preço ainda se moverá para algum lugar. Nesse caso, o gráfico terá uma distribuição de probabilidade normal (como um processo aleatório). Mas no mercado, a probabilidade de uma reversão é, em sua maioria, inferior a 50% é uma tendência, ou mais de 50% é um recuo. Mas se tomado durante um longo período de tempo, a probabilidade de reversão é de cerca de 50%. Portanto, o mercado flutua em torno deste valor. Aqui estou falando de forex e dos 28 pares principais. É um pouco diferente no fundo.

 
Acho que saímos do tópico de vez.
 
Farkhat Guzairov:

Você sabe, você me lembra a categoria das pessoas que pedem provas, e depois de apresentar tais provas elas dizem o seguinte "sua prova, não prova....".

O que posso dizer a este "só fala de um código indicador não otimizado", você está certo, em seu entendimento o código ideal é... Eu nem quero adivinhar o que é.

Talvez você tenha perdido algo, mas escrevi inicialmente que colocar toda a lógica no código do Expert Advisor não é uma boa solução desde que N número de instrumentos seja aberto e carregado no terminal, porque na minha opinião a tarefa do Expert Advisor é administrar as ordens a tempo.

O que eu mostrei, e você comentou "sobre código indicador não otimizado" (não estou dizendo o contrário), desde que alguns instrumentos e alguns bots e indicadores estejam abertos, não vejo tais atrasos, ou seja, se seguirmos sua lógica, sobre o código "ótimo", mensagens como"indicador é muito lento" nunca aparecerão, se 10 ou mais instrumentos estiverem abertos, você acredita seriamente nisso?

Por experiência pessoal, cheguei à conclusão de que todos os cálculos "pesados" devem ser feitos em um programa separado para não observar atrasos similares, e a MQL deve ser encarregada das ordens de manutenção baseadas em comandos recebidos do programa que não afetam diretamente o motor MQL e sua produtividade. De fato, estou fazendo isso agora.

Na verdade, não tenho nada a provar, já que você ainda não o encontrou, portanto:

1. Você é um deus no mundo da programação :);

2. Você simplesmente ainda não escreveu nada sério.

3. Você está apenas se classificando com seus hacks.

Aprenda a escrever código corretamente. Você só tem a si mesmo para culpar por seus atrasos. Estou aqui há mais de 10 anos, e escrevi apenas um indicador com tal mensagem. No entanto, eu mesmo corrigi isso.

É claro que tenho muita de sua experiência...

Mas, por favor, me dê o código do indicador que pendura seu fio.

 
Farkhat Guzairov:

Você sabe, você me lembra a categoria das pessoas que pedem provas, e depois de apresentar tais provas elas dizem o seguinte "sua prova, não prova....".

O que posso dizer a este "só fala de um código indicador não otimizado", você está certo, em seu entendimento o código ideal é... Eu nem quero adivinhar o que é.

Talvez você tenha perdido algo, mas escrevi inicialmente que colocar toda a lógica no código do Expert Advisor não é uma boa solução desde que N número de instrumentos seja aberto e carregado no terminal, porque na minha opinião a tarefa do Expert Advisor é administrar as ordens a tempo.

O que eu mostrei, e você comentou "sobre código indicador não otimizado" (não estou dizendo o contrário), desde que alguns instrumentos estejam abertos e alguns bots e indicadores, eu não vejo tais atrasos, ou seja, se seguirmos sua lógica, sobre o código "ótimo", mensagens como"indicador é muito lento" nunca aparecerão, se 10 ou mais instrumentos estiverem abertos, você acredita seriamente nisso?

Por experiência pessoal, cheguei à conclusão de que todos os cálculos "pesados" devem ser feitos em um programa separado para não observar atrasos similares, e a MQL deve ser encarregada das ordens de manutenção baseadas em comandos recebidos do programa que não afetam diretamente o motor MQL e sua produtividade. De fato, estou fazendo isso agora.

Na verdade, não tenho nada a provar, já que você ainda não o encontrou, portanto:

1. Você é um deus no mundo da programação :);

2. Você simplesmente ainda não escreveu nada sério.

3. Você só está fazendo uma classificação para si mesmo com seus hacks.

Resposta:

Fórum sobre comércio, sistemas automatizados de comércio e testes de estratégia comercial

Meu robô sem indicadores

Artyom Trishkin, 2018.09.27 15:42

2. A mensagem que você especificou. Indica apenas um código indicador não óptimo O que depende diretamente da pessoa que o escreve.

Acho que é bastante correto (tolerante), o exemplo de cálculo de todo o indicador, e uma parte otimizada a partir dele, a otimização dá um ganho de 1-2 ordens de magnitude:

getcount

Se todas as barras forem recalculadas em cada tick (provavelmente 99% do kodobase), você receberá uma mensagem sobre um indicador de lentidão. Chamando a icustom calcula todas as barras.

 
Artyom Trishkin:

Aprenda a escrever o código corretamente. Você só tem a si mesmo a culpa de seus freios. Estou aqui há mais de 10 anos, e escrevi apenas um indicador com tal mensagem. No entanto, eu mesmo corrigi isso.

É claro que tenho muita de sua experiência...

Mas, por favor, me dê o código de indicador que pendura seu fio.

Você não entende...

É triste... Há apenas um algoritmo, com o qual você está lidando, e há uma análise de uma grande quantidade de dados, e não importa como você otimiza seu código, você não pode fugir dele, como exemplos cito os mineiros, você acha que há um problema de código, que você precisa de mega-computadores????

Então, eu só o avisei em meu posto, enquanto você tentava se fazer de esperto. Este é o fim da discussão, não faz sentido.