時間制御系EAって夏でも冬でも正しくバックテスト出来ているの？

特定の時間で動作するＥＡはいくつも販売されており、特に東京仲値時間帯を狙ったＥＡは人気です。

これらのＥＡにはサマータイムの切り替わり時にGMTを切り替える機能があり、

の2通りがあると思います。

自動でサマータイムを切り替えてくれるタイプ（サマータイム自動補正搭載）が主流です。
しかし、開発者が記述するコード（プログラム）によっては

正しくバックテスト出来ない場合がある

ことをご存じでしょうか？



正しくバックテスト出来ない２つのケースについて共有します。

残念ながらパラメータやバックテスト結果から正しくバックテストが出来ているかどうかを判断することは出来ません。


時間制御するＥＡをバックテストして意図する結果とならない場合は開発者様に聞くようにしましょう。


「えっ！？　これで終わり！！」


という声が聞こえてきそうです。申し訳ございません。


正しくバックテスト出来ないケースとはどういう場合なのかを開発視点で書いております。
私の備忘録となりますのでご容赦ください。

ＥＡ利用者様におかれましては何を言っているのか理解出来ないかも知れません。
そんな内容となります。

ヒストリカルデータのGMTに注意する

お使いのMT4口座のGMTとヒストリカルデータのGMTは合わせる必要があります。

おそらくほとんどの方がヒストリカルデータのGMTなんて気にもされていないのではないでしょうか？　

もちろん私もＥＡをさわり出した頃なんて何にも知りませんでしたよ。

詳しくは以下の記事を参考にして下さい。

サーバー時間対応表

GMT+2（冬時間）の0時はGMT+9（日本時間）の7時とかの早見表として使えますかね（使わないって？）

私には必須の表です。開発メモなので気にしないでください。

夏でも冬でも同一のサーバ時間でエントリーするEA

例えばGMT+2/+3のヒストリカルデータを使う場合、サーバー時間の0時台にエントリーするEAになります。朝スキャなどがこのタイプでしょうか。

このようなエントリーロジックのＥＡはサマータイム自動補正が搭載されていると正しくバックテスト出来ない可能性があります。

開発者に聞かないとわかりません。

なぜかは開発メモに書きましたが、ちょっと難しいかも知れません。
上手く説明出来ませんので質問しないでくださいませ。

夏でも冬でも同一の日本時間にエントリーするEA

例えば日本時間の10時台にエントリーするEAになります。仲値などがこのタイプでしょうか。

このようなエントリーロジックのＥＡはサマータイム自動補正機能が搭載されていないと正しくバックテストが出来ません。

こちらも開発者様に聞かないとわかりません。

ロジックがわからないと何が正しいのかわからないからです。

さいごに

いかがでしたでしょうか？　難しいですよね？

こんなことが理解できるひとは開発者さんでしょうかね？

今まで汚い開発メモを記事に出来て個人的にはスッキリしました。

ここまで読んで頂きありがとうございました。