Aprendizado de máquina no trading: teoria, prática, negociação e não só - página 2916
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
Ele saiu por conta própria.
Seu nick está apagado, como quando ele foi banido, e não substituído por [Deleted].
Portanto, o tópico está extinto, não há nada de novo há muito tempo, nenhum pensamento, nenhum artigo.
Acho que o problema não está nas pessoas, as pessoas aqui são avançadas, mas na política da MQ .Eles decidiram que o problema se resolverá sozinho - tudo o que precisam fazer é lançar ferramentas e não interferir, e o problema se resolverá por si só...
Mas isso não acontece. Se surgirem soluções, ninguém as compartilhará por simples entusiasmo, não há tolos.
A MQ está claramente tentando repetir o sucesso dos indicadores, quando bastava criar condições e as pessoas criavam 3.000 indicadores. Isso não funcionará no tópico MO, pois o nível de desenvolvimento é bem diferente e o custo das soluções funcionais é incomparável com o dos indicadores.
A MQ terá que investir dinheiro nesse tópico e assumir o desenvolvimento com suas próprias mãos. Eles precisam lançar sua solução e integrá-la ao MT5, não há outra maneira. É caro e arriscado, mas a MO chegará ao comércio de uma forma ou de outra.
A Microsoft investiu na OpenAI em 2018, enquanto o Google estava inchando as bochechas e criando ferramentas para as pessoas (TensorFlow). Agora eles estão mijando água fervente e pensando em como salvar seu negócio de pesquisa do ChatGPT. Por alguma razão, o ChatGPT não nasceu de graça nos fóruns )))
E não sairá do lugar.
Por exemplo, eu estudo modelos com diferentes algoritmos de MO.
E diferentes algoritmos têm diferentes estruturas do modelo final no código.
Por exemplo, na regressão não linear, o registro da fórmula tem 900 caracteres.
E no GBoosting o código do modelo final chega a 15.000 linhas! É difícil imaginar quantos caracteres você tem.
Portanto, o problema do software, ou seja, a janela Synthetic Tool Formula, não permite a inserção de um grande número de caracteres.
Na janela Synthetic Tool Formula, o comprimento da entrada é limitado por um número muito pequeno de caracteres de entrada.
Não está claro como investigar e testar os modelos MO expressos por meio de uma fórmula. Como isso será feito?
A ferramenta parece estar lá, mas limita o desenvolvimento. A partir daqui, não há produtividade de mão de obra na verificação dos modelos.
E você precisa pesquisar centenas deles. E cada modelo para formar um código em um script, muito improdutivo por causa da grande vinculação do ambiente associado,
para depois simplesmente jogar fora esse código, se o modelo não for bem-sucedido.
Também sugeri que os desenvolvedores introduzissem funções de usuário para a ferramenta de síntese de fórmulas.
Que fosse possível transformar qualquer tipo de modelo em uma função personalizada e usá-la na ferramenta sintética Formula.
Isso resolve a questão do tamanho do modelo e de sua estrutura na forma de código.
Mas os desenvolvedores responderam que não planejam mudanças nos símbolos personalizados.
Como isso funcionará?
Se houver tais limitações para uma pesquisa profissional produtiva.
Ele tem seu apelido apagado, como quando é banido, e não substituído por [Deleted]
Bem, eu me lembro de ele ter feito uma declaração como essa aqui, nesse sentido - os moderadores a apagaram. Acho que ainda não se passou um mês.
E não será executado.
Por exemplo, eu estudo modelos com diferentes algoritmos de MO.
E a estrutura do modelo final no código é diferente para diferentes algoritmos.
Por exemplo, na regressão não linear, o registro da fórmula tem 900 caracteres.
E no GBoosting o código do modelo final chega a 15.000 linhas! É difícil imaginar quantos caracteres você tem.
Portanto, o problema do software, ou seja, a janela Synthetic Tool Formula, não permite a inserção de um grande número de caracteres.
Na janela Synthetic Tool Formula, o comprimento da entrada é limitado por um número muito pequeno de caracteres de entrada.
Não está claro como investigar e testar os modelos MO expressos por meio de uma fórmula. Como isso será feito?
A ferramenta parece estar lá, mas limita o desenvolvimento. A partir daqui, não há produtividade de trabalho na verificação dos modelos.
E você tem que pesquisar centenas deles. E cada modelo para fazer um código no script, muito improdutivo por causa da grande vinculação do ambiente associado,
que depois simplesmente joga fora esse código, se o modelo não for bem-sucedido.
Também sugeri aos desenvolvedores que introduzissem para a ferramenta sintética Formulas, funções de usuário.
Que fosse possível transformar qualquer tipo de modelo em uma função personalizada e usá-la na Fórmula da ferramenta sintética.
Isso resolve a questão do tamanho do modelo e de sua estrutura na forma de código.
Mas os desenvolvedores responderam que não planejam mudanças nos símbolos personalizados.
Como isso funcionará?
Se houver tais limitações para uma pesquisa profissional produtiva.
De quais algoritmos, modelos e linguagem de programação você está falando?
De que algoritmos, modelos e linguagem de programação você está falando?
Algoritmos são comuns: diferentes tipos de regressão/classificação. Ou GBoosting, árvores RandomForest.
Esses algoritmos criam modelos estruturais diferentes.
Se considerarmos os modelos de regressão, a estrutura do modelo não é tão grande e se parece com uma fórmula linear com operações matemáticas.
Mas ela não cabe na janela Fórmula da ferramenta sintética. Por causa da limitação de símbolos de entrada na janela.
E se usarmos modelos em árvores, o modelo já será obtido em construções de comutação. Uma construção de chave é uma árvore.
E quanto mais árvores forem usadas no modelo, mais construções de chave ele conterá.
Assim, o código do modelo para esse algoritmo pode crescer até dezenas de milhares de linhas de código.
E, para ser produtivo na verificação de centenas de modelos de qualquer algoritmo, sem descrevê-los por meio de script MQL5, com o ambiente de código MQL5
foi sugerido aos desenvolvedores que introduzissem funções de usuário na janela Formula da ferramenta sintética.
Infelizmente, eles não ouviram. Ou melhor, eles ouviram, mas se referiram ao fato de que não planej am fazer alterações na Fórmula da ferramenta sintética .
E talvez, em algum momento no futuro, eles possam considerar a proposta. O que eu duvido.
E os modelos precisam ser verificados agora, então temos que puxar toda a embalagem do ambiente de código MQL5 por meio do script MQL5.
O que diminui significativamente a produtividade da verificação do modelo no MT5.
O que você quer dizer com produtividade da verificação?
É muito mais rápido envolver o código do modelo em uma função personalizada e salvá-lo em um arquivo ou em uma janela especializada,
e inserir uma fórmula de ferramenta sintética usando a função personalizada criada com o modelo e verificá-la rapidamente,
levando em conta a sincronização automática de diferentes ferramentas, se necessário , do que descrever esse modelo com o pipelining MQL5 detalhado no código do script.
C e MQL5.
Os algoritmos são comuns: diferentes tipos de regressão/classificação. Ou GBoosting, árvores RandomForest.
Esses algoritmos constroem diferentes modelos estruturais.
Se considerarmos os modelos de regressão, a estrutura do modelo não é tão grande e se parece com uma fórmula linear com operações matemáticas.
Mas ela não se encaixa na janela Fórmula da ferramenta sintética. Por causa da limitação de símbolos de entrada na janela.
E se usarmos modelos em árvores, o modelo já será obtido em construções de comutação. Uma construção de chave é uma árvore.
E quanto mais árvores forem usadas no modelo, mais construções de chave ele conterá.
Assim, o código do modelo para esse algoritmo pode crescer até dezenas de milhares de linhas de código.
E para ser produtivo na verificação de centenas de modelos de qualquer algoritmo, sem descrevê-los por meio de script MQL5, com o ambiente de código MQL5
foi sugerido aos desenvolvedores que introduzissem funções de usuário na janela Formula da ferramenta sintética.
Infelizmente, eles não ouviram. Ou melhor, eles ouviram, mas se referiram ao fato de que não planej am fazer alterações na Fórmula da ferramenta sintética .
E talvez, em algum momento no futuro, eles possam considerar a proposta. O que eu duvido.
E os modelos precisam ser verificados agora, então temos que puxar toda a embalagem do ambiente de código MQL5 por meio do script MQL5.
O que diminui significativamente a produtividade da verificação do modelo no MT5.
O que você quer dizer com produtividade da verificação?
É muito mais rápido envolver o código do modelo em uma função personalizada e salvá-lo em um arquivo ou em uma janela especializada,
e inserir uma fórmula de ferramenta sintética usando a função personalizada criada com o modelo e verificá-la rapidamente,
levando em conta a sincronização automática de diferentes ferramentas, se necessário , do que descrever esse modelo com o pipelining MQL5 detalhado no código do script.
C e MQL5.
Isso não é gerado por um bot de bate-papo? Muito semelhante. Sem intenção de ofender.
O momento do preço tem três dimensões: valor do preço, tempo e volume.
O volume é um pedaço do preço?
O momento do preço tem três dimensões: valor do preço, tempo e volume.
O volume é um pedaço do preço?
Esse bot de bate-papo não foi gerado? Parece que sim. Sem intenção de ofender.
Você perguntou sobre algoritmos para que pudesse duvidar mais tarde se não é um bot de bate-papo?
Uma resposta detalhada foi dada para que não houvesse outras perguntas.
Aparentemente, o bot de bate-papo fez um bom trabalho para que não restassem mais perguntas)).
Volume é o número de contratos concluídos em um preço ou faixa de preço selecionado.
Entendi, não sou burro :)