Perguntas de um "boneco" - página 119
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
Por vezes uma posição pode permanecer fechada durante um minuto ou mesmo 5 minutos.
está escrito na coluna "Lucro" = iniciado
No ecrã - como este
Como posso ver programmaticamente se existem ou não tais posições?
Assim, pode controlar o processo de optimização directamente a partir do seu código durante a optimização, recolhendo dados de qualquer tamanho (e não apenas um duplo) em tempo real.
Isto permite-lhe escrever poderosos manipuladores de tarefas distribuídas para qualquer domínio.
Será possível executar a própria optimização directamente a partir do Expert Advisor a funcionar em tempo real?
Por outras palavras, será o próprio Expert Advisor capaz de executar a optimização?
P.S. Só então poderia escrever um Expert Advisor que executaria a optimização por si próprio e escolheria a melhor opção e optimizar-se a si próprio.
Será possível realizar a própria optimização directamente a partir do Expert Advisor a funcionar em tempo real?
Por outras palavras, será o próprio Expert Advisor capaz de executar a optimização?
P.S. Nesse caso, poderia escrever um Expert Advisor, que executaria a optimização, seleccionaria a melhor opção e optimizar-se-ia a si próprio.
MetaDriver 2012.03.19 21:13 #
Sim, sim! E fazer trabalho de recursividade, pelo menos em 3-4 níveis. Caso contrário a nuvem está apenas parada. Que acorde e finalmente se eleve a toda a sua altura e chova dinheiro...!
))))
E uma pergunta. Permitam-me que pergunte sobre o significado de "E para fazer trabalho de recursividade, pelo menos em 3-4 níveis". ". Interessante, no entanto. ))
))))
E uma pergunta. Posso perguntar o significado de "E para fazer trabalho de recursividade, pelo menos para 3-4 níveis"? ". Interessante, no entanto. ))
Bem. Chamámos a função de optimização (1) de um Consultor Especialista. Assim, saltou para o optimizador e está a ser optimizado. E também aqui podemos ver como é urgente o seu direito ao auto-aperfeiçoamento. Ou seja, durante cada execução de optimização, o optimizador corre ao longo da história com alguns parâmetros. E como um indivíduo sábio (pelos nossos trabalhos!) percebe que está incompleto nos seus cenários. Ele tem uma (natural!) necessidade de os melhorar. Porque devemos (ou melhor, eles - as metaquotas!) impedi-lo de um impulso tão nobre? Com que fundamentos? Na minha opinião, ele tem todo o direito, tal como os seus pais na tabela, caso contrário a discriminação é evidente. Uma vez que temos uma pletora de agentes testadores na nossa rede, não temos motivos morais para lhe negar o direito a (2) sua própria optimização. E os seus (3) filhos e (4) netos. Não sei sobre os bisnetos, porque provavelmente não haverá núcleos suficientes para todos eles. Os bisnetos estarão demasiado cansados. Embora, é claro, se ainda houver núcleos livres, deixe-os ir, "os jovens vão para todo o lado! De qualquer modo, enquanto houver núcleos livres na nuvem, acredito que não devemos proibir uma chamada ao optimizador de optimizador. Caso contrário, a justiça será novamente espezinhada por restrições injustificadas. Há demasiada arbitrariedade neste mundo tal como ele é.
Já é suficiente. Chegou o momento de restaurar a liberdade.
Merda. Algum tipo de falha no website. Quando respondo a um comentário, este não é citado.
//---
MetaDriver 2012.03.20 01:01 #
Já chega. É tempo de se libertar.
A analogia parece ser encantadora. Mas ainda há questões. ))
No momento em que um indivíduo percebe que as suas configurações estão incompletas, o que é que ele começa a fazer? Suponha que a próxima versão de optimização dos parâmetros está a ser testada (testada). A condição é desencadeada quando o indivíduo (ou melhor, nós) vemos que a relevância destas definições é baixa, ou seja, elas não são adequadas para nós. Neste caso, esta opção é descartada (eliminação baseada em critérios). O processo de aprovação actual pára e começamos a testar outra opção. A corrida só chega ao fim se os critérios especificados no início da optimização convergirem. E tudo acontece de forma diferente contigo (novo para mim, se bem entendi). Ou talvez não seja novo, porque talvez eu não entenda o que quer dizer. :) Infelizmente, sou uma daquelas pessoas que compreendem melhor quando estão a olhar para um diagrama. Mas não lhe pedirei que o faça, caso contrário poderei ouvir em resposta: "Você mesmo o desenha! ))) Mas vou arriscar. Mostre-me o esquema, ou talvez MQ também não o compreenda e se tiver um esquema tem mais hipóteses de ser ouvido. )))
Merda. Algum tipo de falha no website. Quando respondo a um comentário, este não é citado.
//---
A analogia parece ser encantadora. Mas ainda há questões. ))
No momento em que um indivíduo percebe que as suas configurações estão incompletas, o que é que começa a fazer? Suponha que a próxima versão de optimização dos parâmetros está a ser testada (testada). A condição é desencadeada quando o indivíduo (ou melhor, nós) vemos que a relevância destas definições é baixa, ou seja, elas não são adequadas para nós. Neste caso, esta opção é descartada (eliminação baseada em critérios). O processo de aprovação actual pára e começamos a testar outra opção. A corrida só chega ao fim se os critérios especificados no início da optimização convergirem. E você, de alguma forma tudo acontece de forma diferente (novo para mim, se bem entendi). Ou talvez não seja novo, porque talvez eu não entenda o que quer dizer. :) Infelizmente, sou uma daquelas pessoas que compreendem melhor quando estão a olhar para um diagrama. Mas não lhe pedirei que o faça, caso contrário poderei ouvir em resposta: "Você mesmo o desenha! ))) Mas vou arriscar. Mostre-me o esquema, ou talvez MQ também não o compreenda e se tiver um esquema tem mais hipóteses de ser ouvido. )))
Para compreender o princípio da recorrência, é preciso compreender o princípio da recorrência.
MetaDriver 2012.03.20 02:21 #
Para compreender o princípio da recorrência, é preciso compreender o princípio da recorrência.
Eu sei o que é a recorrência. ))))
Recurssão
Encontrei as seguintes breves informações:
"SEPULKI é um elemento importante da civilização Ardrite (ver) do planeta Enteropia (ver). Ver SEPULCARIES".
Segui este conselho e li:
"SEPULCARIES - Dispositivos de separação (ver)".
Olhei para cima "Sepulturação"; dizia:
"SEPULKARIES são a ocupação dos Ardrites (ver) do planeta Enteropia (ver). Ver SEPULLY".
Lem S. "The Star Diaries of Ion Pacific". Journey Fourteenth".
Eu sei o que é a recorrência. ))))
Apenas não compreendi o princípio que está a sugerir utilizar durante a optimização. Ok, esquece. Talvez eu descubra um dia quando estiver mais maduro. ))) Vou tomar nota....Oh,vá lá. Estava só a brincar. Espero que a brincadeira tenha tido algumas conotações úteis e expansivas do cérebro. :)
Na realidade, as pessoas exageram a dificuldade de escrever optimizadores. Na realidade, o esquema é simples e consiste em dois blocos
(1) gerador de conjunto de parâmetros (2) testador.
O testador para um determinado indicador não é muito mais difícil de escrever do que o segundo indicador. (E o bloco de tomada de decisão em qualquer consultor especializado pode sempre ser escrito como um único (mesmo complexo) indicador). Agora há o segundo bloco: o gerador de conjuntos de parâmetros - uma tarefa muito criativa e não muito difícil. O principal é ter alguma coragem e escrever tal coisa uma vez.
Não queremos saber da precisão do cálculo do lucro durante a optimização. Só nos devemos preocupar com o rácio de ordem correcto entre as instâncias calculadas dos parâmetros indicadores definidos. Isto é, qual deles é melhor/pior do que os outros. A fim de o ordenar na ordem certa no decurso do optimismo. Esta é a canção completa.