交易中的机器学习：理论、模型、实践和算法交易 - 页 1196 1...118911901191119211931194119511961197119811991200120112021203...3399 新评论 СанСаныч Фоменко 2018.12.11 07:45 #11951 伊戈尔-马卡努。很漂亮! 作为一个Python专家的问题，给我一些Python的实验，我几乎已经掌握了Sharp，它与MT5的链接完全没有问题，C#和Python应该是支持它的，然后我可以转到Python；)Python与我们的问题没有关系。Python是一堆能对我们有用的东西和事物，是一个乡下人的子虚乌有的版本，从上到下都不兼容。Python的支持纯粹是质朴的，在爱好者身上。Python中可接受的包的标准并不存在。在Python中找到的任何东西都是论坛上的搜索，由爱好者来完成。 在比较Python和R时，这一点尤其明显。R是我们的，交易员的系统，有一个很好的参考仪器和我们的评分器。 找到你需要的工具完全没有问题。每个包都有很好的文档：函数调用的 描述，实现这些函数的算法的链接，例子，与包相关的文章的链接。 R可以作为任何问题的教科书来使用。而且所有的材料都是绝对具体的，有相应的代码支持。 Python没有也不可能比R有优势，因为对我们来说所有有趣的东西都是用Cp写的，而Python或R是这些包的外壳。 有时Python领先于新包，这是因为完全没有对包的设计要求和后续支持。出现在R镜像上的任何东西都会被审核，垃圾会被过滤掉。 R的反面是Srr，R本身是用Srr写的，在R和Srr之间有一个完美的文档接口。因此，你总是有可能放弃R的外壳，直接从MCL上的程序中使用用Srr编写的工具本身。 最后一件事。据我所知，Python和MCL之间仍然没有桥梁。但是R和两个MCL之间的这种桥梁已经存在很多年了，它在kodobase中是免费提供的，而且没有任何抱怨--一切工作都很稳定，测试器也在工作，我还没有看到任何关于速度的抱怨：数据是在内存中发送的。 Aleksey Nikolayev 2018.12.11 08:23 #11952 桑桑尼茨-弗门科。Python与我们的问题一点关系都没有。Python是一堆对我们有用的东西和事物，是一个乡下人的子虚乌有的版本，从上到下都是不兼容的。Python的支持纯粹是质朴的，在爱好者身上。Python中可接受的包的标准并不存在。在Python中找到的任何东西都是论坛上的搜索，由爱好者来完成。 在比较Python和R时，这一点尤其明显。R是我们的，交易员的系统，有一个很好的参考仪器和我们的评分器。 找到你需要的工具完全没有问题。每个包都有很好的文档：函数调用的 描述，实现这些函数的算法的链接，例子，与包相关的文章的链接。 R可以作为任何问题的教科书来使用。而且所有的材料都是绝对具体的，有相应的代码支持。 Python没有也不可能比R有优势，因为对我们来说所有有趣的东西都是用Cp写的，而Python或R是这些包的外壳。 有时Python领先于新包，因为完全没有包的设计和维护要求。出现在R镜像上的任何东西都会被审核，垃圾会被过滤掉。 R的反面是Srr，R本身是用Srr写的，在R和Srr之间有一个完美的文件接口。因此，你总是有可能放弃R的外壳，直接从MCL上的程序中使用用Srr编写的工具本身。 最后一件事。据我所知，Python和MCL之间仍然没有桥梁。但是这样的R和两个MCL之间的桥梁已经存在了很多年，它在kodobase中是免费提供的，而且没有任何抱怨--一切工作都很稳定，测试器也能工作，我还没有看到任何关于速度的抱怨：数据是在内存中发送。我也喜欢R，但我相信我们这个领域的未来是在python中。你可以在它上面建立一个完整的闭环系统，从分析到交易。一个例子是quantopian。这对R来说是行不通的。 СанСаныч Фоменко 2018.12.11 08:41 #11953 阿列克谢-尼古拉耶夫。我也喜欢R，但我相信我们这个领域的未来在于python。它可以用来创建一个完全闭环的系统，从分析到交易。一个例子是quantopian。你不能用R来做这个。为什么不能工作？在我看来，多年来已经如此。有自己的IBrokers终端，它有一个与quantopian相同的经纪人的API。 再一次，Python与R的外壳相同。只有R是一个严肃的发展，而Python是一个方便的工具，大量的用户对我们来说不是核心的，并产生噪音。 mytarmailS 2018.12.11 09:02 #11954 哪里有一个简单清晰的例子说明如何交换 R和mt4的数据？ revers45 2018.12.11 09:07 #11955 桑桑尼茨-弗门科。R的反面是Srr，R本身是用Srr写的，在R和Srr之间有一个完美的文档接口。因此，你总是有可能放弃R语言的外壳，直接从MKL的程序中使用用Srr编写的工具本身。这可能就是为什么R的桥是用pascal写的。 Maxim Dmitrievsky 2018.12.11 09:13 #11956 桑桑尼茨-弗门科。你会成为一个好的销售员，祝贺你 СанСаныч Фоменко 2018.12.11 09:22 #11957 马克西姆-德米特里耶夫斯基。你会成为一个好的销售人员，恭喜你。 至少说出一个广为人知的、受欢迎的（不是对你，而是对世界社区）的R语言机器学习包。还有其他的吗？不在R中？仅在caret shell中就有近200个，而且不是全部，比如keras本身。你想让我收集关于它们在全球社区使用情况的统计数据吗？ 这都是闲话，就像任何关于编程语言选择的谈话一样。我并不喜欢podlouches。而对我来说，这就是决定性的标准。每个人都有自己的想法。 Maxim Dmitrievsky 2018.12.11 09:25 #11958 桑桑尼茨-弗门科。还有其他的吗？不在R上？仅仅在caret shell中就有近200个，而且不是全部，比如keras本身。你想让我收集关于它们在全球社区使用情况的统计数据吗？ 这都是闲话，就像任何关于编程语言选择的谈话一样。我并不喜欢podlouches。而对我来说，这就是决定性的标准。而在那里，每个人都有自己的想法。嗯，我看到他们开始添加R语言，比如TFlow和MXnet，之前只有python。 СанСаныч Фоменко 2018.12.11 09:26 #11959 不是的。这可能就是为什么R的桥是用Pascal写的。用什么写的有什么区别呢？ 这座桥是10年前写的，当时它被用来教学生编程。然后帕斯卡尔突然死亡。 但该桥的主要优势是 - 原始性，不需要时间来掌握。 我甚至在这里开了一个分部，激动地想写一些更像样的东西，甚至制定了ToR，但没有人愿意，所以我们拥有的就是我们的。Python也没有这个功能。 СанСаныч Фоменко 2018.12.11 09:29 #11960 马克西姆-德米特里耶夫斯基。好吧，我看到他们开始添加R语言，比如TFlow和MXnet，之前只有python。我曾在论坛上写道：我不认为用一个包来代替另一个包有什么好处。整个问题是预测器和它们对某位教师的预测能力。如果这个问题得到解决，那么以软件包为代价，你可以摆脱百分之几的错误，但这并不值得麻烦。 1...118911901191119211931194119511961197119811991200120112021203...3399 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
很漂亮!
作为一个Python专家的问题，给我一些Python的实验，我几乎已经掌握了Sharp，它与MT5的链接完全没有问题，C#和Python应该是支持它的，然后我可以转到Python；)
Python与我们的问题没有关系。Python是一堆能对我们有用的东西和事物，是一个乡下人的子虚乌有的版本，从上到下都不兼容。Python的支持纯粹是质朴的，在爱好者身上。Python中可接受的包的标准并不存在。在Python中找到的任何东西都是论坛上的搜索，由爱好者来完成。
在比较Python和R时，这一点尤其明显。R是我们的，交易员的系统，有一个很好的参考仪器和我们的评分器。 找到你需要的工具完全没有问题。每个包都有很好的文档：函数调用的 描述，实现这些函数的算法的链接，例子，与包相关的文章的链接。 R可以作为任何问题的教科书来使用。而且所有的材料都是绝对具体的，有相应的代码支持。
Python没有也不可能比R有优势，因为对我们来说所有有趣的东西都是用Cp写的，而Python或R是这些包的外壳。 有时Python领先于新包，这是因为完全没有对包的设计要求和后续支持。出现在R镜像上的任何东西都会被审核，垃圾会被过滤掉。
R的反面是Srr，R本身是用Srr写的，在R和Srr之间有一个完美的文档接口。因此，你总是有可能放弃R的外壳，直接从MCL上的程序中使用用Srr编写的工具本身。
最后一件事。据我所知，Python和MCL之间仍然没有桥梁。但是R和两个MCL之间的这种桥梁已经存在很多年了，它在kodobase中是免费提供的，而且没有任何抱怨--一切工作都很稳定，测试器也在工作，我还没有看到任何关于速度的抱怨：数据是在内存中发送的。
Python与我们的问题一点关系都没有。Python是一堆对我们有用的东西和事物，是一个乡下人的子虚乌有的版本，从上到下都是不兼容的。Python的支持纯粹是质朴的，在爱好者身上。Python中可接受的包的标准并不存在。在Python中找到的任何东西都是论坛上的搜索，由爱好者来完成。
在比较Python和R时，这一点尤其明显。R是我们的，交易员的系统，有一个很好的参考仪器和我们的评分器。 找到你需要的工具完全没有问题。每个包都有很好的文档：函数调用的 描述，实现这些函数的算法的链接，例子，与包相关的文章的链接。 R可以作为任何问题的教科书来使用。而且所有的材料都是绝对具体的，有相应的代码支持。
Python没有也不可能比R有优势，因为对我们来说所有有趣的东西都是用Cp写的，而Python或R是这些包的外壳。 有时Python领先于新包，因为完全没有包的设计和维护要求。出现在R镜像上的任何东西都会被审核，垃圾会被过滤掉。
R的反面是Srr，R本身是用Srr写的，在R和Srr之间有一个完美的文件接口。因此，你总是有可能放弃R的外壳，直接从MCL上的程序中使用用Srr编写的工具本身。
最后一件事。据我所知，Python和MCL之间仍然没有桥梁。但是这样的R和两个MCL之间的桥梁已经存在了很多年，它在kodobase中是免费提供的，而且没有任何抱怨--一切工作都很稳定，测试器也能工作，我还没有看到任何关于速度的抱怨：数据是在内存中发送。
我也喜欢R，但我相信我们这个领域的未来是在python中。你可以在它上面建立一个完整的闭环系统，从分析到交易。一个例子是quantopian。这对R来说是行不通的。
我也喜欢R，但我相信我们这个领域的未来在于python。它可以用来创建一个完全闭环的系统，从分析到交易。一个例子是quantopian。你不能用R来做这个。
为什么不能工作？在我看来，多年来已经如此。有自己的IBrokers终端，它有一个与quantopian相同的经纪人的API。
再一次，Python与R的外壳相同。只有R是一个严肃的发展，而Python是一个方便的工具，大量的用户对我们来说不是核心的，并产生噪音。
R的反面是Srr，R本身是用Srr写的，在R和Srr之间有一个完美的文档接口。因此，你总是有可能放弃R语言的外壳，直接从MKL的程序中使用用Srr编写的工具本身。
这可能就是为什么R的桥是用pascal写的。
你会成为一个好的销售员，祝贺你
你会成为一个好的销售人员，恭喜你。
至少说出一个广为人知的、受欢迎的（不是对你，而是对世界社区）的R语言机器学习包。
还有其他的吗？不在R中？仅在caret shell中就有近200个，而且不是全部，比如keras本身。你想让我收集关于它们在全球社区使用情况的统计数据吗？
这都是闲话，就像任何关于编程语言选择的谈话一样。我并不喜欢podlouches。而对我来说，这就是决定性的标准。每个人都有自己的想法。
还有其他的吗？不在R上？仅仅在caret shell中就有近200个，而且不是全部，比如keras本身。你想让我收集关于它们在全球社区使用情况的统计数据吗？
这都是闲话，就像任何关于编程语言选择的谈话一样。我并不喜欢podlouches。而对我来说，这就是决定性的标准。而在那里，每个人都有自己的想法。
嗯，我看到他们开始添加R语言，比如TFlow和MXnet，之前只有python。
这可能就是为什么R的桥是用Pascal写的。
用什么写的有什么区别呢？
这座桥是10年前写的，当时它被用来教学生编程。然后帕斯卡尔突然死亡。
但该桥的主要优势是 - 原始性，不需要时间来掌握。
我甚至在这里开了一个分部，激动地想写一些更像样的东西，甚至制定了ToR，但没有人愿意，所以我们拥有的就是我们的。Python也没有这个功能。
好吧，我看到他们开始添加R语言，比如TFlow和MXnet，之前只有python。
我曾在论坛上写道：我不认为用一个包来代替另一个包有什么好处。整个问题是预测器和它们对某位教师的预测能力。如果这个问题得到解决，那么以软件包为代价，你可以摆脱百分之几的错误，但这并不值得麻烦。