Discussão do artigo "Abordagem ideal para desenvolver e analisar sistemas de negociação"

 

Novo artigo Abordagem ideal para desenvolver e analisar sistemas de negociação foi publicado:

Neste artigo, além de tentar apresentar que critérios usar ao escolher um sistema ou sinal para investir seu dinheiro, aventurar-me-ei a mostrar qual é a melhor abordagem para desenvolver sistemas de negociação, e explicar por que isso é tão importante ao operar moedas.

Como você pode ver, há sinais de um padrão global, e só temos que testar todo o intervalo e ver como fica numa escala global:


O gráfico está longe de ser perfeito, mas você pode ver os momentos em que funciona, tentar introduzir filtros ou, por exemplo, realizar uma otimização profunda. A escolha de uma ferramenta específica é sempre opcional. Se testarmos com outros pares, provavelmente o resultado será diferente, mas após um certo tempo gasto, você provavelmente encontrará os parâmetros ideais para vários pares ao mesmo tempo, e se você entende a física e pode fortalecer isso, isso é bom de mais.

Mesmo com este robô, obtive resultados aceitáveis, houve muito poucas transações, mas havia algumas multimoedas. Você pode testá-lo com mais firmeza, em qualquer caso, haverá bons resultados. Mesmo à primeira vista, o código mais simples pode servir como uma base poderosa para o desenvolvimento de uma ideia; alguns sistemas podem até ser usados sem modificações, de forma organizada, mas ainda assim.

Autor: Evgeniy Ilin

 
Eugene, boa tarde,

Por favor, apresente os resultados de sua negociação no serviço de sinais por pelo menos um ano, para que possamos acreditar em sua opinião subjetiva sobre a escolha do caminho ideal
 
Talvez você tenha algum sinal oculto, mas o atual dificilmente pretende ser uma opinião autorizada para um artigo como esse
 
Daniil Kurmyshev:
Eugene, boa tarde,

Por favor, apresente os resultados de sua negociação no serviço de sinais por pelo menos um ano, para que possamos acreditar em sua opinião subjetiva sobre a escolha do caminho ideal

Ainda não há um ano, mas haverá. Não afirmo ser a verdade em última instância, mas ainda há alguma experiência que eu gostaria de compartilhar, só isso. E por que não? Além disso, durante alguns anos, estive envolvido em pesquisas teóricas em vez de negociações reais, adquirindo conhecimento. E sobre o sinal disso, imagine que o depósito não é de 2.000, mas de 200, e a porcentagem de crescimento é 10 vezes maior, ou seja, não é de 4% e 40, menos da metade de um ano, um ano terá cerca de 100%. Pequeno, mas seguro.

 

Gostei do estilo do Eugene... um tipo de originalidade... Não sei por que, mas parecia que o autor era como Vasily Shukshin em uma camisa vermelha... Ele escreve como um machado cortando :-)

Essa passagem me fez pensar"o que é preciso fumar para que isso aconteça?".

...Плюс данного подхода еще в том, что чем проще система на выходе, то тем проще ее исправлять и модифицировать. Еще один интересный момент в том, что поначалу вообще ничего не работает, потом вдруг начинает работать, при этом ты задумываешь одну логику, а советник работает с инвертом вообще совсем по иной логике, понять которую не получается, в некоторых случаях нужны годы чтобы понять...

Ou talvez eu simplesmente não tenha captado a ideia, então me perdoe..... Mas, na minha opinião, é melhor conhecer exatamente seu algoritmo. Mesmo que ele seja primitivo no início.... Techno escreveu certa vez sobre isso.

Николай Иванов (Techno): "Для программы важна точность алгоритмов"
Николай Иванов (Techno): "Для программы важна точность алгоритмов"
  • www.mql5.com
Программист из Красноярска Николай Иванов (Techno) - лидер среди разработчиков по количеству выполненных работ, на сегодняшний день их уже более 200. Мы решили поговорить с ним о сервисе "Работа", его особенностях и основных проблемах, с которыми сталкиваются программисты. Николай, как вы пришли в трейдинг? По образованию я инженер-программист...
 
