交易系统联盟。继续保持良好的工作。 - 页 262 1...255256257258259260261262263264265266267268269...360 新评论 Georgiy Merts 2020.07.13 10:16 #2611 Ivan_Invanov:为什么要花两年时间来优化？ 这个数字更多的是根据直觉来决定的。为了确定系统的运作，你需要追溯到最后50-200笔交易。通常情况下，这种情况在一年半内发生。在这之后--又是三个月的远期。我们总共有大约两年的时间。 如果你有任何想法，为什么另一个时间更好，我愿意倾听。 И...让我们保持在第一名称的基础上...我们是这个论坛上的同事... Ivan_Invanov 2020.07.14 07:17 #2612 Georgiy Merts:这个数字是比较直观地取的。为了确定该系统是有效的，你需要在最后50-200次交易中跟踪它。这通常发生在一年到一年半的时间里。在这之后--又是三个月的远期。我们总共有大约两年的时间。 如果你有任何想法，为什么另一个时间更好，我愿意倾听。И...让我们保持在第一名称的基础上...我们是这个论坛上的同事... 好吧，让我们换到你身上）。如果交易如此罕见，那就有道理了。在演示中测试需要很长的时间，所以我尽量避免这种系统。 Georgiy Merts 2020.07.14 13:53 #2613 Ivan_Invanov: 好吧，让我们换到你身上）。如果交易如此稀少，那么就是合理的。这将需要很长的时间来验证演示，这就是为什么我试图避免这种系统。 对于中大联盟来说--这并不重要。 两年是优化的历史时期。在这个时期，根据这两年的情况，找到最有利的优化参数。 再往下看--我们发现了 "允许的最大 "参数--最大跌幅、连续的最大止损队列、等待最大更新的最长时间、更新最大所需的最大交易数量、等待一笔交易的最长时间。所有这些参数都被输入到系统代码中，系统被设定为模拟交易。 每次交易后，所有这些参数都会被再次检查。(等待时间参数在每个小节后被检查）。只要至少有一个参数被超过，系统就会停止交易并发出警告。 它立即被送入重新优化，找到一组新的输入参数和一组新的限制参数，之后系统又开始作为一个模拟交易。 此外，所有系统都被分为三个 "部门"--高、中、低。每次交易后，都会检查 "交易质量 "参数。如果质量参数与系统目前所在的部门不一致，它就会转移到另一个部门，并在那里进行交易。 Sergey Chalyshev 2020.07.14 17:31 #2614 Georgiy Merts:对于中大联盟来说--这并不重要。 两年是优化的历史时期。在这个时期，根据这两年的情况，找到最有利的优化参数。 再往下看--我们发现了 "允许的最大 "参数--最大跌幅、连续的最大止损队列、等待最大更新的最长时间、更新最大所需的最大交易数量、等待一笔交易的最长时间。所有这些参数都被输入到系统代码中，系统被设定为模拟交易。每次交易后，所有这些参数都会被再次检查。(等待时间参数在每个小节后被检查）。只要至少有一个参数被超过，系统就会停止交易并发出警告。 它立即被送入重新优化，找到一组新的输入参数和一组新的限制参数，之后系统又开始作为一个模拟交易。 此外，所有系统都被分为三个 "部门"--高、中、低。每次交易后，都会检查 "交易质量 "参数。如果质量参数不符合系统目前所在的部门，它就会转移到另一个部门，并在那里交易。 这当然很好! 我唯一不能理解的是，你需要它做什么？ Ivan_Invanov 2020.07.14 17:58 #2615 Georgiy Merts:对于中大联盟来说--这并不重要。 两年是优化的历史时期。在这个时期，根据这两年的情况，找到最有利的优化参数。 再往下看--我们发现了 "允许的最大 "参数--最大跌幅、连续的最大止损队列、等待最大更新的最长时间、更新最大所需的最大交易数量、等待一笔交易的最长时间。所有这些参数都被输入到系统代码中，系统被设定为模拟交易。每次交易后，所有这些参数都会被再次检查。(等待时间参数在每个小节后被检查）。只要至少有一个参数被超过，系统就会停止交易并发出警告。 它立即被送入重新优化，找到一组新的输入参数和一组新的限制参数，之后系统又开始作为一个模拟交易。 此外，所有系统都被分为三个 "部门"--高、中、低。每次交易后，都会检查 "交易质量 "参数。如果质量参数与系统目前所在的部门不一致，它就会转移到另一个部门，并在那里进行交易。 嗯，为什么做交易的等待时间是这样的？好吧，也许没有根据策略的交易情况？您能否详细说明一下贸易质量的标准？ Реter Konow 2020.07.15 12:06 #2616 是的，乔治有一个很酷的系统。这让人联想到一些东西......社会，阶级，我想......。也许是一个蚁穴？简单的行为规则和明确的等级制度取决于其结果...正是如此!我记得。在奇幻小说《与罗摩的约会》（Arthur C. Clarke）第三部分中，来自某个星球的智能蜘蛛的社会结构就是这样描述的。顺便说一句，如果作者本人难以在其机器人的旋转中找到规律，也许NS可以应对并揭示它们。 Roman Shiredchenko 2020.07.15 12:42 #2617 不开玩笑，但把钱放在LIGA上是很可怕的...... [删除] 2020.07.15 14:53 #2618 Roman Shiredchenko: 不开玩笑，但认真的钱是可怕的，把LIGA... 明白了 Georgiy Merts 2020.07.16 10:08 #2619 Sergey Chalyshev:你做得很好!我唯一想不明白的是，你需要它来做什么？ 让我们在需要了解的基础上保持它。 概念性问题。 根据我的经验，开发一个系统是这样的。首先，我想出了一些在测试器中可行的方法。然后，如果它成功了，我就把它放在演示中。然后，如果它起作用--我想它是否值得在真正的网站上安装。 因此，我已经解决了前两个问题。TC联盟是一套系统，总是有一些系统显示出良好的模拟交易。注意，不是测试者，而是演示者 ! 因此--我唯一的最后一个问题是，在选定的系统中，哪些要投入实际交易，哪些要脱手。我总是有一些系统有相当长的模拟交易。 事实上，这就是 "元交易"。如果在交易中，我们打开关闭交易，我有一个原则，即 "把TS真正地放起来"。而且在我看来，TS的行为比货币对的行为更稳定。 Georgiy Merts 2020.07.16 10:13 #2620 Ivan_Invanov: 嗯，为什么交易的等待时间完成了？好吧，也许没有根据策略的交易情况？您能否详细说明一下贸易质量的标准？ 没错，这是另一个概念性问题。 所有的 "限制性参数 "都需要了解TS的行为是否与历史上的行为一样。 如果在两年的历史上（其中最后三个月是一个前瞻期），最长的交易等待时间是一个星期，那么如果我们突然看到系统在演示交易上显示的等待时间超过一个星期--这表明系统行为已经改变，必须立即从交易中删除并重新优化。 所有其他 "限制性参数 "具有相同的含义。例如，估计最大SL队列或最大缩水不仅是为了 "限制损失"，而且主要是为了看到TS的行为与以前相同。如果两年历史上的最大SL队列是，比如说，5个，那么直到我们连续得到5个停止--我们认为TS的行为与以前一样。只要检测到连续的第六个SL--所有的东西。该系统的行为是不同的。 顺便说一句，有一个小机会，该系统将表现得更好，并开始赚取...但机会非常渺茫。更有可能的是，它将开始赔钱。 1...255256257258259260261262263264265266267268269...360 新评论 原因: 取消 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
为什么要花两年时间来优化？
这个数字更多的是根据直觉来决定的。为了确定系统的运作，你需要追溯到最后50-200笔交易。通常情况下，这种情况在一年半内发生。在这之后--又是三个月的远期。我们总共有大约两年的时间。
如果你有任何想法，为什么另一个时间更好，我愿意倾听。
И...让我们保持在第一名称的基础上...我们是这个论坛上的同事...
这个数字是比较直观地取的。为了确定该系统是有效的，你需要在最后50-200次交易中跟踪它。这通常发生在一年到一年半的时间里。在这之后--又是三个月的远期。我们总共有大约两年的时间。
如果你有任何想法，为什么另一个时间更好，我愿意倾听。
И...让我们保持在第一名称的基础上...我们是这个论坛上的同事...
好吧，让我们换到你身上）。如果交易如此稀少，那么就是合理的。这将需要很长的时间来验证演示，这就是为什么我试图避免这种系统。
对于中大联盟来说--这并不重要。
两年是优化的历史时期。在这个时期，根据这两年的情况，找到最有利的优化参数。
再往下看--我们发现了 "允许的最大 "参数--最大跌幅、连续的最大止损队列、等待最大更新的最长时间、更新最大所需的最大交易数量、等待一笔交易的最长时间。所有这些参数都被输入到系统代码中，系统被设定为模拟交易。
每次交易后，所有这些参数都会被再次检查。(等待时间参数在每个小节后被检查）。只要至少有一个参数被超过，系统就会停止交易并发出警告。
它立即被送入重新优化，找到一组新的输入参数和一组新的限制参数，之后系统又开始作为一个模拟交易。
此外，所有系统都被分为三个 "部门"--高、中、低。每次交易后，都会检查 "交易质量 "参数。如果质量参数与系统目前所在的部门不一致，它就会转移到另一个部门，并在那里进行交易。
对于中大联盟来说--这并不重要。
两年是优化的历史时期。在这个时期，根据这两年的情况，找到最有利的优化参数。
再往下看--我们发现了 "允许的最大 "参数--最大跌幅、连续的最大止损队列、等待最大更新的最长时间、更新最大所需的最大交易数量、等待一笔交易的最长时间。所有这些参数都被输入到系统代码中，系统被设定为模拟交易。
每次交易后，所有这些参数都会被再次检查。(等待时间参数在每个小节后被检查）。只要至少有一个参数被超过，系统就会停止交易并发出警告。
它立即被送入重新优化，找到一组新的输入参数和一组新的限制参数，之后系统又开始作为一个模拟交易。
此外，所有系统都被分为三个 "部门"--高、中、低。每次交易后，都会检查 "交易质量 "参数。如果质量参数不符合系统目前所在的部门，它就会转移到另一个部门，并在那里交易。
这当然很好!
我唯一不能理解的是，你需要它做什么？
对于中大联盟来说--这并不重要。
两年是优化的历史时期。在这个时期，根据这两年的情况，找到最有利的优化参数。
再往下看--我们发现了 "允许的最大 "参数--最大跌幅、连续的最大止损队列、等待最大更新的最长时间、更新最大所需的最大交易数量、等待一笔交易的最长时间。所有这些参数都被输入到系统代码中，系统被设定为模拟交易。
每次交易后，所有这些参数都会被再次检查。(等待时间参数在每个小节后被检查）。只要至少有一个参数被超过，系统就会停止交易并发出警告。
它立即被送入重新优化，找到一组新的输入参数和一组新的限制参数，之后系统又开始作为一个模拟交易。
此外，所有系统都被分为三个 "部门"--高、中、低。每次交易后，都会检查 "交易质量 "参数。如果质量参数与系统目前所在的部门不一致，它就会转移到另一个部门，并在那里进行交易。
不开玩笑，但认真的钱是可怕的，把LIGA...
你做得很好!
我唯一想不明白的是，你需要它来做什么？
让我们在需要了解的基础上保持它。
概念性问题。
根据我的经验，开发一个系统是这样的。首先，我想出了一些在测试器中可行的方法。然后，如果它成功了，我就把它放在演示中。然后，如果它起作用--我想它是否值得在真正的网站上安装。
因此，我已经解决了前两个问题。TC联盟是一套系统，总是有一些系统显示出良好的模拟交易。注意，不是测试者，而是演示者 !
因此--我唯一的最后一个问题是，在选定的系统中，哪些要投入实际交易，哪些要脱手。我总是有一些系统有相当长的模拟交易。
事实上，这就是 "元交易"。如果在交易中，我们打开关闭交易，我有一个原则，即 "把TS真正地放起来"。而且在我看来，TS的行为比货币对的行为更稳定。
嗯，为什么交易的等待时间完成了？好吧，也许没有根据策略的交易情况？您能否详细说明一下贸易质量的标准？
没错，这是另一个概念性问题。
所有的 "限制性参数 "都需要了解TS的行为是否与历史上的行为一样。 如果在两年的历史上（其中最后三个月是一个前瞻期），最长的交易等待时间是一个星期，那么如果我们突然看到系统在演示交易上显示的等待时间超过一个星期--这表明系统行为已经改变，必须立即从交易中删除并重新优化。
所有其他 "限制性参数 "具有相同的含义。例如，估计最大SL队列或最大缩水不仅是为了 "限制损失"，而且主要是为了看到TS的行为与以前相同。如果两年历史上的最大SL队列是，比如说，5个，那么直到我们连续得到5个停止--我们认为TS的行为与以前一样。只要检测到连续的第六个SL--所有的东西。该系统的行为是不同的。
顺便说一句，有一个小机会，该系统将表现得更好，并开始赚取...但机会非常渺茫。更有可能的是，它将开始赔钱。