计量经济学：领先一步的预测 - 页 38

[СанСаныч Фоменко]

-Aleksey-:
我对这个问题感兴趣。即使你为测试者检查而成熟，并且结果是交易中简单地51/49，加点中51/49，你将不得不等待大约100个交易日来实现微薄的统计学优势。为了增加交易数量并缩短这个时间框架--你必须转移到一个更小的时间框架。在那里手动使用你最喜欢的节目将是不方便的，因为它是经常的。实际上，我的问题是，如果你找到了一些合适的模型，你会在机器人的代码中实现所有你正在使用的E-views算法吗？你愿意花几年的时间来做这件事吗？

这一点已经得到了落实。该代码附在文章 后面。

[[删除]]

faa1947:
这一点已经得到了落实。该代码附在文章 后面。

谢谢，在代码中找到了它。你运行E-views MQL程序--这很方便，那就没有问题了。

[СанСаныч Фоменко]

-Aleksey-:
你有出口的报价和阅读的结果。E-views程序本身应该手动启动，还是它在自动模式下工作，在一定的时间间隔内读取数据并写入结果，还是不及时？自动模式是如何组织的？只是对这个项目不熟悉。

自动启动。阅读这篇文章。在MQL4测试器中，有一个测试结果。

如果没有，问题是把E-views所做的一切转移到MQL代码或C++库...

这个问题在任何情况下都是关于移植的。只不过现在我们不知道该移植什么。你必须先建立模型。

[[删除]]

faa1947:

无论如何，这都是一个重新安排时间的问题。只是目前你还不知道要转移什么。必须首先构建模型。

现在又不清楚了，如果有自动化--为什么有移植的问题？

[СанСаныч Фоменко]

-Aleksey-:
现在又不清楚了，如果有自动化--为什么有便携性的问题？

EViews是一辆慢得可怕的马车。

[[删除]]

faa1947:
EViews是一辆慢得可怕的马车。

你能给我一个数字的例子，说明它有多慢--有趣的是...

[СанСаныч Фоменко]

-Aleksey-:
你能在速度方面给我一个例子吗--有趣...

如果我们谈论的是文章中具体的EViews调用方案。在118条上运行一个模型，我最多需要5分钟。优化不是一个问题

[[删除]]

faa1947:
如果我们在文章中谈及具体的EViews调用方案。在118条上运行一个模型，我最多需要5分钟。优化不是一个问题

而当你转移到一个较小的时间框架时，你必须以某种方式预测几步，否则，在几分钟内，对一步的预测可能是在传播的极限。你打算如何解决这个问题--既要有速度又要有多步骤？

[СанСаныч Фоменко]

-Aleksey-:
而当你切换到一个较小的时间框架时，你将不得不对几步进行一些预测，否则在一分钟的预测中，一步的预测可能是在传播的限制。你打算如何解决这个问题--既要有速度又要有多步骤？

预测步骤的数量是计算的结果，而不是愿望。科蒂尔可能在某一点上根本无法预测，你将不得不等待，直到它变得可预测。

来自另一方的威胁。预测误差变得与蜡烛长度相当。这已经在H1上显示出来了。

[[删除]]

faa1947:

预测步骤的数量是计算的结果，而不是愿望。科蒂尔可能在某一点上根本无法预测，必须等到它变得可预测。

另一方面的威胁。预测误差变得与烛台长度相当。它已经在H1上显示。

我们关心误差值是什么？可能是1000分。你可以自己调节它的使用和大小--你可以不通过开杠进入，而是通过在错误边界附近的挂单进入。平均来说，在大量的交易中，价格会更接近预测值，也就是说，它将远离你的订单，走向利润。只有置信区间的边界会上升或者是水平的--买入。但是你应该做一个至少500-1000步的预测，以估计置信区间 的边界，以便使用这种方法。也就是说，无论如何都要有几分钟，否则就会有很少的交易。而且你需要性能，否则机车就会跑掉，直到你做计算为止 :)