如何识别价格反转点 - 页 10

 
DhP:

你是否曾经不得不向孩子解释一些超出孩子理解能力的事情?

你必须承认,这不是一项容易的任务。

孩子没有察觉到,或以自己的方式察觉到,越来越多的问题在他或她的头脑中诞生,这甚至会让成年人感到困惑。

..................

不要偷懒,阅读旧的主题。

任何自行车 的发明都必须以人类已经知道的知识为基础。

并请节制你的自爱--从外面看是不健康的。



阅读你所写的内容。它回答了我的问题吗?- 没有。"阅读旧的主题 "根本就不是什么。

你把我等同于一个孩子,把你自己等同于一个智者......因此,请向我这个孩子解释一个简单问题的答案--为什么对历史上的蜱虫进行建模的结果不适合于TC建设?

这并不是一个困难的问题。如果你认为我幼稚的感知力无法理解你的世俗智慧,那么你为什么要参加对话呢?你不会有很多孩子在街上问你愚蠢的问题。

像这样的帖子并不能帮助你了解事情的真相。它们只会把你引向远方,使你陷入不必要的纠纷。我已经后悔开了这个论坛主题。收到的帮助--零,但准备谴责我的知识差距的顾问们,收集了很多哦。

 
andreybs:

为什么历史上的tick模拟结果不适合用于构建TS?


这个话题已经在论坛上讨论过很多次了,这就是为什么我要求你花时间研究一下。
 
DhP:

这个话题已经在论坛上讨论过很多次了,这就是为什么我要求你花时间去研究它。

我看到论坛上有很多关于测试策略的帖子。由于指标和专家顾问的编程不正确,出现了很多错误https://www.mql5.com/ru/articles/1490

我看到描述优化错误的主题https://www.mql5.com/ru/articles/1434

在这里 ,你可以找到一个公式,根据这个公式,对更高的TFs进行建模的准确性非常高。

这里 是对自我检查模拟结果的技术描述。我使用类似的方法,即我下载每个tick的指标和TS读数,以及报价历史到文本文件,并上传到MS SQL Server数据库,在那里我有一个额外的用T-SQL编写的策略测试器,根据策略运行订单开仓/平仓,并计算不同TS参数的订单执行效率统计。它的检查时间为10年,一次运行持续1分钟。由于这一点,我们很容易找到统计数据中的 "漏洞",找出其原因并消除它们。

这是对数据库中所有数据进行统计处理的结果。我认为没有任何理由不相信这一信息。总是有2+2=4。如果策略测试器的速度更快,我就会使用它。

还有一件事,我比较了数据库中的测试结果和TS在现实生活中的行为--它们绝对是相同的。对模拟账户的测试是在今年2月至5月进行的。我不知道当他们说对历史数据的模拟不能依赖时,他们在谈论什么样的问题。

如果你不把我送到论坛,而只是提供一个讨论我不知道的历史测试问题的主题链接,那就太好了。

 
andreybs:
如果你真的知道一些我这个 "孩子 "不知道的 "秘密",但所有其他 "成年人"(包括你)都知道,我将非常感激,如果你能把我介绍到论坛的一个主题,这将消除我对MetaTrader的天真期望。

请不要把你在这里所说的任何事情看得如此尖锐和痛苦。

没有人试图贬低你或你的研究。

本地论坛用户所知道的许多秘密 是相当难以传达给另一个人的,而你的主题再次证明了这一点。

这里不是专业培训师的地方,每个人都想尽可能多地告诉你。你的任务是努力理解你被告知的内容。

总有一天,受到问题熏陶的你会用不同的眼光看待问题。而你所计划的一切必然会发生。

 

DhP,你认为是什么促使论坛参与者在这里交流?

例如,我并不特别喜欢和女人聊汽车,因为她们对汽车的了解大多和我对芭蕾舞的了解一样多。我认为,平等的人或多或少都会有交流。而且我怀疑一个在外汇上赚了超过一百万的专业交易员会对价格反转点的话题感兴趣......也许他甚至不会访问这个论坛。

我的观点是,这个论坛上的人并没有什么不同。那么,你是否应该在别人的经验中寻找差距?结果可能是,你指责的人比你更有经验。我只是不明白这种态度--以反问的形式回答问题,将简单的事情复杂化,插入难以验证的空间参考......这一切都有点错,你不觉得吗?

我是这样解释的--"谁想得清楚,谁就说得清楚"。

 
andreybs:

我只是不理解这种行为--以反问的形式回答问题,将简单的事情复杂化,插入难以验证的空间参考......

这是一种常见的、人类固有的交流方式。

 
PapaYozh:

这是通常的、固有的人类交流方式。

正是如此。如果不用这样做就好了。该死的,这能有多难......。
 
andreybs:...所以,孩子,请你解释一下一个简单问题的答案--为什么历史上的模拟结果不适合用于构建TS?
我告诉你:如果你的TS是为更多的pipsqueaky目标而设计的--你可以安全地使用测试者的ticks(IMHO),否则请看附件:这是同一时期在线模式下的真实ticks记录,以及之后--测试者在同一报告期产生的ticks。令人惊讶的还有 "量 "的不匹配。(也许DC搞砸了)。总的来说,对于pipsaries来说,差异是非常大的,我个人在测试被禁止的Slava的一个测试者的圣杯 时就看到了这一点。在测试器中,它是一个绝对的圣杯(而且不需要任何特殊调整),但在现实生活中,它是热带雨林......
附加的文件:
 
PPC:
我告诉你:如果你的TS是为更多的点数而设计的--你可以使用测试器的点数(IMHO),否则请看附件:它是在在线模式下的一个和同一时期的真实点数记录,之后--测试器在同一报告期产生的。令人惊讶的还有 "量 "的不匹配。(也许DC搞砸了)。总的来说,对于pipsaries来说,差异是非常大的,我个人在测试被禁止的Slava的一个测试者的圣杯时就看到了这一点。在测试器中,它是一个绝对的圣杯(而且不需要任何特殊调整),但在现实生活中,它是热带雨林......


我明白了。谢谢你的澄清。

是的,我遇到过这种情况。虽然我不会把我的TS归类为基于点数的(利润计算约为每笔订单25-100点),但它也遭受了这种故障。一段时间前,我发现了一些打击 "报价者 "的方法。

专家顾问中内置了一个接收报价的人为延迟。在这个延迟期间,信号的验证发生了(我们愚蠢地按照分布规律 运行数值)。因此,专家顾问收到正确的报价会有一点延迟(大约一分钟),但在H1时期,这并不是必须的。它有助于避免 "假爆"。

而指标的最后一根柱子应该用1分钟间隔的最后X根柱子来计算(X是当前TF的一个周期)。此外,它还减少了指标在最后一栏的 "摇晃"。

然后,还有一个与间隙的斗争,当专家顾问睡着了,直到它离开间隙N小时......。周末封锁交易...等。

一般来说,可能很多人都使用类似的方法。

 
andreybs: 我只是不理解这种行为方式--以反问的形式回答问题
这可能是敖德萨的人民...