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

 

教授们好!

Makhsim,你在mt4上的Tensor_bot是否可用?

提问人:....,有很多资本...以及每月在世界各地旅行的人....

 
亚历山大-伊万诺夫

教授们好!

Makhsim,你在mt4上的Tensor_bot是否可用?

提问人:....,有很多资本...以及每月在世界各地旅行的人....

我可以做任何我想做的事。

 
马克西姆-德米特里耶夫斯基

告诉他们给我发电子邮件,我可以做任何事情,即使是定制工作。

好吧,我会的,我也会的。意大利的百万富翁们很快就会联系上。

等等。

 
亚历山大-伊万诺夫

好吧,我将这样做,并说服他们这样做。意大利的百万富翁们很快就会联系上。

我不关心他们是否是外星人)。

 
Makhsim,他们会出来接触的。但他们是大思想家和创新者。
 
尤里-阿索连科
从数量上看,汽车比拖拉机多,但将它们相互比较是无稽之谈。
通过参考--两者,它是广泛的。按模块划分--有一些重合。
我想,Python有一个对R的移植,R也有一个对Python的移植。
如果你有一个复杂的任务,如果你在任何环境和任何语言中工作,你必须从外部移植一些东西。不管你喜不喜欢,你还得有一辆卡车、一辆拖拉机和一台挖掘机--按适用性排在第30位。

"如果你确定,就解释,如果你不确定,就在写之前检查。不是批评。

随着R中 "reticulate "包的出现,Python在R中作为本地运行。无论是以互动形式还是以脚本、代码、文件等形式,都没有必要对它们进行比较。它们必须一起使用。为什么R是主要的?它是MT4/5中的一个优秀的主控网关。而且这不是小事。

祝好运

 
弗拉基米尔-佩雷文科

"我想,我想 "要确定--解释,不确定--写前检查。不是批评。

随着R中 "reticulate "包的出现,Python在R中作为本地运行。无论是以互动形式还是以脚本、代码、文件等形式,都没有必要对它们进行比较。它们必须一起使用。为什么R是主要的?它是MT4/5中的一个优秀的主控网关。而这并不是非常少。

祝好运

其实我不是在比较,我是说,语言在排名中的位置只说明了适用性,而不是别的。挖掘机和卡车一样有用,尽管挖掘机的适用性要低几个数量级。

弗拉基米尔-佩雷文科

为什么主要的还是R呢?在MT4/5中很好地掌握了关口。而这并不是少数。

如果有C-API,而且到处都有,那么编写网关就不是问题。重要的不是MT中的R,而是MT中的C++,而且最初是在MT中提供的)。移植任何你想要的东西,甚至是MathLab。而且没有理由纠结于R或其他东西。对于你和SanSanych来说,主R应该这样写。

我在一台完全不同的挖掘机上工作,这台挖掘机甚至不在评级之列)。

 
尤里-阿索连科

其实我没有比较,我是说语言在排名中的位置只说明了适用性,仅此而已。挖掘机的作用并不亚于卡车,尽管挖掘机的适用性要低几个数量级。

如果你有C-API,写一个网关就不是问题,而且到处都有。重要的不是MT中的R,而是MT中的C++,而且最初在MT中就有)。移植任何你想要的东西,甚至是MathLab。而且没有理由纠结于R或其他东西。对于你和SanSanych来说,主R应该这样写。

我在一台完全不同的挖掘机上工作,这台挖掘机甚至不在排名之列)。


R是在交易中应用统计学的主要语言,不仅仅是对我们,而是对全世界。由此产生了大量的影响,其形式包括现成的代码、文章、书籍、期刊和挂图--所有的主题。R是统计学的主流,R是对MQL4/5的补充,而绝不是替代--没有自行车,只使用最佳实践。

对于这个论坛上的某些人来说,Python比R更好,原因很明显--这种语言之所以排在第一位,是因为它在与统计无关的领域的应用,而这些领域(例如网站开发)要广泛得多,在商业努力方面也更有前途。

 
桑桑尼茨-弗门科

R是在交易中应用统计学的主要语言,不仅仅是我们,全世界都是如此。并由此产生了大量现成的代码、文章、书籍、杂志和挂图等形式的影响--所有这些都在主题中。R是统计学的主流,R是对MQL4/5的补充,而绝不是替代--没有自行车,只使用最佳实践。

对于这个论坛上的某些人来说,Python比R更受欢迎,原因很明显--这种语言由于在与统计无关的领域的使用而排名第一,而这些领域(例如网站开发)要广泛得多,在商业努力方面也更有前景。

至于统计数据,我不知道。

至于MO,有很多Python的MO模块,而且,我认为,它们比R的模块做得更专业。另外,在Python中使用R包也不是问题。而且,和R一样,Python模块根本就不是Python,而通常是C++。

在R中真正更方便、更容易的是建模本身。在我看来,R应该被视为一个建模环境,具有可视化等功能。- 对于研究来说,R在各方面都优于Python。至于运行时,Python更有趣,特别是作为一种脚本语言,程序组件之间相互关联,构成一个连贯的整体。R并不梦想这样做,但这并不是为了它。在可执行程序中直接使用R是一个死胡同。你可以从任何地方使用和调用R包中的函数--从C++、Pascal或Python。而这是一个更有趣的选择,因为它不只停留在R上,而且允许你使用任何库的功能,甚至是Chrome浏览器库的功能,如果你需要的话。

 
尤里-阿索连科

至于统计数据,我不知道。

至于MO,有很多Python的MO模块,而且,我认为,它们比R的模块做得更专业。另外,在Python中使用R包也不是问题。而且,和R一样,Python模块根本就不是Python,而通常是C++。

在R中真正更方便、更容易的是建模本身。在我看来,R应该被视为一个建模环境,具有可视化等功能。- 对于研究来说,R在各方面都优于Python。至于运行时,Python更有趣,特别是作为一种脚本语言,程序组件之间相互关联,构成一个连贯的整体R并不梦想这样做,但这并不是为了它。在 可执行程序中直接使用 R是一个死胡同。你可以从任何地方使用和调用R包中的函数--从C++、Pascal或Python。而这是一个更有趣的选择,因为它不完全停留在R上,如果需要的话,允许你使用任何库的功能,甚至是Chrome浏览器的库)。

你能详细介绍一下这些脚本吗?

我对将R程序的各个组成部分合并成一个单一实体没有异议。

在OnInit部分有一个对R的调用,在OnTick部分有一个对信号的调用,产生一打半的用R写的函数。这些函数里面是对R包中的函数的调用,包括计算复杂的函数,即调用用C++或Fortran编写的函数,我不太清楚。所有这些多样性在EA中是不可见的,R文本的变化在EA中没有任何变化....。


我的问题是什么?那么这个我看不到的问题如何在Python中得到解决呢?