交易系统联盟。继续保持良好的工作。 - 页 152

新评论
 
Roman Shiredchenko:
亲爱的 - 没有人对你的评论感兴趣。

胡说八道。我很感兴趣。烧吧，老家伙！:D

 
Vladimir Baskakov:
你不应该把测试模式 和开仓的算法混为一谈。如果算法是基于一个酒吧的开放，那么测试和优化是一个很大的乐趣。

就我所见，该算法是基于前一栏的收盘。它在开幕式上是行不通的，因为所有的逻辑都会被打破。

 
Eduard_D:

就我所见，该算法是基于前一栏的收盘。它在开幕式上不会起作用，因为所有的逻辑都会被打破。

坏的逻辑手段，见kodobase中的例子

//--- we work only at the time of the birth of new bar
   datetime time_0=iTime(m_symbol.Name(),Period(),0);
   if(time_0==ExtPrevBars)
      return;
   ExtPrevBars=time_0;
 
Eduard_D:

格奥尔基，我向你脱帽致敬......！你（和你的印度人）在过度优化联盟方面做得很好。

特别是对于那些不相信2小时过度优化的反对者。

而这仅仅是一对 TC的情况。

好吧，好吧，我的硬件比你的差，但即使你花了一半的时间，你的电脑也一定在不停地过度优化。

这就是为什么我得出结论，为了始终有一套完整的TC可以使用--你必须拥有它们--在模拟账户上持续工作。而且有必要只对那些 "显示控制镜头 "的人进行重新优化。我每天都会收到三到十个这样的信息。平均而言--5个。每个系统的重新优化需要15分钟到2个小时。 另外--从5个到20个被从分部转移到分部（但转移只是改变代码中的分部符号，并重新编译，所以进展非常快）。

 
Vladimir Baskakov:
按酒吧开业的算法，一切都会飞起来。你又没有黄牛，为什么要折磨每一个 人，放过机器。

它不会飞。我的代码已经足够优化了。而开酒吧的算法是相当不准确的。

所有刻度线 "的模式太精确了，尽管我的刻度线处理只在必要的时刻进行（每个时间段一个），然而，相当多的小的预检查将在每个刻度线上进行--而这是不需要的。

因此，我早就把1M OHLC模式作为最合理的模式。

 
Roman Shiredchenko:

这就是它的作用。这就对了。

我的账户是2599118。

200640, 642750, 642342, 642350, 642422.

监控不就可以了吗？

这很好。

帐户: 2599118
魔法: 200640

注册代码: 2107362309

-----------------------------------

帐户: 2599118
魔术：642750

注册代码：3877358909

-----------------------------------

帐户: 2599118
魔术：642342

注册代码: 3030109576

-----------------------------------

帐户: 2599118
魔术：642350

注册代码: 2963000471

-----------------------------------

帐户: 2599118
魔法：642422

注册码：2359020562

-----------------------------------

 
Eduard_D:
乔治，请公布640150的当前设置。

一般来说，我不太喜欢这样做。但是，作为例外，一个初始化函数。

   m_didData.m_etWorkTimeFrame = PERIOD_H4;
   m_dtBuildMoment = D'2018.07.23';
   m_iH6WorkIdx = -1;
   m_uiEMAPeriod = 169;
   m_dFilterDATRLevel = 0.00;
   m_dTPvsDATR = 2.95;
   m_esEnterSignal = ES_LONGSTRIKE_BAR_3;
   m_bInverseSignal = false;
   m_dUnlossTriggerVsDATR = 0.20;
   m_dUnlossDistanceVsDATR = 0.17;
   m_dSLvsDATR = 4.90;
   m_cfpControlParams.m_dStability = 0.358;
   m_lcEALeagueClass = LC_HIGH;
应该注意的是，这里--已经计算了SL、TP、扭矩和盈亏平衡水平（与DATR有关）。
 
Georgiy Merts:

它不会飞。我的代码已经足够优化了。而开酒吧的算法是相当不准确的。

所有刻度线 "模式太精确了，尽管我的刻度线只在必要的时刻被处理（每个时间段一个），但在每个刻度线都会执行相当多的小的预检查--而这是不需要的。

因此，我早已确定了1M OHLC模式--作为最合理的模式。

所以你也不明白测试模式 和开放算法之间的区别。悲伤
 
Georgiy Merts:

一般来说，我不太喜欢这样。但是，作为例外，初始化函数。

应该注意的是，这里--已经计算了SL、TP、扭矩和盈亏平衡水平（与DATR有关）。

uilMaxTPC4Enter 的值是多少？

 
Eduard_D:

uilMaxTPC4Enter 的值是多少？

零。这个功能是如此古老，以至于在当时--还没有这样的参数。

1...145146147148149150151152153154155156157158159...360
新评论