交易中的机器学习：理论、模型、实践和算法交易 - 页 2916

新评论
 
Aleksey Vyazmikin #:

他自己离开了。

他的昵称被涂黑了，就像他被禁言时一样，而不是用 [Deleted] 代替。

 
Evgeny Dyuka #:

我认为问题 不在于人，这里的人都很先进 ，而在于 MQ 的政策 。他们认为问题会自己解决--他们只需提供工具，不要干涉，问题就会 自己解决......

但 事实并非如此。 MQ 显然在试图重复指标的成功，当时只需创造条件，人们就能做出 3000 个指标。这在 MO 专题中行不通，因为这里的发展水平与指标大相径庭，而且工作解决方案的成本也无法与指标相比。 MQ 必须在该专题中投入资金，并将发展掌握在自己手中。他们需要发布自己的解决方案并将其集成到 MT5 中，别无他法。 微软在 2018 年投资了 OpenAI，当时谷歌正鼓起腮帮子为人们创造工具（TensorFlow）。现在，他们正在小便开水，思考如何从 ChatGPT 手中拯救自己的搜索业务。由于某些原因，ChatGPT 并没有在论坛上免费诞生。）







例如，我研究不同 MO 算法的模型。不同算法的最终模型在代码中的结构也不同。 例如，在非线性回归中，公式记录长达 900 个字符。 而在 GBoosting 中，最终模型的代码长达 15000 行！你很难想象到底有多少个字符。

因此软件问题，即合成工具公式窗口不允许输入大量字符。
在合成工具公式 窗口中，输入长度受到极少量输入字符的限制。
不清楚如何调查和测试通过公式表达的 MO 模型。
该工具似乎存在，但限制了开发。从这里开始，检查模型就没有劳动生产率可言了。
而且你必须从数以百计的模型中进行挖掘。而且每个模型都要在脚本中形成一段代码，由于相关环境的大量绑定，
，如果模型不成功，就直接扔掉这段代码，非常不划算。

还建议开发人员为公式合成 工具 引入用户函数。


这样既解决了模型的长度问题，又解决了其代码形式的结构问题。但开发人员答复说，他们不打算更改自定义 符号。 这将如何运作？如果对富有成效的专业研究有这样的限制。


 
Aleksey Nikolayev #:

他的昵称被涂黑了，就像他被禁言时一样，而不是用 [Deleted] 代替。

我记得他曾在这里发表过类似的声明--版主把它删掉了。我觉得还不到一个月。

 
Roman #:




例如，我研究不同 MO 算法的模型。不同算法的最终模型在代码中的结构也不同。 例如，在非线性回归中，公式记录长达 900 个字符。 而在 GBoosting 中，最终模型的代码长达 15 000 行！你很难想象到底有多少个字符。

因此，软件问题，即合成工具公式窗口不允许输入大量字符。
在合成工具公式 窗口中，输入长度受到极少量输入字符的限制。
不清楚如何调查和测试通过公式表达的 MO 模型。
该工具似乎存在，但限制了开发。从这里开始，检查模型就没有劳动生产率可言了。
而且你必须从数以百计的模型中进行挖掘。而且每个模型都要在脚本中编写一段代码，这非常不划算，因为要绑定大量的相关环境，
如果模型不成功，就直接扔掉这段代码。

还建议开发人员为公式合成 工具 引入用户函数。


这样既解决了模型的长度问题，又解决了其代码形式的结构问题。但开发人员回应说，他们不打算更改自定义 符号。 这将如何运作？如果对富有成效的专业研究存在这样的限制。


您说的是什么算法、模型和编程语言？

 
Vladimir Perervenko #:

你说的是什么算法、模型和编程语言？

算法很常见：不同种类的回归/分类。或者 GBoosting、RandomForest 树。
这些算法会建立不同的结构模型。
如果我们使用回归模型，模型结构就不会太大，看起来就像一个带有数学运算的线性公式。
但它不适合合成工具的公式窗口。因为窗口中的输入符号有限制。
而如果我们采用树状模型，那么模型已经是通过开关构造得到的。一个开关构造就是一棵树。
而模型中使用的树越多，它所包含的开关构造也就越多。
因此，该算法模型的代码可长达数万行。

为了在不通过 MQL5 脚本、MQL5 代码环境
描述的情况下高效检查任何算法的数百个模型，有人建议开发人员在合成工具的公式窗口中引入用户函数。
不幸的是，他们没有听到。或者说，他们听到了，但提到了他们不打算 修改 合成工具公式的事实。
也许， 在未来的某个时候，他们可能会考虑该建议，但我对此表示怀疑。
现在需要对模型进行检查，因此我们必须通过 MQL5 脚本对 MQL5 代码环境进行整体包装。
这大大降低了 MT5 中模型检查的效率。

检查效率是什么意思？

将模型代码封装为自定义函数 并保存在文件或专用窗口中，
，然后 使用创建的自定义函数与模型 输入合成工具 公式， 并快速检查，
，必要时考虑不同工具的自动同步 ，这比在脚本代码中使用冗长的 MQL5 管道描述该模型要快得多。
C 和 MQL5。

 
Roman #:

算法很常见：不同类型的回归/分类。或 GBoosting、RandomForest 树。
这些算法会建立不同的结构模型。
如果我们采用回归模型，模型结构就不会太大，看起来就像一个带有数学运算的线性公式。
但它并不适合合成工具的公式窗口。因为窗口中的输入符号有限制。
而如果我们采用树状模型，那么模型已经是通过开关构造得到的。一个开关构造就是一棵树。
而模型中使用的树越多，它所包含的开关构造也就越多。
因此，该算法模型的代码可长达数万行。

为了在不通过 MQL5 脚本、MQL5 代码环境
描述的情况下高效检查任何算法的数百个模型，有人建议开发人员在合成工具的公式窗口中引入用户函数。
不幸的是，他们没有听到。或者说，他们听到了，但提到了他们不打算 修改 合成工具公式的事实。
也许， 在未来的某个时候，他们可能会考虑该建议，但我对此表示怀疑。
现在需要对模型进行检查，因此我们必须通过 MQL5 脚本对 MQL5 代码环境进行整体包装。
这大大降低了 MT5 中模型检查的效率。

检查效率是什么意思？

将模型代码封装为自定义函数 并保存在文件或专用窗口中，
，然后 使用创建的自定义函数与模型 输入合成工具 公式， 并快速检查，
，必要时考虑不同工具的自动同步 ，这比在脚本代码中使用冗长的 MQL5 管道描述该模型要快得多。
C 和 MQL5。

这不是聊天机器人生成的吗？非常相似。无意冒犯。

 

价格时刻有三个维度--价格价值、时间和数量。

数量是价格的一个组成部分？

 
Alexander Ivanov #:

价格时刻有三个维度--价格价值、时间和数量。

成交量是价格的一个组成部分？

成交量是在选定价格或价格范围内签订的合约数量。

为什么要发明新概念，然后又被它们弄得一头雾水？
不要打破逻辑第一定律
 
Vladimir Perervenko #:

这不是聊天机器人生成的吗？看起来是的。无意冒犯。

你问算法是为了以后可以怀疑它是不是聊天机器人吗？
已经给出了详细的回答，所以没有其他问题了。
显然聊天机器人做得很好，没有留下任何问题））。

 
mytarmailS #:
成交量是指按选定价格或价格范围签订的合同数量。

为什么要发明新概念，然后又对其感到困惑？
不应违反逻辑第一定律

明白了，我不是傻瓜）

1...290929102911291229132914291529162917291829192920292129222923...3399
新评论