Музыка сфер. Приятно слышать, что метод фиксации этих моментов неважен. Тем более, что идеальные входы-выходы дает одна из эталонных систем. Могу добавить, что "подмена итогового баланса" приводит к тому, что поверность баланса, построенная в оптимизаторе на всем ФП, теряет физический смысл. Точки этой поверхности несравнимы между собой, поскольку они отличаются не только значениями парамтеров, но и множествами входов-выходов.
Может быть то, что я написал, неочевидно для тебя потому, что у тебя система входов-выходов (пардон - сделок) зафиксирована изначально и поэтому сказанное мной к твоему варианту вообще не относится ?
Впрочем, это неважно. Как бы там ни было, у меня нет намерения втягиваться в очередной спор с тобой.
Как действительный и полномочный представитель народа подтверждаю. Вот, например, поверхность изображенная цветом над двумерным ФП.
P.S. Двумерное многообразие нарисовать не очень сложно. А если там многомерное получится (параметров контекста больше двух)? Ну тут прям Кохонен так и просится, но мне еще въехать в него надо...
Короче, дело идет к тому, что неплохо бы в MT6 (а, может быть, и уже в MT5) наделить оптимизатор достаточной гибкостью структуры, чтобы уметь лепить из него инструмент, способный на разные и многоступенчатые обработки данных.
在寻求聚类的过程中，我们与固定的时间点合作，无论是完美的输入输出，还是基准交易系统或其他东西。
星球的音乐。很高兴听到，修复这些时刻的方法并不重要。特别是由于理想的输入-输出是由其中一个基准系统给出的。我可以补充说，"总平衡替代 "导致在优化器中构建的平衡面在整个FP上失去其物理意义。这个表面上的点是无法相互比较的，因为它们不仅在参数值上不同，而且在输入-输出集上也不同。因此，不能确定某一组参数的值--在不同的历史段，可以为它得到一个直接相反的结果，整个表面将有一个完全不同的外观。
在输入-输出系统被某种算法固定的情况下，情况变得非常不同。事实证明，平衡只取决于一组参数，这给人以希望，即当转移到另一段历史时，聚类不会改变其统计数据。当然，要做到这一点，它必须建立在足够大的数据集上。因此，你总是需要一对输入-输出算法和一个FP解析来建立一个TC。
顺便说一下，如果输入-输出算法有自己的参数，任务就会变得更加困难。然而，即使在这种情况下，正确使用FP也能使我们获得成果。
重新阅读整个分支。嗯，我不记得最近有这样的事情。只是一个了不起的主题。摩根主义者和维斯曼主义者之间的意识形态之争几乎无关紧要，这些资产阶级都是一样的。
Музыка сфер. Приятно слышать, что метод фиксации этих моментов неважен. Тем более, что идеальные входы-выходы дает одна из эталонных систем. Могу добавить, что "подмена итогового баланса" приводит к тому, что поверность баланса, построенная в оптимизаторе на всем ФП, теряет физический смысл. Точки этой поверхности несравнимы между собой, поскольку они отличаются не только значениями парамтеров, но и множествами входов-выходов.
不，不是的。平衡互换只是为了让优化器对同 一组输入-输出 的不同结果。只需将优化结果的二维图与我的图进行比较，你就会清楚地知道要替换什么才能使一个变成另一个。
然而，我再次看到这种做法没有任何前景。
关于球体的音乐--我的意思是与提出的问题无关:)
P.S.Alexey，你为什么不考虑在指示器窗口输出2D图的可能性？人们已经学会了如何绘制MT中的几乎所有东西（至少都是二维的：））。
不，不是的。平衡互换的目的是为同 一组输入-输出 的优化器提供不同的结果。只要将优化结果的二维图与我的图进行比较，你就会发现需要替换什么才能将一个变成另一个。
我并不怀疑你会反对它。:-)
也许，我写的东西你不清楚，因为你的输入-输出系统（原谅-交易）最初是固定的，因此我说的东西根本不涉及你的版本？
嗯，这并不重要。虽然如此，我无意再与你争论。
P.S.Alexey，你为什么不考虑在指标窗口中简单地显示一个二维图呢？人们已经学会了如何绘制MT中的几乎所有东西（至少都是二维的：））。
作为人民的有效和授权代表，我确认。例如，这里是在一个二维的FP上用颜色描绘的表面。
MT万岁!还是MQL？А ...MetaQuotes !
Не сомневался, что ты будешь против. :-)
Может быть то, что я написал, неочевидно для тебя потому, что у тебя система входов-выходов (пардон - сделок) зафиксирована изначально и поэтому сказанное мной к твоему варианту вообще не относится ?
Впрочем, это неважно. Как бы там ни было, у меня нет намерения втягиваться в очередной спор с тобой.
Как действительный и полномочный представитель народа подтверждаю. Вот, например, поверхность изображенная цветом над двумерным ФП.
Да здравствует МТ ! Или MQL ? А ... MetaQuotes !
请原谅我。:[ 你是怎么做到的？
这里没有必要进行优化。一次测试运行就足够了，随着每个交易的进行，你必须输出一个独特的上下文参数向量。并在Excel或其他地方进行分组。但要画出来就很有意思，甚至很美。
总之，重点是，如果在MT6（甚至可能在MT5）中，优化器被赋予足够的结构灵活性，能够塑造一个能够处理不同和多步骤数据处理的工具，那就更好了。
P.S. 二维流形的绘制并不十分困难。但如果事实证明它是多维的（上下文参数超过两个）呢？这就是科霍宁的用武之地，但我仍然需要进入它...
P.S. Двумерное многообразие нарисовать не очень сложно. А если там многомерное получится (параметров контекста больше двух)? Ну тут прям Кохонен так и просится, но мне еще въехать в него надо...
这条线的网络首先是在这里乞讨。
P.S. 二维流形的绘制并不十分困难。但如果是多维的（上下文参数超过两个）呢？这就是科霍宁的用武之地，但我仍然需要进入它...
科霍恩并不那么复杂。此外，它可以在Excel中完成。
Короче, дело идет к тому, что неплохо бы в MT6 (а, может быть, и уже в MT5) наделить оптимизатор достаточной гибкостью структуры, чтобы уметь лепить из него инструмент, способный на разные и многоступенчатые обработки данных.
只要在优化器中增加指定任意健身函数的选项即可。那么这样的任务就可以像坚果一样被点击。
P.S. 二维流形的绘制并不十分困难。但如果是多维的（上下文参数超过两个）呢？好吧，科霍恩真的是自找的，但我仍然需要进入它...
不，科霍宁在这里不是很好。IMHO，基于径向基函数的网络在这里更适合。
顶，对不起。:[ 你是怎么做到的？
这是一个问题还是一个感叹词？:-)
Неее, Кохонен тут не очень. ИМХО, тут сети на основе радиальных базисных функций лучше подойдут.
Это вопрос или восклицание ? :-)
可能都有。:)