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

 
Vladimir Baskakov:
先生,研究一下kodobase。开仓是一回事,拖网是另一回事,一切都结合得很好。

你知道,在测试器中按点位搜索时,有一定的误差 ,这比按开盘价 搜索更准确?

在测试仪中的LIGA比赛有什么意义,具体来说就是--RASPISHITE-- 好吧,ZOOPOOP,好吧,在前进的道路上运行,好吧,有20%的利润(不管是多还是少)系统。下一步是什么?

如何选择真正的交易?

------

2Topik启动器-- 我已经写过了--我再重复一遍,前进后(取决于优化期的%的时间)如果超过30%,我们应该把TS LIGHTS不放在模拟上,并在这里发布报告,就像真实前的拉,但重新发送优化,而不等待任何控制镜头 从交易中撤出。

 
Eduard_D:

但你并没有因为某些原因而 "忽视 "他,是吗?

好吧,我告诉过你,我不是为了培养我的自尊心而经营这个主题......而当问题是相关的,为什么不回答呢,尤其是其他人也在读这些问题。

如果弗拉基米尔在扮演小丑,那么......他喜欢这样......。好吧...

 
Vladimir Baskakov:
请在工作室的代码。演示一下吧,先生,我们会看到你把1米OHLC放在哪里。这很有意思。不要隐瞒,现在就给我看。

你是一个 "便便"。我讨厌和这样的小丑势利眼说话。

但是,作为一个例外,这里是专家顾问的OnTick()函数 的输入。

void OnTick()
{
   datetime dtBarTime = _OpenBarTime(TimeCurrent());
   
   if(dtBarTime < dtLastProceedTick)
      return;
      
   dtLastProceedTick =  dtBarTime
   
   /*
   Вся обработка тика, весь анализ, все получение данных, все торговые операции
   ....     
   */
}

而且它在 "所有刻度 "和 "开盘价 "模式下的速度基本相同。

但如果你使用 "按开盘价 "模式,我想知道你将如何考虑触发已被柱状阴影触及的止损?

假设我们有几个带长影线的看涨柱子 "向下"(对于联赛六强,这是一个非常常见的事件)。关于开盘价--我们的押金有所上升。在1M OHLC和 "所有刻度 "上--我们有一些止损点。

此后,你建议使用 "开盘价"?

 
Roman Shiredchenko:

如果它超过30%后前进(取决于在%的优化期的时间),联盟的TS不应该被设置在一个演示和发布在这里的报告,像一个真正的前拉,但重新提交的优化。

我不明白。

在这里,我拿着TS,在测试器中运行,进行回测,前进,选择最佳参数集,确定盈亏平衡参数和保护性TP-SL,把它放在演示中。你有什么建议?

 
Roman Shiredchenko:

不在那里等待任何形式的控制权出手 的竞标。

检查镜头 "主要是要求看到市场已经发生变化。

一年前,英镑兑美元的TS ChnTrendSP显示出很好的结果,按平衡度排名第一,按质量排名前五。

然后它就崩溃了。而现在几乎有半年的时间,它甚至不能赶上联盟的中游部门。在尼兹尼闲逛,定期展示一个 "控制镜头"。

而且它很好地表明,去年的英镑美元市场与一年前的情况明显不同。仅仅是 "控制镜头 "就可以让你在 "早期 "就注意到这一点。

 
Georgiy Merts:

我不明白。

在这里,我把我的TS,在测试器中运行,有一个回测,前进,选择最佳参数集,确定盈亏平衡参数和保护性TP-SL,把它放在演示中。你有什么建议?

我认为你需要思考,如果不是这样,在演示上的交易开始不晚于优化期的20%,例如,优化2年,向前 - 1个季度,然后演示,如果交易是盈利的,那么在演示上测试1个季度后 - 这将是优化期的25%,更多,因为如果离开它来交易 - 是的概率,有一个亏损的交易进一步...

我希望你引入一个限制性的控制框架,所以它没有变成这样,例如,2年--优化,1个季度--前进,1--季度你有一个演示,然后你把其中最好/最差的分散在各部门,把一个报告与演示基本上是在25%的时间后,当系统已经交易,即当它已经 "过时 "的时间参数和设置,也许它必须重新发送优化的参数值,而不等待后续拍摄 ...简而言之,这样就不会导致这里已经有一个关于TC LIGI的 "过时 "信息......

---

P.S. 写,在优化后的什么时间段内--你在这里发布周一的竞价报告TC-ok?

 
Georgiy Merts:

你是一个 "便便"。我讨厌和这样的小丑势利眼说话。

