圣彼得堡现象。概率论的悖论。 - 页 10 1...34567891011121314151617...25 新评论 Maxim Dmitrievsky 2018.10.25 16:01 #91 Yuriy Asaulenko:事实上，你不能这样做。你需要，比如说，一个数据库--那是外部软件，不再是MKL。在MCL中写一个DB是近乎疯狂的。 任何事情也可以用汇编程序来做，但没有人会想到用汇编程序做所有事情。除了你，没有人会想到使用任何数据库 :) 终端有自己的数据库。 Yuriy Asaulenko 2018.10.25 16:04 #92 Maxim Dmitrievsky:除了你，没有人会想到使用任何数据库 :)一个数据库就是一个数据库）。而一般来说，从文章和论坛的MKu来看，来的人也很多。 这里是关于TC的额外培训，因为该剧正在做梦。没有数据库，这是不现实的。 Maxim Dmitrievsky 2018.10.25 16:05 #93 Yuriy Asaulenko:DB是一个数据库）。而事实上，从文章和MKu论坛来看，来的人也不少。是的，最近在国防部的主题中，有一个提基建议在那里收集......嗯，这不是很白痴吗？ 还有什么可以积累在里面的，我无法想象......以及为什么 Yuriy Asaulenko 2018.10.25 16:09 #94 Maxim Dmitrievsky:是的，最近有一个提基建议，在国防部的主题中......这不是很疯狂吗？ 我无法想象这里面还有什么......以及为什么。我将在一般情况下收集，例如为一个外部测试者。但还没有必要。 在我的数据库中，我有几个工具在一年内的OHLCV的分钟报价。同样，对于Python。在MT，它已经存在了。 Maxim Dmitrievsky 2018.10.25 16:10 #95 Yuriy Asaulenko:我一般会建一个，比如说，用于外部测试器。但我还不需要它。 我的数据库里有几个乐器一年的OHLCV的分钟报价。同样，对于Python。在MT，它已经是了。这正是 "它是"。 Aleksey Nikolayev 2018.10.25 16:13 #96 Maxim Dmitrievsky:你可以用mql5做任何事情，甚至更多。mql5对最终产品有好处。对于研究工作来说，与R或python之类的东西相比，它显得很笨拙。 Yuriy Asaulenko 2018.10.25 16:17 #97 Aleksey Nikolayev:mql5对最终产品有好处。对于研究来说，与R或python这样的东西相比，它显得很笨拙。我同意这一点。但是R也很不方便，因为它的专业性很窄。而且到处都有统计数据。 Aleksey Nikolayev 2018.10.25 16:37 #98 Yuriy Asaulenko:我同意。但R也很不舒服，因为它的专业性很窄。而统计数据其实无处不在。到目前为止，我遇到的R的唯一问题是，它在大数据上的速度很慢。对于大数据，Cern ROOT 是一个更好的选择。 Maxim Dmitrievsky 2018.10.25 16:38 #99 Aleksey Nikolayev:mql5对最终产品有好处。对于研究来说，与R或python这样的东西相比，它显得很笨拙。是的，特别是当你需要手头有一堆不同的报价和快速测试时，R和python会很快让你生气，只是重新启动脚本而已+R有一个慢得令人作呕的IDE。 用这些语言运行任何回溯测试器数百次，然后在悲伤中上吊自杀。 我甚至不想提及来自第三方lib的错误，以及持续的不兼容问题，等等。 Aleksey Nikolayev 2018.10.25 16:51 #100 Maxim Dmitrievsky:是的，特别是当你需要手头有一堆不同的报价和快速测试时，R和python会很快让你陷入困境，只是重新启动脚本而已+ R的IDE速度慢得令人作呕mql5中几乎没有统计数据。而你的那个，说句不好听的，没有经过测试。 1...34567891011121314151617...25 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
事实上，你不能这样做。你需要，比如说，一个数据库--那是外部软件，不再是MKL。在MCL中写一个DB是近乎疯狂的。
任何事情也可以用汇编程序来做，但没有人会想到用汇编程序做所有事情。
除了你，没有人会想到使用任何数据库 :)
终端有自己的数据库。除了你，没有人会想到使用任何数据库 :)
一个数据库就是一个数据库）。而一般来说，从文章和论坛的MKu来看，来的人也很多。
这里是关于TC的额外培训，因为该剧正在做梦。没有数据库，这是不现实的。
DB是一个数据库）。而事实上，从文章和MKu论坛来看，来的人也不少。
是的，最近在国防部的主题中，有一个提基建议在那里收集......嗯，这不是很白痴吗？
还有什么可以积累在里面的，我无法想象......以及为什么
是的，最近有一个提基建议，在国防部的主题中......这不是很疯狂吗？
我无法想象这里面还有什么......以及为什么。
我将在一般情况下收集，例如为一个外部测试者。但还没有必要。
在我的数据库中，我有几个工具在一年内的OHLCV的分钟报价。同样，对于Python。在MT，它已经存在了。
我一般会建一个，比如说，用于外部测试器。但我还不需要它。
我的数据库里有几个乐器一年的OHLCV的分钟报价。同样，对于Python。在MT，它已经是了。
这正是 "它是"。
你可以用mql5做任何事情，甚至更多。
mql5对最终产品有好处。对于研究工作来说，与R或python之类的东西相比，它显得很笨拙。
mql5对最终产品有好处。对于研究来说，与R或python这样的东西相比，它显得很笨拙。
我同意这一点。但是R也很不方便，因为它的专业性很窄。而且到处都有统计数据。
我同意。但R也很不舒服，因为它的专业性很窄。而统计数据其实无处不在。
到目前为止，我遇到的R的唯一问题是，它在大数据上的速度很慢。对于大数据，Cern ROOT 是一个更好的选择。
mql5对最终产品有好处。对于研究来说，与R或python这样的东西相比，它显得很笨拙。
是的，特别是当你需要手头有一堆不同的报价和快速测试时，R和python会很快让你生气，只是重新启动脚本而已
+R有一个慢得令人作呕的IDE。
用这些语言运行任何回溯测试器数百次，然后在悲伤中上吊自杀。
我甚至不想提及来自第三方lib的错误，以及持续的不兼容问题，等等。
是的，特别是当你需要手头有一堆不同的报价和快速测试时，R和python会很快让你陷入困境，只是重新启动脚本而已
+ R的IDE速度慢得令人作呕mql5中几乎没有统计数据。而你的那个，说句不好听的，没有经过测试。