Denis Kirichenko:

Gostei do estilo do Eugene... um tipo de originalidade... Não sei por que, mas parecia que o autor era como Vasily Shukshin em uma camisa vermelha... Ele escreve como um machado cortando :-)

Essa passagem me fez pensar"o que você precisa fumar para fazer isso acontecer?".

Ou talvez eu simplesmente não tenha captado a ideia, então me perdoe..... Mas, na minha opinião, é melhor conhecer exatamente seu algoritmo. Mesmo que ele seja primitivo no início.... Techno escreveu certa vez sobre isso.

Ainda estou lendo o artigo, mas dei uma olhada no código do autor, e muitos métodos fora do padrão chamam a atenção.

Por exemplo, uma série de if() com verificação da única condição repetida (comparação de enum)

e, em seguida, no corpo da transição sobre a veracidade dessa condição, loops que são duplicados no conteúdo


Em geral, quando você aprende a escrever esse tipo de código, você tem essa epifania,

porque está acostumado a resolver problemas de forma simples, por exemplo, assim:

switch(MODE0)
{
 case MODE_1 : func(param1, param2, param3);
 break;
case MODE_2 : func(param4, param5, param6);
 break;
}

;)

UPD: Ainda estou descobrindo a lógica do uso de estática, mas acho que não é tão simples quanto parece à primeira vista.

;)

 
Igor Makanu:

Ainda estou lendo o artigo, mas dei uma olhada no código do autor, muitos métodos fora do padrão cortam o olho...

Mas eu me arrependo, nem sequer dei uma olhada no código.... Mama-mia... Tenho vergonha de perguntar: para que serve isso?

class TickBox
   {
   public:
   static int BarsUp;
   static int BarsDown;
   static double PowerUp;
   static double PowerDown;
   static double PercentUp;
   static double PercentDown;
   static double PercentPowerUp;
   static double PercentPowerDown;


Existe o estilo OOP e o estilo procedural... Lapota...

Funçãointeressante. E o principal é que não há verificações de que algo está copiado....

void CalcAllMQL5Values()//cálculo da matriz
  {
   ArraySetAsSeries(High, false);
   ArraySetAsSeries(Low, false);
   ArraySetAsSeries(Close, false);
   ArraySetAsSeries(Open, false);
   ArraySetAsSeries(Time, false);
   ArraySetAsSeries(Volume, false);
   CopyHigh(_Symbol, _Period, 0, CandlesE, High);
   CopyLow(_Symbol, _Period, 0, CandlesE, Low);
   CopyClose(_Symbol, _Period, 0, CandlesE, Close);
   CopyOpen(_Symbol, _Period, 0, CandlesE, Open);
   CopyTime(_Symbol, _Period, 0, CandlesE, Time);
   CopyTickVolume(_Symbol, _Period, 0, CandlesE, Volume);
   ArraySetAsSeries(High, true);
   ArraySetAsSeries(Low, true);
   ArraySetAsSeries(Close, true);
   ArraySetAsSeries(Open, true);
   ArraySetAsSeries(Time, true);
   ArraySetAsSeries(Volume, true);
  }


Sim, também estou repensando um pouco o material... Parece-me que o título é bastante adequado para o artigo "Subjective Approach to Developing and Analysing Trading Systems" (Abordagem subjetiva para desenvolver e analisar sistemas de negociação). Gostei muito da abordagem na seção "The Mathematics of Optimal Search" por sua originalidade. Buscar a eficiência no número de linhas de código ... porém...


 
Denis Kirichenko:

E aqui estou eu, arrependido, nem sequer olhei para o código..... Oh, mamãe mia. Tenho vergonha de perguntar, para que serve isso?


Ele tem OOP e estilo procedural... Legal...

Funçãointeressante. E o principal é que não há verificações de que algo foi copiado...


Sim, tendo repensado um pouco mais o material... parece-me que o título é bastante adequado para o artigo "Subjective Approach to Developing and Analysing Trading Systems" (Abordagem subjetiva para desenvolver e analisar sistemas de negociação). Gostei muito da abordagem na seção "The Mathematics of Optimal Search" (A matemática da busca ótima) por sua originalidade. Buscar a eficiência no número de linhas de código ... porém...


em geral, você deve primeiro se acostumar com o estilo de apresentação do autor

Jogue tudo isso fora de sua cabeça e comece a pensar no que move o preço. Um pré-requisito para que você tenha a chance de encontrar algo é o conhecimento de matemática e a capacidade de aplicá-la, a capacidade de analisar os resultados, isolar os pontos de trabalho e entender sua física. Tudo isso só se consegue com prática + teoria. No final, tudo dependerá do número de sistemas de negociação que você escreveu e testou. Você não precisa juntar o código de outra pessoa, escreva-o você mesmo do zero. Se alguém acha que vai pegar um mega graal e cortar repolho, está enganado. Isso é o que eu venho pensando há anos. Pensar não é saber.

E quando você entra nessa filosofia, é como: "Ei, pessoal, têm sementes?"

então você será capaz de "cortar o repolho".


SUS: Faz muito tempo que não dou uma olhada nos perfis dos meus interlocutores... então você escreveu cento e cinquenta artigos, e todos os artigos são como uma cópia, um código legível e o estilo de apresentação para nerds - livresco - acho que o tempo desses artigos já passou, é hora de "cortar o repolho".

))))