但是,作为一个例外,这里是专家顾问的OnTick()函数 的输入。

而且它在 "所有刻度 "和 "开盘价 "模式下的速度基本相同。

但如果你使用 "按开盘价 "模式,我想知道你将如何考虑触发已被柱状阴影触及的止损?

假设我们有几个带长影线的看涨柱子 "向下"(对于联赛六强,这是一个非常常见的事件)。关于开盘价--我们的押金有所上升。在1M的OHLC和 "所有点 "上--有一些止损点。

此后,你建议使用 "开盘价"?

先生先生,别傻了;)请提供代码。让我们一起寻找1米OHLC。
 
Vladimir Baskakov:
先生先生,别傻了;)请把代码给我。让我们一起寻找1米OHLC。

我给了你密码。这个代码--每条都可以使用一次。不管蜱虫如何发展。同时--在1M OHLC和 "所有刻度 "上--它捕捉到停止,但在 "开盘价 "上--它没有捕捉到任何东西。

测试的速度相差不超过20%。 而 "在开盘价 测试600个TS比在1M OHLC测试一对的速度快 "是不可能的。

你是个大嘴巴,但你还没有提出你自己的东西。

就这样吧...试图教别人...尤其是读到 "平衡比公平更重要,因为公平会带来平衡 "的时候,就更有趣了。嗯,嗯...

 
Roman Shiredchenko:

我认为你需要思考,如果不是这样,在演示上的交易开始不晚于优化期的20%,例如,优化2年,向前 - 1个季度,然后演示,如果交易盈利,然后在演示上测试1个季度后 - 这将是优化期的25%,更多,像离开他们交易 - 有一个很大的可能性,将有不盈利的交易然后...

我希望你引入一个限制性的控制框架,所以它没有变成这样,例如,2年--优化,1个季度--前进,1--季度你有一个演示,然后你把其中最好/最差的散开划分,把报告与演示基本上是在25%的时间后,当系统已经交易,即,当它已经 "过时 "的时间参数和设置,也许它必须重新发送优化的参数值,而不等待后续拍摄 ...简而言之,这样就不会导致这里已经有一个关于TC LIGI的 "过时 "信息......

---

P.S. 写,在优化后的什么时间段内--你在这里发布周一的竞价报告TC-ok?

所以我不太明白,问题出在哪里?你需要10次交易来评估交易的质量。之后,该系统可能会出现在报告中。

你不必去看上一份报告--系统442021(ChnFlatSP on EURGBP)。它已经做了10笔交易--按质量排名出现在第六位。 它的回测时间是17年6月15日-18年6月15日,远期是18年6月15日-19年6月15日,事实上,它只比远期晚两周。哪里是 "25%的时间"?

有一个系统443040(欧元兑瑞郎的EMAFlatSP)--总的来说,它在质量上处于第三位,尽管它的推进在19年6月6日结束--三周前有17笔交易。或者是系统742350,它在稍早的时候被投入交易,做了16笔交易,考虑到它不是在手表上工作,而是在四小时内工作,这是很活跃的。

已显示出 "试射 "或从分部转到分部的系统--每天都会运行。通常情况下,3-10个TC是过度优化的,5-20个TC从一个部门转移到另一个部门。

报告每周一发布,包括每个发布的TS的所有交易,直到并包括前一周。

 
Georgiy Merts:

所以我不太明白问题出在哪里?你需要10次交易来评估交易的质量。之后,该系统可能会出现在报告中,这种情况已经不止一次发生。

你不必走远,看看上一份报告--系统442021(ChnFlatSP对欧元GBP)。它已经做了10笔交易--按质量排名出现在第六位。 它的回测时间是17年6月15日-18年6月15日,远期是18年6月15日-19年6月15日,事实上,它只比远期晚两周。哪里是 "25%的时间"?

有一个系统443040(欧元兑瑞郎的EMAFlatSP)--总的来说,它在质量上处于第三位,尽管它的推进在19年6月6日结束--三周前有17笔交易。或者是系统742350,它在稍早的时候被投入交易,做了16笔交易,考虑到它不是在手表上工作,而是在四小时内工作,这是很活跃的。

已显示出 "试射 "或从分部转到分部的系统--每天都在运行。通常情况下,3-10个TC是过度优化的,5-20个TC从一个部门转移到另一个部门。

这些报告每周一发布,它们包括每个发布的TC的所有交易,直到并包括上周。

好的。这一切都很清楚。

我想澄清的是--报告在这里公布的优化时间间隔是多少%?

PPSSY--不要大惊小怪--他理解差异和其他一切--他们只是在这里戏弄你,就是这样......

原因: