Um robô sem indicadores - página 6
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
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.
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.
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.
1. Por favor, observe suas emoções.
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.
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.
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).
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.
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.
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
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:
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.
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.