关于不使用MetaTrader 4策略测试仪的建议 - 页 5 12345678 新评论 Renat Fatkhullin 2006.10.01 10:50 #41 rebus，你，说句不好听的，"此外，很多时候，酒吧外面有一个开口。这对我来说根本就是无稽之谈，因为我以为所有的虱子都应该算在酒吧里。" 这让我很震惊。 基本上，很明显，建模就是建模。显然，只有当MT4存储并使用tick图表进行测试时，问题才会得到解决。 即使它导致巨大的成交量--也比在黑暗的房间里寻找一只黑猫好。 你什么都不明白。在这个特定的主题中，我已经解释过好几次，为什么埋头于tick图不会有任何作用。再读一遍。 我认为你不需要我进一步解释--这就像豆荚里的豌豆。 Renat Fatkhullin 2006.10.01 10:52 #42 Mandor因未能提供证据而被禁赛。告诉他去别的地方。 Nikolay Zhilin 2006.10.01 10:59 #43 Renat писал (а): rebus，说句不好听的，你对 "另外，很多时候，酒吧外面有一个开口。这对我来说根本就是无稽之谈，因为我以为所有的虱子都应该算在酒吧里。" 这让我印象深刻。我想你不需要我进一步解释。 谁能反驳这一点呢 :)老年是没有乐趣的。他们说，一个快乐的人是拥有健康和短暂记忆的人。 不幸的是，我的健康状况不好，但我的记忆力很好 :) 关于这个问题的一个笑话（一个老笑话）。 里切夫斯基中尉与娜塔莎-罗斯托娃在同一个车厢里旅行。她有半篮子的鸡蛋，在她的手提包里有一套银质的晚餐。 中尉。 - 娜塔莎，告诉我，你为什么不把所有东西放在一个篮子里？ - 中尉，我的母亲在路上告诉我，银子是被鸡蛋染黑的。 - 是的，活到老学到老，"中尉喃喃自语，把银色的烟盒从裤兜里移到旅行袋里。 Nikolay Zhilin 2006.10.01 11:00 #44 Renat писал (а): Mandor因未能提供证据而被禁赛。告诉他去别的地方。 并非一无所获。没有时间从他那里发现什么。 Nikolay Zhilin 2006.10.01 11:02 #45 Renat писал (а): rebus，你，说句不好听的，"此外，很多时候，酒吧外面有一个开口。这对我来说根本就是无稽之谈，因为我以为所有的虱子都应该算在酒吧里。" 这让我很震惊。 基本上，很明显，建模就是建模。显然，只有当MT4存储并使用tick图表进行测试时，问题才会得到解决。 即使它导致巨大的成交量--也比在黑暗的房间里寻找一只黑猫好。 你什么都不明白。在这个特定的主题中，我已经解释过好几次，为什么埋头于tick图不会有任何作用。再读一遍。 我认为你不需要我进一步解释--这就像豆荚里的豌豆。 不要再发热。我不赞成直接使用滴答图，而是用于定性测试。你建议如何可靠地模拟真实数据？当然，你可以尝试将程序超载到无限大。但为了什么？有一些合理的限制。 Renat Fatkhullin 2006.10.01 11:09 #46 rebus: 不要再变热了。我不赞成直接使用滴答图，而是赞成进行质量测试。你建议如何可靠地模拟真实数据？当然，你可以尝试将程序超载到无限大。但为了什么？有一些合理的限制。 然后好心一点，收集一天的tick数据，把它们写进一个文件，然后与测试者的tick历史 进行比较，并公布结果，包括所有的表格、错误、截图和结论。这将是 "由于缺乏蜱虫病史而产生的问题 "的最好证明。 Mandor不想证明他的观点，也许你可以？ 例如，Integer已经采取了建设性的行动--进行了测试，并在这个主题中诚实地公布了他的结果。 Nikolay Zhilin 2006.10.01 11:37 #47 Renat писал (а): rebus 写道（a）。 不要再变热了。我不赞成直接使用滴答图，但我赞成进行质量测试。你建议如何可靠地模拟真实数据？当然，你可以尝试无休止地加载程序。但为了什么？有一些合理的限制。 那就好心一点，积累一天的tick数据，把它们写到一个文件里，然后与测试者的tick历史进行比较，并公布结果，包括所有的表格、错误、截图和结论。这将是 "由于缺乏蜱虫病史而产生的问题 "的最好证明。 Mandor不想证明他的观点，也许你可以？ 例如，Integer已经采取了建设性的行动--进行了测试，并在这个主题中诚实地公布了他的结果。 真是一个幼儿园的故事。我自己曾长期担任一个相当大的软件开发人员团队的经理，我从你的话中看到的只是不愿意对软件进行重大改变。这就是它从外面看起来的样子。在另一边，他们试图解释说他们想尽力帮助你把你自己的软件做得更好。 而你却做出不严肃的攻击来回应。我给了你两个例子，测试结果与实时演示不吻合。你没有对它作出反应。另一个人对可能的原因提出了意见，对此我想单独感谢他。当然，你可以委曲求全，给你要求的一切。但这对你有好处吗？ 你已经比我看得更清楚、更明白了。我不明白你为什么要装出一副勇敢的样子。 对我个人来说，程序开发的问题不是这些差异。2或3个点不会解决任何问题。他们不应该解决任何问题。问题是，如果测试的结果与实际工作的结果不一致，那么问题是，我们为什么需要这种测试？对于一个人来说，要花两倍的时间，先做一个版本的程序，在测试器上得到积极的结果，然后第二个版本--被迫的，伴随着失望。也许完全从终端删除测试的可能性会更好？或者把它移到一个单独的软件组件中，供业余爱好者使用。你想过吗？ 我再一次请你冷静下来。你只会损害你的健康--我们会非常想念你 :)我想我可以代表这个论坛的大多数人说，每个人都非常尊重开发者。而当我们看到这些感情没有得到回报时，是非常令人沮丧的 :( Иван 2006.10.01 11:52 #48 rebus писал (а): 显然，只有当MT4存储并使用tick图表进行测试时，问题才会得到解决。 即使花费巨大的量，也比在黑暗的房间里寻找黑猫好。 你大错特错了!当交易者充分了解了市场中订单开仓/平仓过程中可能出现的所有实际问题，问题就会得到解决。毕竟，充分使用终端的现有功能，并在交易中简单地使用它们，而不是要求开发人员将交易历史存储在服务器上并发送给每个人，这要容易得多。 然而，这个话题已经在本论坛和相关网站http://www.metatrader4.com/ru/forum 上讨论过多次。 本网站上的文章专门讨论现有的问题和解决这些问题的方法。 一年前，当我开始熟悉MQL4的时候，信息要少得多!我不得不简单地拿着现有的代码，利用函数的描述一个一个地猜测代码中操作的含义。后来我就在论坛上问我不懂的东西。通常会有一些人可以给我一些提示。现在，我及时打开/关闭交易，以及在图表上画东西都没有问题。因此，剩下的唯一问题是应该在自动交易中使用的理念，而技术方面的问题总是可以解决的，即使不是一下子解决，而是逐步解决。 Nikolay Zhilin 2006.10.01 12:16 #49 solandr писал (а): rebus 写道（a）。 显然，只有当MT4存储并使用tick图表进行测试时，问题才会得到解决。 即使要花费巨大的数量--也比在黑屋子里寻找黑猫要好。 你大错特错了!当交易者最终意识到他们在市场上开仓/平仓订单可能存在的所有实际问题时，这个问题就会得到解决。毕竟，充分使用终端的现有功能，并在交易中简单地使用它们，比要求开发人员将交易历史存储在服务器上并发送给他们想要的每个人要容易得多。 然而，这个话题已经在这个论坛和相关网站http://www.metatrader4.com/ru/forum 上讨论过多次。 本网站上的文章专门讨论现有的问题和解决这些问题的方法。 一年前，当我开始熟悉MQL4的时候，信息要少得多!我不得不简单地拿着现有的代码，利用函数的描述一个一个地猜测代码中操作的含义。后来我就在论坛上问我不懂的东西。通常会有一些人可以给我一些提示。现在，我及时打开/关闭交易，以及在图表上画东西都没有问题。因此，剩下的唯一问题是应该在自动交易中使用的理念，而技术方面的问题总是可以解决的，即使不是一下子解决，而是逐步解决。 谢谢你的详细和友好的解释。我知道一件事--你知道得越多，你就越明白你什么都不知道。 特别是对于市场这样复杂的东西。我自己，如果我知道一个问题的确切答案，总是帮助新手。但现在却有一种陷入某种困境的连贯性。我尽量不进入较小的框架，特别是在小数点上。但是有了这个冠军，一切都颠覆了。似乎我已经找到了一个相当好的主意。什么都试过了，成功了。简而言之，做了一个工作布局，简单而有品位。我在演示中运行了一个月。起初我没有抱怨，但后来我有一些误解。这就是我开始寻找的原因。在某个地方，我自己变成了一个傻瓜，在某个地方，我仍然找不到关于如何解决它的答案或解决方案。我当然会找到它。这是一个时间问题。我希望开发人员能以某种方式帮助我，但我得到的回报是 "你是个傻瓜"。"很痛，你知道的！" 我是在初夏才开始熟悉MQL4的。虽然有很多各种材料和例子，但我缺少一些严肃的建议，即如何制作一个在现实中可行的程序。我甚至不是指MTS的想法。我指的甚至不是MTS的想法，而是与经纪人实际工作的细节。由于我以前曾试图掌握这一机制，我立即拒绝了过于频繁的开仓-平仓-为什么要打趣经纪人？我知道，我们应该非常重视伐木的问题。还有什么？不幸的是，没有人能够或愿意告诉我这些弱点。而且你不想踩到任何耙子。在一篇关于圣杯的文章中，有一些零碎的东西，但在我看来，一切也都是主观的、模糊的。 论坛上有人建议为初学者创建一个模板，这样他们就不会磕磕绊绊。但这也是一种凋零。或者没有人真的不使用该程序来谋生，或者两者之一 :)因此，我们必须用老式的方法来做--自己做。或者如果你遇到一个聪明而有经验的谈话者。 Renat Fatkhullin 2006.10.01 12:48 #50 rebus，没必要把几个问题归为一堆。我回答了关于蜱虫模型的具体问题，而你的说法是 "会给蜱虫--不会有索赔"，并紧扣主题（而主题是关于模型的）。我没有回应其他问题--我对 "非标交易 "感到满意。 对于程序员来说，你不需要文字--你需要技术和详细的证据。 我们已经写了6年的纯信息和交易平台。我们早在2001年就开发了MQL的第一个版本。我们犯了错误，我们进行了实验，学习并纠正了我们的错误。到现在，我们有很多内部研究，这使我们有信心了解情况和我们的行动。 然后一些新手交易员-程序员出现了，做了纯粹的口头声明/假设，并教开发人员如何写。这一切都很好--我们欢迎建议，并应要求做了很多事情。但是，如果你想改变别人的更复杂的解决方案，你必须先自己做研究，并公布结果。 所以：用详细的证据来支持你的意见和要求。正是在收集证据的过程中，发现了理论的失败。我们已经建立了许多年的理论，其中许多被证明是绝对的胡说八道。但每个人都必须通过标准耙子。因此，我将再次说。 "拥有勾股史是准确测试的关键"，这是每个人都必须踩的标准耙子。 顺便说一下，你的说法是过激的。 你打算如何可靠地模拟真实数据？当然，你可以尝试无限地让程序超载。但为什么呢？有一些合理的限制。 没有人强迫你无限期地加载。但我想鼓励你对 MetaTrader 4测试仪的质量 做自己的研究，这样你就可以亲眼看到1-2个点的差异。然后做一个明确的声明，如 "是的，差异是1-2个点，加载2-3个点足以消除噪音对专家顾问性能的影响"。做好你的研究，并在这样的例子上发布细节、表格和屏幕截图。 (红线--模拟运动，绿线--原始勾股历史) ps：我很高兴并热情地参与到详细的解析和随后对我们的错误的纠正中，因为我为我们的项目扎根。请原谅我过于激进--这是很正常的。 12345678 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
基本上，很明显，建模就是建模。显然，只有当MT4存储并使用tick图表进行测试时，问题才会得到解决。 即使它导致巨大的成交量--也比在黑暗的房间里寻找一只黑猫好。
你什么都不明白。在这个特定的主题中，我已经解释过好几次，为什么埋头于tick图不会有任何作用。再读一遍。我认为你不需要我进一步解释--这就像豆荚里的豌豆。
rebus，说句不好听的，你对 "另外，很多时候，酒吧外面有一个开口。这对我来说根本就是无稽之谈，因为我以为所有的虱子都应该算在酒吧里。"
这让我印象深刻。我想你不需要我进一步解释。
谁能反驳这一点呢 :)老年是没有乐趣的。他们说，一个快乐的人是拥有健康和短暂记忆的人。 不幸的是，我的健康状况不好，但我的记忆力很好 :)
关于这个问题的一个笑话（一个老笑话）。
里切夫斯基中尉与娜塔莎-罗斯托娃在同一个车厢里旅行。她有半篮子的鸡蛋，在她的手提包里有一套银质的晚餐。
中尉。
- 娜塔莎，告诉我，你为什么不把所有东西放在一个篮子里？
- 中尉，我的母亲在路上告诉我，银子是被鸡蛋染黑的。
- 是的，活到老学到老，"中尉喃喃自语，把银色的烟盒从裤兜里移到旅行袋里。
Mandor因未能提供证据而被禁赛。告诉他去别的地方。
并非一无所获。没有时间从他那里发现什么。
rebus，你，说句不好听的，"此外，很多时候，酒吧外面有一个开口。这对我来说根本就是无稽之谈，因为我以为所有的虱子都应该算在酒吧里。" 这让我很震惊。
基本上，很明显，建模就是建模。显然，只有当MT4存储并使用tick图表进行测试时，问题才会得到解决。 即使它导致巨大的成交量--也比在黑暗的房间里寻找一只黑猫好。
你什么都不明白。在这个特定的主题中，我已经解释过好几次，为什么埋头于tick图不会有任何作用。再读一遍。我认为你不需要我进一步解释--这就像豆荚里的豌豆。
不要再发热。我不赞成直接使用滴答图，而是用于定性测试。你建议如何可靠地模拟真实数据？当然，你可以尝试将程序超载到无限大。但为了什么？有一些合理的限制。
不要再变热了。我不赞成直接使用滴答图，而是赞成进行质量测试。你建议如何可靠地模拟真实数据？当然，你可以尝试将程序超载到无限大。但为了什么？有一些合理的限制。
然后好心一点，收集一天的tick数据，把它们写进一个文件，然后与测试者的tick历史 进行比较，并公布结果，包括所有的表格、错误、截图和结论。这将是 "由于缺乏蜱虫病史而产生的问题 "的最好证明。
Mandor不想证明他的观点，也许你可以？
例如，Integer已经采取了建设性的行动--进行了测试，并在这个主题中诚实地公布了他的结果。
不要再变热了。我不赞成直接使用滴答图，但我赞成进行质量测试。你建议如何可靠地模拟真实数据？当然，你可以尝试无休止地加载程序。但为了什么？有一些合理的限制。
那就好心一点，积累一天的tick数据，把它们写到一个文件里，然后与测试者的tick历史进行比较，并公布结果，包括所有的表格、错误、截图和结论。这将是 "由于缺乏蜱虫病史而产生的问题 "的最好证明。
Mandor不想证明他的观点，也许你可以？
例如，Integer已经采取了建设性的行动--进行了测试，并在这个主题中诚实地公布了他的结果。
真是一个幼儿园的故事。我自己曾长期担任一个相当大的软件开发人员团队的经理，我从你的话中看到的只是不愿意对软件进行重大改变。这就是它从外面看起来的样子。在另一边，他们试图解释说他们想尽力帮助你把你自己的软件做得更好。 而你却做出不严肃的攻击来回应。我给了你两个例子，测试结果与实时演示不吻合。你没有对它作出反应。另一个人对可能的原因提出了意见，对此我想单独感谢他。当然，你可以委曲求全，给你要求的一切。但这对你有好处吗？ 你已经比我看得更清楚、更明白了。我不明白你为什么要装出一副勇敢的样子。
对我个人来说，程序开发的问题不是这些差异。2或3个点不会解决任何问题。他们不应该解决任何问题。问题是，如果测试的结果与实际工作的结果不一致，那么问题是，我们为什么需要这种测试？对于一个人来说，要花两倍的时间，先做一个版本的程序，在测试器上得到积极的结果，然后第二个版本--被迫的，伴随着失望。也许完全从终端删除测试的可能性会更好？或者把它移到一个单独的软件组件中，供业余爱好者使用。你想过吗？
我再一次请你冷静下来。你只会损害你的健康--我们会非常想念你 :)我想我可以代表这个论坛的大多数人说，每个人都非常尊重开发者。而当我们看到这些感情没有得到回报时，是非常令人沮丧的 :(
显然，只有当MT4存储并使用tick图表进行测试时，问题才会得到解决。 即使花费巨大的量，也比在黑暗的房间里寻找黑猫好。
你大错特错了!当交易者充分了解了市场中订单开仓/平仓过程中可能出现的所有实际问题，问题就会得到解决。毕竟，充分使用终端的现有功能，并在交易中简单地使用它们，而不是要求开发人员将交易历史存储在服务器上并发送给每个人，这要容易得多。 然而，这个话题已经在本论坛和相关网站http://www.metatrader4.com/ru/forum 上讨论过多次。
本网站上的文章专门讨论现有的问题和解决这些问题的方法。
一年前，当我开始熟悉MQL4的时候，信息要少得多!我不得不简单地拿着现有的代码，利用函数的描述一个一个地猜测代码中操作的含义。后来我就在论坛上问我不懂的东西。通常会有一些人可以给我一些提示。现在，我及时打开/关闭交易，以及在图表上画东西都没有问题。因此，剩下的唯一问题是应该在自动交易中使用的理念，而技术方面的问题总是可以解决的，即使不是一下子解决，而是逐步解决。
显然，只有当MT4存储并使用tick图表进行测试时，问题才会得到解决。 即使要花费巨大的数量--也比在黑屋子里寻找黑猫要好。
你大错特错了!当交易者最终意识到他们在市场上开仓/平仓订单可能存在的所有实际问题时，这个问题就会得到解决。毕竟，充分使用终端的现有功能，并在交易中简单地使用它们，比要求开发人员将交易历史存储在服务器上并发送给他们想要的每个人要容易得多。 然而，这个话题已经在这个论坛和相关网站http://www.metatrader4.com/ru/forum 上讨论过多次。
本网站上的文章专门讨论现有的问题和解决这些问题的方法。
一年前，当我开始熟悉MQL4的时候，信息要少得多!我不得不简单地拿着现有的代码，利用函数的描述一个一个地猜测代码中操作的含义。后来我就在论坛上问我不懂的东西。通常会有一些人可以给我一些提示。现在，我及时打开/关闭交易，以及在图表上画东西都没有问题。因此，剩下的唯一问题是应该在自动交易中使用的理念，而技术方面的问题总是可以解决的，即使不是一下子解决，而是逐步解决。
谢谢你的详细和友好的解释。我知道一件事--你知道得越多，你就越明白你什么都不知道。 特别是对于市场这样复杂的东西。我自己，如果我知道一个问题的确切答案，总是帮助新手。但现在却有一种陷入某种困境的连贯性。我尽量不进入较小的框架，特别是在小数点上。但是有了这个冠军，一切都颠覆了。似乎我已经找到了一个相当好的主意。什么都试过了，成功了。简而言之，做了一个工作布局，简单而有品位。我在演示中运行了一个月。起初我没有抱怨，但后来我有一些误解。这就是我开始寻找的原因。在某个地方，我自己变成了一个傻瓜，在某个地方，我仍然找不到关于如何解决它的答案或解决方案。我当然会找到它。这是一个时间问题。我希望开发人员能以某种方式帮助我，但我得到的回报是 "你是个傻瓜"。"很痛，你知道的！"
我是在初夏才开始熟悉MQL4的。虽然有很多各种材料和例子，但我缺少一些严肃的建议，即如何制作一个在现实中可行的程序。我甚至不是指MTS的想法。我指的甚至不是MTS的想法，而是与经纪人实际工作的细节。由于我以前曾试图掌握这一机制，我立即拒绝了过于频繁的开仓-平仓-为什么要打趣经纪人？我知道，我们应该非常重视伐木的问题。还有什么？不幸的是，没有人能够或愿意告诉我这些弱点。而且你不想踩到任何耙子。在一篇关于圣杯的文章中，有一些零碎的东西，但在我看来，一切也都是主观的、模糊的。 论坛上有人建议为初学者创建一个模板，这样他们就不会磕磕绊绊。但这也是一种凋零。或者没有人真的不使用该程序来谋生，或者两者之一 :)因此，我们必须用老式的方法来做--自己做。或者如果你遇到一个聪明而有经验的谈话者。
对于程序员来说，你不需要文字--你需要技术和详细的证据。
我们已经写了6年的纯信息和交易平台。我们早在2001年就开发了MQL的第一个版本。我们犯了错误，我们进行了实验，学习并纠正了我们的错误。到现在，我们有很多内部研究，这使我们有信心了解情况和我们的行动。
然后一些新手交易员-程序员出现了，做了纯粹的口头声明/假设，并教开发人员如何写。这一切都很好--我们欢迎建议，并应要求做了很多事情。但是，如果你想改变别人的更复杂的解决方案，你必须先自己做研究，并公布结果。
所以：用详细的证据来支持你的意见和要求。正是在收集证据的过程中，发现了理论的失败。我们已经建立了许多年的理论，其中许多被证明是绝对的胡说八道。但每个人都必须通过标准耙子。因此，我将再次说。
"拥有勾股史是准确测试的关键"，这是每个人都必须踩的标准耙子。
顺便说一下，你的说法是过激的。
你打算如何可靠地模拟真实数据？当然，你可以尝试无限地让程序超载。但为什么呢？有一些合理的限制。
没有人强迫你无限期地加载。但我想鼓励你对 MetaTrader 4测试仪的质量 做自己的研究，这样你就可以亲眼看到1-2个点的差异。然后做一个明确的声明，如 "是的，差异是1-2个点，加载2-3个点足以消除噪音对专家顾问性能的影响"。做好你的研究，并在这样的例子上发布细节、表格和屏幕截图。ps：我很高兴并热情地参与到详细的解析和随后对我们的错误的纠正中，因为我为我们的项目扎根。请原谅我过于激进--这是很正常的。