Discussão do artigo "Abordagem ideal para desenvolver e analisar sistemas de negociação" - página 5

 
Inquiring:
Você estranhamente ignorou a carta de 20.09.2020 para o correio pessoal. Você poderia ter pelo menos apenas duas palavras - sua opinião.

Não me lembro de nada disso. Você pode escrever em um PM. Eu não verifico meu e-mail de jeito nenhum. Somente se algo importante for enviado e eu souber que eles enviarão o que é mais importante.

 
"Eu gostaria que isso estivesse no seu material..." na verdade, estava, apenas na seção sobre a matemática da busca ótima. Só que eu evitei deliberadamente esse tipo de análise por um motivo muito importante. A função que você deseja analisar é uma função que mapeia determinadas métricas do sistema para o seu trabalho (tempo de trabalho é o equivalente). Em outras palavras, ao introduzir essa função, você afirma que, ao gastar um determinado tempo, obterá um determinado resultado; na verdade, você nem sempre o obterá, apenas terá a probabilidade de obtê-lo. Nunca há garantias no Forex e tudo com que podemos operar são probabilidades. Uma análise como a sua só é possível se você entender completamente o sistema, sua física e como ele funciona. É impossível determinar o tipo de função em si). Para determiná-lo, você precisa de dados estatísticos de um grande número de desenvolvedores, e cada desenvolvedor terá um tipo diferente dessa dependência, e você terá de calcular a média desses dados ou se afastar de tais funções em favor de funções de probabilidade, o que, em minha opinião, é a melhor solução.
 
Denis Kirichenko:

Eugene, você parece ser um técnico... então, sobre o assunto de otimização... algumas ideias minhas...

A coisa mais visual é um gráfico. Vemos curvas, vemos dependências, vemos áreas, o que e onde precisamos otimizar... É uma pena que isso não estava presente em seu material....

Mas é claro que, para fazer isso, precisamos ter uma visão da curva que descreve a lei de relacionamentos na qual estamos interessados...

Minha estimativa aproximada dos recursos necessários para encontrar e refinar uma estratégia lucrativa: muito provavelmente estamos lidando com uma lei logarítmica.




No eixo X estão todos os custos de mão de obra e no eixo Y estão os retornos da estratégia.


A questão então é. Em que ponto devemos parar [x,y]? Gostaria de saber a opinião de desenvolvedores interessados...

Concordo com a lei logarítmica, mas eu deslocaria a curva no eixo y para a esquerda, muito para a esquerda). Como o limite de entrada de lucro não é de 0 custos trabalhistas (financeiros), ele está muito acima de 0.
 
Maxim Romanov:
Concordo com a lei logarítmica, mas eu deslocaria a curva no eixo Y para a esquerda, muito para a esquerda). Como o limite para entrar no lucro não é a partir de 0 de custos de mão de obra (financeiros), ele está fortemente acima de 0.
Na verdade, ele está certo, talvez você tenha apenas olhado para ele de forma desatenta. Seu limite de entrada de lucro é aproximadamente X=1,2. Qualquer valor menor está na parte negativa dos valores, qualquer valor maior está na parte positiva. Obviamente, o que é X e como ele é calculado é outra questão, e o que é Y também, mas a forma geral da curva está correta. Ele tem os custos de mão de obra no eixo X, sem questionamentos.
 

Todos os números são arbitrários. O principal é transmitir o significado. Sim, a curva azul (a(x)) seria chamada de "entrada-saída". No sentido econômico, ela acaba sendo custo-efetividade.

A propósito, não concordo que a primeira derivada seja inútil.... Ela apenas mostra a taxa de variação da dependência. Eu pensaria nisso no ponto em que ela é igual ou menor que 1,0. A questão é que cada unidade subsequente de despesa no sistema de negociação deve gerar pelo menos uma unidade de renda.

 
Denis Kirichenko:

Todos os números são arbitrários. O principal é transmitir o significado. Sim, a curva azul (a(x)) seria chamada de "input-output". No sentido econômico, é a relação custo-benefício dos custos.

A propósito, não concordo que a primeira derivada seja inútil.... Ela apenas mostra a taxa de variação da dependência. Eu pensaria no ponto em que ela é igual ou menor que 1,0. A questão é que uma unidade de custos para um sistema de negociação deve gerar pelo menos uma unidade de receita.

Hm, bem, você especificou, agora acontece que X e Y têm quase a mesma dimensão). Então você precisa usar uma lógica completamente diferente. A lógica da economia de tempo não se aplica a essa dependência, mas apenas a lógica do uso otimizado de seu recurso (dinheiro ou mão de obra):

1) resolver a equação a'(x) = 1 , encontrar a raiz X0. Essa raiz é o ponto em que os gastos adicionais não são lucrativos.

2) encontrar a(X0 )/x0 . Se a (X0)/x0 > 1, então os custos do sistema são bastante justificados. Caso contrário, não faz sentido aprimorá-lo.

3) Se a condição 2 for atendida, podemos avaliar esse indicador mais profundamente. Na verdade, ele será um análogo do fator de lucro, mas no contexto de sua tarefa.

Especificarei apenas que isso é verdadeiro somente para uma função logarítmica; se o tipo de função for diferente, você terá que ajustar as condições (apenas o tipo de função logarítmica lhe dá a oportunidade de usar o ponto a'(x) = 1, ). Em outros casos, você terá de procurar o máximo de A(x)= a(x)/x . Aqui tudo está como deveria estar. A primeira derivada, a busca por extremos e sua análise, mais uma vez, deve haver um intervalo [X1,X2] porque seus custos de mão de obra ou dinheiro são limitados, e não faz sentido analisar o infinito. Pode ser ainda mais simples: transformamos o índice combinado A(x) em x(A) e analisamos essa função; tudo será mais simples aqui. Como argumento, será necessário A>1, cuja janela é bastante simples de definir. Encontre a primeira derivada de A e procure os mínimos de x.

 

Uma história bonita, vital e original que conta "como inventar uma bicicleta" com fotos de peças feitas à mão. Bravo, autor! )


Somente essas fotos não devem ser mostradas, pois os iniciantes podem acreditar nelas:


 

Eu gosto disso. A abordagem não é minha, mas ela tem direito à vida. E acho que o código do artigo é supérfluo. Teria sido melhor elaborar a abordagem de teste e seleção de Expert Advisors, e você poderia usar qualquer Expert Advisors com os algoritmos necessários. E você pode comparar muitas condições, poucas condições, condições significativas e não significativas.

Artigo normal)

 
Andrey Khatimlianskii:

Uma história bonita, vital e original que conta "como inventar uma bicicleta" com fotos de peças feitas à mão. Bravo, autor! )


Somente essas fotos não devem ser mostradas, pois os iniciantes podem acreditar nelas:


Entendo sua posição. Haverá um artigo sobre como fazer isso. Não é apropriado para este artigo

 
Valeriy Yastremskiy:

Eu gosto disso. A abordagem não é minha, mas ela tem direito à vida. E acho que o código do artigo é supérfluo. Teria sido melhor elaborar a abordagem de teste e seleção de Expert Advisors, e você poderia usar qualquer Expert Advisors com os algoritmos necessários. E você pode comparar muitas condições, poucas condições, condições significativas e não significativas.

Artigo normal)

Eu faria o que você diz, mas o código é obrigatório aqui. Ele é obrigatório. Mas não me preocupei com ele. O próximo artigo terá um código útil