サンクトペテルブルク現象。確率論のパラドックス。 - ページ 10

 
Yuriy Asaulenko:

実は、できないんです。例えば、データベースが必要な場合、それは外部ソフトウェアであり、もはやMKLではありません。MCLでDBを書くというのは狂気に近い。

アセンブラも何でもできるけど、何でもアセンブラでやろうと思う人はいないでしょう。

あなた以外、誰もデータベースを使おうとは思わないでしょう :)

は、端末が独自のデータベースを持ちます。
 
Maxim Dmitrievsky:

あなた以外、誰もデータベースを使おうとは思わないでしょう :)

データベースはデータベースである)そして、一般的には、記事やフォーラムMKuから判断して、多くのことを来る。

ここでは、劇中で夢想するTCの追加トレーニングについて説明します。DBがなければ、現実的ではありません。

 
Yuriy Asaulenko:

DBはデータベース)そして実際、記事やMKuのフォーラムから判断すると、来るし、多い。

そうそう、最近MoDのスレで一人のチキがそこに集めることを提案したんだけど、まあ、バカバカしくないですかね?

その中に何を溜め込むのか、私には想像もつきません・・・そしてその理由も

 
Maxim Dmitrievsky:

そういや最近チキが提案してたな、MoDスレで...おかしくないか?

他に何が入っているのか...なぜなのか想像がつきません。

外部のテスターなどでは、一般的に収集しますよ。でも、まだ必要ない。

私のデータベースには、1年以上にわたるいくつかの商品のOHLCVの分単位の相場があります。再び、Pythonの場合。MTではすでにある。

 
Yuriy Asaulenko:

外部テスター用など、一般的なものなら作ろうと思います。でも、まだ必要ないんです。

私のデータベースには、いくつかの楽器のOHLCVの1年分の相場があります。再び、Pythonの場合。MTではすでにそうなっています。

それこそ「あるある」です。

 
Maxim Dmitrievsky:

mql5で何でもできる。

最終的にはmql5が良いですね。研究用としては、Rやpythonなどに比べると不格好です。

 
Aleksey Nikolayev:

最終的にはmql5が良いですね。研究用としては、Rやpythonなどに比べると不格好です。

それは私も同感です。しかし、Rは専門性が狭いので、非常に不便でもあります。そして、いたるところに統計があります。

 
Yuriy Asaulenko:

私もそう思います。しかし、Rは専門性が狭いため、非常に違和感があるのも事実です。そして、統計は実はどこにでもあるのです。

これまでRを使ってきた中で唯一問題だったのは、ビッグデータに対して遅いということです。ビッグデータには、Cern ROOTの 方が適しています。

 
Aleksey Nikolayev:

最終的にはmql5が良いですね。研究用としては、Rやpythonなどに比べると不格好です。

特に、様々な見積もりや迅速なテストが必要な場合、Rとpythonはスクリプトを再起動するだけで、すぐにうんざりしてしまうでしょう。

+ RはIDEが吐き気がするほど遅い。

これらの言語でどんなバックテスターでも何百回も実行し、そして悲しみで首を吊ってください。

サードパーティのライブラリから来るエラーや、常に非互換であることなど、言及する気もありません。

 
Maxim Dmitrievsky:

そうですね、特に手元にいろいろな見積書を置いて、素早くテストする必要がある場合、Rとpythonはスクリプトを再起動するだけで、すぐに水たまりの中に入ってしまいますね

+ RはIDEが吐き気がするほど遅い

mql5には統計がほとんどない。そして、あなたが持っているものは、控えめに言っても、未検証のものです。