Ok, peço desculpas antecipadamente por meu comportamento com o autor, não entrarei mais na discussão, há um artigo - há um cliente, talvez haja também um público-alvo

Obrigado pelo artigo! - o bom humor não pode ser comprado

 
Na verdade, a classe não é necessária, eu a criei apenas por diversão). Eu não enfatizo o código de forma alguma. Sou adepto da programação procedural, embora eu conheça muito bem o C# e saiba escrever nele. A OOP, na maioria dos casos, apenas torna a lógica mais lenta, é para sistemas complicados e, mesmo em variantes complicadas, tento usar estruturas (soluções de pilha). Admito que o código em geral é simples. Se você não gosta de switch, coloque-o em vez de if. Minha tarefa não é ensiná-lo a programar, mas mostrar que o principal é entender o mercado e que a programação é apenas uma ferramenta. A apresentação original é realmente o principal para mim. Isso é apenas para deixar isso claro para todos. Peço desculpas antecipadamente aos pedantes ))
 
Denis disse tudo corretamente, é apenas minha experiência, não consigo pensar em nenhum outro estilo de apresentação. Quero transmitir a essência de alguma forma, e no forex isso decide tudo. E vou dizer o seguinte ao Igor: seu conhecimento do idioma não é nada até que você entenda o mercado. Você pode escrever Enum-es legais, tudo bem, mas elas não servem para nada. Não sou programador por formação e comecei a me interessar por isso há cerca de dois anos, mas sou engenheiro por formação. Vi muitas pessoas se gabando, mas, no final das contas, ninguém obteve nenhuma ideia útil dessas pessoas.
 
Denis Kirichenko:

E aqui estou eu, arrependido, nem sequer olhei para o código..... Oh, mamãe mia. Tenho vergonha de perguntar, para que serve isso?


Ele tem OOP e estilo procedural... Legal...

Funçãointeressante. E o principal é que não há verificações de que algo foi copiado...


Sim, tendo repensado um pouco mais o material... parece-me que o título é bastante adequado para o artigo "Subjective Approach to Developing and Analysing Trading Systems" (Abordagem subjetiva para desenvolver e analisar sistemas de negociação). Gostei muito da abordagem na seção "The Mathematics of Optimal Search" (A matemática da busca ótima) por sua originalidade. Buscar a eficiência no número de linhas de código ... porém...


😂😂😂😂 Sim, isso é maravilhoso!!!, código pequeno e simples é o principal na opinião do autor!