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

新评论
 

Renat Fatkhullin #:

考虑到您所说的 "复杂的语言，我不懂"，您并不具备这方面的知识和视野，也不了解公司-开发商-计算平台的行为策略。

交易中的神经网络这一主题的问题不在于工具，有很多工具（我说的不是 mql）。而且有很多专业人士"对这一主题有着认真的认识和展望"。

在流行库的基础上，这个问题已经解决了很多年。也许问题不在于工具和专业人员，而在于想法和对如何做的理解。你总能让专业人士找到可行的解决方案，他们也会对其进行润色。

我想说的是，你们竞相追求工具之美可能不会带来结果。其他地方早就有这些工具了，而且还能获取历史报价数据。你们没有提供任何新东西。为什么在这里突然就能用了？

 
Evgeny Dyuka #:

交易中的神经网络这一主题的问题不在于工具，有很多工具（我说的不是 mql）。而且有很多专业人士" 对这一主题有着认真的认识和展望"。

在流行库的基础上，这个问题已经解决了很多年。也许问题不在于工具和专业人员，而在于想法和对如何做的理解。你总能让专家们找到可行的解决方案，他们会对其进行润色。

我的观点是，你对工具之美的追逐可能不会带来结果。其他地方早就有这些工具了，而且还能获取历史报价数据。你们没有提供任何新东西。为什么在这里突然就行得通了？

其他地方又是怎么做的呢？关于 MO 的文章是这里最有力的文章之一。我是 Medium、Quantstart、Cagle、Quantocrasy 等网站的读者。

感觉就像是用不存在的理由来解决不存在的问题。

关于集成--一切都可以通过文件或管道在 10 分钟内完成，或者通过套接字或 python api，而无需使用事后无法自行更改的库。

我不明白还需要什么。
他们确实需要--随他们去吧，这不会是多余的。

比方说，如果 R 程序员通常都不熟悉文件操作，那你要去哪里呢？
 
Maxim Dmitrievsky #:
你要去哪儿？

我只是闹着玩的，吵架或聊天总是很有意思的。

 
Evgeny Dyuka #:

我只是闹着玩的 吵吵架、聊聊天总是很有意思的

那就写一篇更好的文章吧，我也不知道
 
是的，目标很正常，就是为 MO 编写自己的工具，当然这与使用第三方工具并与之连接完全不同，当然这是更复杂的全局性任务，风险也更大，但却非常合乎逻辑。如果第三方软件包在元报价沙盒中起飞后，使用第三方软件包的时间滞后几年，一切都将正常。当然，程序员编程环境的可用性将是第一位的。
 
Valeriy Yastremskiy #:
是的，正常目标是为 MO 编写自己的工具，当然，这与使用第三方工具并与之连接完全不同，当然，这是更复杂的全局性任务，风险也更大，但却非常合乎逻辑。如果第三方软件包在元报价沙盒中起飞后，使用第三方软件包的时间滞后几年，一切都将正常。当然，程序员编程环境的可用性将是第一位的。

我看不出有什么合乎逻辑的地方。

我真的不明白为什么要受苦、等待并投入到 MQL 的实施中，因为它还不存在，以何种形式存在也是个未知数，但它在很久以前就已经存在了，而且很酷，拥有一个庞大的社区。怎样才能进入市场？如果运气好的话，也许还能卖出一些东西，但这并不确定。

然后，你就不能带着它去其他地方了，比如加密货币，那里才是真正赚钱的地方。而像 3commas 或 veles.finance 这样的交易机器人 服务，会让你有机会正常赚钱。

 
Maxim Dmitrievsky #:
那就写一篇更好的文章吧，我不知道。

不过，我还是想弄明白为什么 Python 没有类似的 mt-R。这与从 mql5 程序启动解释器的可能性有关，解释器可以向 mql5 程序发送命令并进行双向数据交换。举例来说，这对于快速测试训练有素的模型非常方便，无需将其提炼为 mql5 代码，而且总体而言，这是一个相当灵活的工具。而且，它似乎正是 "喋喋不休 "的爱好者所需要的。

 
Evgeny Dyuka #:

我不明白这有什么意义。

我真的不明白为什么要忍受、等待和钻研 MQL 的实现，因为它还不存在，以什么形式存在也是个未知数，但它在很久以前就已经存在了，而且很酷，拥有一个庞大的社区。如何才能进入市场？如果幸运的话，也许还能卖出一些东西，但这还不能确定。

然后，你就不能带着它去其他地方了，比如加密货币，那里才是真正赚钱的地方。而像 3commas 或 veles.finance 这样的交易机器人 服务，会让你有机会正常赚钱。

同样，这也是复杂的、全球性的、有风险的。而且，作为商品服务的基础设施总是存在不受欢迎的风险。但这至少是一条可以理解的道路。当然，在一些成功的时刻，拒绝使用胶带是邪恶的，但这肯定不是目标路径。

 
Aleksey Nikolayev #:

不过，我还是想弄明白为什么 Python 没有类似的 mt-R。我指的是从 mql5 程序中启动解释器的可能性，它能向 mql5 程序发送命令并双向交换数据。这很方便，例如，可以快速测试训练好的模型，而无需将其提炼为 mql5 代码，总的来说，这是一个相当灵活的工具。而且，它似乎正是 "喋喋不休 "的爱好者所需要的。

也许是因为mqlPy 程序 和Py 解释器 之间禁止数组交换的缘故。
R 也会有同样的信仰。

老实说，我不明白 MQ 所说的关键安全点在哪里。

也许这与安全性无关，而是与数组的复杂 Py api 有关。
，他们只是懒得用它。
，numpy api 在那里真的很痛苦。


我写了一个用于发送命令的 C-api dll，在系统频率范围内，一切交换都非常快。
但在后台进程中交换时，要启动 matlab 引擎，这会消耗大量内存。
matlab 的唯一缺点。
用于桌面和快速检查还不错。

 
Aleksey Nikolayev #:

不过，我还是想弄明白为什么 Python 没有类似的 mt-R。我指的是从 mql5 程序中启动解释器的可能性，它可以向 mql5 程序发送命令并双向交换数据。这很方便，例如，可以快速测试训练好的模型，而无需将其提炼为 mql5 代码，总的来说，这是一个相当灵活的工具。而且，这似乎也正是 "唧唧喳喳 "爱好者想要的。

有人为 R 开发了类似 python 的 api，但没有成功将其上传到像 pypi 这样的本地市场，其他的我就不知道了。解释型语言的代码速度很慢，可能没有什么意义，也就是说，不会有快速测试:)
1...268826892690269126922693269426952696269726982699270027012702...3399
新评论