Aprendizado de máquina no trading: teoria, prática, negociação e não só - página 2695
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
Renat Fatkhullin #:
Levando em conta suas palavras sobre "linguagem complicada, eu não entendo", você não tem conhecimento sério, perspectiva nesse tópico e compreensão das estratégias comportamentais das empresas desenvolvedoras de plataformas de cálculo.
O problema com o tópico de redes neurais na negociação não está nas ferramentas, pois há muitas ferramentas (não estou falando de mql). E há muitos profissionais que"têm conhecimento e perspectiva sérios sobre esse tópico".
Com base em bibliotecas populares, esse problema vem sendo resolvido há muitos anos. Talvez o problema não esteja nas ferramentas e nos profissionais, mas nas ideias e na compreensão de COMO fazer isso. Você sempre pode levar os profissionais a uma solução funcional e eles a aperfeiçoarão.
O que quero dizer é que sua corrida pela beleza das ferramentas pode não levar a resultados. Outros lugares têm essas ferramentas há muito tempo, bem como acesso a dados históricos de cotações. Você não está oferecendo nada de novo. Por que de repente isso vai funcionar aqui?
O problema com o tópico de redes neurais na negociação não está nas ferramentas, pois há muitas ferramentas (não estou falando de mql). E há muitos profissionais que"têm conhecimento e visão sérios sobre esse tópico".
Com base em bibliotecas populares, esse problema vem sendo resolvido há muitos anos. Talvez o problema não esteja nas ferramentas e nos profissionais, mas nas ideias e na compreensão de COMO fazer isso. Você sempre pode levar os especialistas a uma solução funcional e eles a aperfeiçoarão.
O que quero dizer é que sua busca pela beleza das ferramentas pode não levar a resultados. Outros lugares têm essas ferramentas há muito tempo, bem como acesso a dados históricos de cotações. Você não está oferecendo nada de novo. Por que, de repente, isso vai funcionar aqui?
Estou apenas brincando, é sempre divertido ter uma briga ou um bate-papo.
Estou apenas brincando. É sempre divertido ter uma briga ou um bate-papo.
Sim, o objetivo normal é escrever sua própria ferramenta para o MO e, é claro, isso é bem diferente de usar ferramentas de terceiros e se conectar a elas, uma tarefa global mais complexa e arriscada, mas bastante lógica. Se o atraso for de alguns anos desde o início do uso de pacotes de terceiros após sua decolagem no sandbox de metaquotes, tudo será normal. E, é claro, a usabilidade do ambiente de programação para os programadores estará em primeiro lugar.
Não estou vendo nada lógico.
Eu realmente não consigo entender por que sofrer, esperar e entrar na implementação de MQL de algo que ainda não existe e de que forma será desconhecido, mas que já foi feito há muito tempo, é legal e tem uma comunidade enorme. O que seria necessário para chegar ao mercado? E talvez, provavelmente, vender algo, se você tiver sorte, mas isso não é certo.
E depois não poder ir para algum lugar com isso, como as criptomoedas, onde está o dinheiro de verdade. E onde serviços com bots de negociação como 3commas ou veles.finance lhe darão a chance de ganhar dinheiro normalmente.
Bem, escreva um artigo melhor sobre isso, não sei
Ainda assim, eu gostaria de entender o motivo pelo qual não há um análogo do mt-R para python. Trata-se da possibilidade de iniciar um interpretador a partir de um programa mql5 com a capacidade de enviar comandos a ele e trocar dados em ambas as direções. Isso é conveniente, por exemplo, para testes rápidos de um modelo treinado sem destilá-lo em código mql5 e, em geral, é uma ferramenta bastante flexível. E parece ser exatamente o que um fã de "tagarelice e tagarelice" deseja.
Não vejo o que faz sentido.
Eu realmente não consigo entender por que sofrer, esperar e se aprofundar na implementação em MQL de algo que ainda não existe e de que forma será desconhecido, mas que já foi feito há muito tempo, é legal e tem uma comunidade enorme. O que seria necessário para chegar ao mercado? E talvez, provavelmente, para vender algo, se você tiver sorte, mas isso não é certo.
E depois não poder ir para algum lugar com isso, como as criptomoedas, onde está o dinheiro de verdade. E onde serviços com bots de negociação como 3commas ou veles.finance lhe darão a chance de ganhar dinheiro normalmente.
Novamente, é complexo, global e arriscado. E sempre há o risco de não se gostar de infraestruturas como serviços e como commodity. Mas esse é pelo menos um caminho compreensível. Talvez, é claro, a negação da fita adesiva em alguns momentos de sucesso de sua necessidade seja maléfica, mas certamente não é o caminho desejado.
Ainda assim, eu gostaria de entender o motivo pelo qual não há um análogo do mt-R para python. Estou falando da possibilidade de iniciar um interpretador a partir de um programa mql5 com a capacidade de enviar comandos a ele e trocar dados em ambas as direções. Isso é conveniente, por exemplo, para testes rápidos de um modelo treinado sem destilá-lo em código mql5 e, em geral, é uma ferramenta bastante flexível. E parece ser exatamente o que um fã de "tagarelice e tagarelice" deseja.
Provavelmente por causa da proibição de troca de matriz entre o programa mqlPy e o interpretador Py.
A mesma religião será para o R.
Para ser sincero, não entendo a questão da segurança crítica de que o MQ está falando.
Talvez não se trate de segurança, mas da complicada API do Py para arrays.
Eles simplesmente não se preocuparam com isso.
A API do numpy é realmente dolorosa.
Estou preso ao matlab em geral ))
Escrevi uma dll C-api para enviar comandos, tudo é trocado muito rapidamente, dentro da frequência do sistema.
Mas para troca no processo em segundo plano, o mecanismo do matlab é iniciado e consome muita memória.
A única desvantagem do matlab.
Para desktop e verificação rápida, está ótimo.
Ainda assim, eu gostaria de entender o motivo pelo qual não há um análogo do mt-R para python. Estou falando da possibilidade de iniciar um interpretador a partir de um programa mql5 com a capacidade de enviar comandos a ele e trocar dados em ambas as direções. Isso é conveniente, por exemplo, para testes rápidos de um modelo treinado sem destilá-lo em código mql5 e, em geral, é uma ferramenta bastante flexível. E parece ser exatamente o que um fã de "chiming and chattering" deseja.