そこで自分が作るEAには指標発表等重要なファンダのタイミングを回避するロジックを入れてみたりしています。

これをやるとバックテストの結果から著しくずれる可能性もあるので本来のシステムトレードの考え方からすればあまりよくないとは重々承知なのですが・・・
けど大きく勝つより大きく負けないことを目指してシステムを作っている自分としては大損の可能性があるポイントは極力排除したいと思ってこのようにしています。
実際自分でEA運用を始めて1年以上たちますが 指標発表で痛い目みたことは何度もあり 特に ペイオフレシオが１を切るようなシステムだと 指標発表が有利に働くかどうかの確率が五分五分だとしても 結果は負け越してしまいます。

まぁ具体的には 事前に発表されてる主要な指標発表のタイミングを日々更新してやり
その時間の前後数時間は取引しない、クローズするって処理を入れているだけですけれどね。
ただこの指標発表の情報をメンテするのがなかなか面倒だったりしています。
今は自分だけでやっているけれどもいっそこれをOPENにしてしまって皆で共有してしまえば管理も楽になるしいいのかなぁ？とかちょっと考えたりしています。
共有する方法も頭の中では設計済みで需要があるなら暇な時期にでも取り組んでみようかなぁ？とか考えてます。

あったら使ってみたい、って人、いたらコメントお願いします。
あと同じような試みをすでにしているところ知ってるよ、とかあれば教えてください。
わざわざ自分が仕切らなくてもそっち使ったほうが楽なので。

残念ながらMetaTraderはWindows Vistaに完全対応していません。
が、いくつかの注意点を守ってインストールしてやれば不具合なく使うことができますのでこちらの記事を参考にしてみてください。
私自身もメインに使ってるのはVistaですし インストール時の注意点を守ればまったく問題なく使うことができます。
注意すべきポイントは全部で３つです。


1.インストールするパスを変更する
標準の設定だと「C:\Program Files\」以下にインストールされてしまいます。
しかしWindowsVistaにとって「C:\Program Files\」以下は特別なフォルダなので MetaTraderをそのままインストールした場合いくつかの操作が使えません。
そのため違うパスに保存しましょう。
違うパスはなんでもいいのですが パスの中に日本語の文字列を含まない、できるだけ浅い階層にする のがお勧めです。
たとえば「C:\MT4\」なんていかがでしょうか？

パスに日本語の文字列を含む場合 presetファイルやテンプレートの保存がうまくできない場合があります。
また長すぎる場合にも同様の現象が発生する場合があります。
（エラーメッセージは出ないのに保存したはずのファイルが保存されていない）

※ちなみに「C:\Program Files\」以下にインストールして不具合が起きるのはNTFSのセキュリティ設定が原因です。
Everyoneにフルコントロール与えてやれば問題なく使えますので パソコン上級者の方はセキュリティ設定変更で対応していただいても結構です。（自分も別フォルダ作るのめんどいんでセキュリティの設定でやってます）

2.IMEを変更する
これは以前の記事にもかいたのですがWindowsVistaを使っていてIME2007を使っているとMetaEditor上でコピーをするとMetaEditorが固まって落ちてしまいます。
これを回避するためにIME2007以外のIMEを使いましょう。
具体的な方法は以前紹介しておりますのでこちらをご参照ください。
[Tips]VistaでMetaEditorが落ちる件の解決策

3.MetaEditorのフォントの設定を変更する
これはVistaに限らずほかの環境でもそうなのですが・・・

MetaEditorは標準の設定だと日本語が文字化けしてしまいます。
そのためMetaEditorの「Tools」->「Options」->「Font」を開いてFontに「MS ゴシック」Scriptに「日本語」を選択してやる必要があります。

以上3点の設定を変更すればとりあえずMT4をVistaで使うことができると思います。
ぜひチャレンジしてみてください。

MetaEditorがフォントを変えないと日本語が表示できなかったり
文字消すのも1バイト単位で消えてくので変なところで消すと文字化けする、、、とかは見てすぐわかることだからいいのですが
一見問題なさそうに見えて実はうまくいかないケース、、、がいくつかあります。

それがファイルの保存、読み込み関連です。
パラメーターセットの保存・読み込みやチャートやテンプレートの保存などファイルの保存する処理はいろいろありますが
その保存先・読み込み先のパスに日本語が含まれていると正しく保存できないケースがあります。
しかも保存できないくせにエラーが出ません。

一番困るのはパラメーターセットの読み込みのケースですね。
パラメーターセットをどこかからダウンロードしてデスクトップに展開して・・・Loadから読み込んでさぁ推奨設定になったぞ、、、って思ったら ユーザー名が漢字かな交じりだったため読み込めておらず・・・
危なく大損することになったケースがあります。
他、保存したはずのデータがない、、、って経験も・・・

MT4がらみでファイルの保存・読み込みをするときには日本語パスが含まれないように気をつけましょう。
そして念のため保存されているか？読み込まれているか？はきちんと確認するようにしましょう。

遠路はるばるご参加いただきありがとうございました。
はじめてのセミナーということで至らない部分も多々あったと思いますがこうしてブログを閲覧していただきありがとうございます。
今回は初心者～中級者向けでつっこんだことはあまりできませんでしたが ご要望があれば今後よりつっこんだ内容についてもやっていければ・・・と思います。
今回は参加者のレベルのばらつきが多かったのでなかなか焦点が合わせにくく大変でした。

以下セミナー中に紹介した内容です。

■私の運営しているサイト
トレーディング検索ならシステックトレード
トレーディングシステムの検索、比較ができます。

■勉強用の本
FXメタトレーダー入門

プログラムを少しだけかじったことがある人にとっては非常にいい入門書だと思います。
プログラム経験が全くない人には難しすぎるし 逆にプロのSEでがりがりプログラムかける人には物足りない内容だと思うので レベルによって評価が分かれると思いますが・・・
ただほかにMetaTraderの入門書が出ていないという事実もあり 参考までに目を通してみる価値はあるかな？ぐらいの感じです。

ただしあまり過度な期待はしないように。。。

MQL日本語リファレンス
過去に紹介記事を書いたのでこちらを参照してください。
タイトルは明らかな誇大広告ではありますが 自分が一番重宝している商材です。

新版 明解C言語 入門編

プログラムを全くやったことない人が一から学ぶのであればまずC言語から学ぶのが近道だと思います。
MQLはC言語と非常に似た言語であり　この本は非常にわかりやすくC言語の基礎をわかりやすく説明しております。
この本の1章～6章までを重点的にやってから上記FXトレーダー入門を始めるのがベストだと思います。
場合によっては７～９章、および13章も役立ちます。
MQLはC言語からポインタや構造体を除いた言語ですので 中途半端なMQLの本で勉強するより
現状 C言語でたくさん出ている良書で勉強した方がわかりやすいと思います。

■セミオートトレードのための便利ツール
MetaClick1
自動損切り、利食いなどできるツールです。
慣れてきたら自分仕様のものを作ったらいいと思いますが まずはセミオートのお試しにはもってこいです。

※この記事はセミナー開始前に書いています。
セミナー中であとでフォローしますといった内容は（あれば・・・ですが）後ほどフォロー記事第2段を書くのでよろしくお願いします。

トレーディングシステム検索のシステックトレード

トレーディングシステムを探してる人と作ってる人をマッチングしたり
作ってる人同士での情報交換を目的としたサイトです。

旧サイトを管理されていたシステムおぢさんと共同でより使いやすいようにサイトをリニューアルしました。
MetaTraderのバックテストのレポートをそのまま貼り付けて成績を更新したり
開発中のシステムのバージョン管理や成績管理といったシステムトレーダーにはうれしい機能も多数盛り込んでいます。

一方でシステムを探している人向けにはお気に入りのシステムを登録したり 詳細条件で検索したりできるようにするなどいろいろと便利になっています。

システムを作っている人にとっても システムを探している人にとっても非常に役に立つサイトですので
ぜひ一度遊びに来てください。
トレーディングシステム検索のシステックトレード

あとどっかで宣伝してもいいよ、って奇特な方がいたらぜひお願いします。
どっかから雑誌の取材とか都合よくこないかなぁ（笑）

さてちょうど今日つまって編み出したTipsあるので備忘録かねて紹介したいと思います。

EAが起動しているチャートのタイムフレームを取得するには？
意外にもMQLにはEAが起動しているチャートのタイムフレームを取得する関数ってないんですね・・・
（あったら教えてくださいm(_ _)m）

※12/26 22時更新
Period（）って関数で取れることが判明
　情報くれたガマウシさんに感謝。
　とれないなんてありえない、、、ってずっとリファレンス探してたのに・・・

現在指定のタイムフレームの各種値を取得するには timeframeに0(zero)を指定するって仕様になってるので
通常のシステムを組む上では特に問題ないのですが　特定足の時はエラーにする処理入れようと思ったら
意外や意外。そういう関数が見当たらなくて・・・
しかたなく以下のような方法で取得しています。

int getTimeframeNow(){

　int periods[8];
　periods[0] = PERIOD_M1;
　periods[1] = PERIOD_M15;
　periods[2] = PERIOD_M30;
　periods[3] = PERIOD_H1;
　periods[4] = PERIOD_H4;
　periods[5] = PERIOD_D1;
　periods[6] = PERIOD_W1;
　periods[7] = PERIOD_MN1;

　for(int i=0;i 　　if( iRSI(NULL,0,14,PRICE_CLOSE,0) == iRSI(NULL,periods[i],14,PRICE_CLOSE,0)
　　 && iMA(NULL,0,13,8,MODE_SMMA,PRICE_MEDIAN,0) == iMA(NULL,periods[i],13,8,MODE_SMMA,PRICE_MEDIAN,0)
　　){
　　　return(periods[i]);
　　}
　}

}

※Tabを全角スペースに置換しているのでコピペの際はご注意を。

まぁようはiRSIとiMAの値を全タイムフレーム取得してみて 現在タイムフレームの結果と比較して一致した場合にそのタイムフレームを使っていると判断するって すごく原始的な方法です。
厳密には偶然複数のタイムフレームで同じ値になる可能性はなくはないんだけれど double型の値が偶然二つも一致する確立はほぼ皆無だと思うのでこうしています。

ホントにこんな方法しかないのかなぁ？ってのははなはだ疑問なのですが 一応これでうまくいきそうです。
お試しあれ。
ちなみに単独関数で取得できる、、、とかあったらぜひ教えてください。
リファレンス片っ端から読んでみて見つからなくてこんなひねたやり方したのですが・・・

ついでに配列の要素の割り当ても 1行でずばっと各方法は MQLには用意されてないのかなぁ？
何気に結構不便で・・・
こっちももし知ってる人いたら教えてください。

MQLってホントかゆいところに手が届かないし 微妙なバグもあるしかなり悩まされます。
いろいろと情報共有していきましょう。

先人の教えの中でもっとも役に立つ物。
なんだと思いますか？

それはおそらく先人の失敗した経験、だと思います。
成功する条件は時代や業界、さまざまな条件によって変わってくることが
多いですが
失敗に関しては結構普遍的なことがあるんじゃないかなぁ？って思っています。
結構みんな同じようなところでつまづいています。
もちろん成功に関しても原理・原則ではあると思いますが 成功の話を聞くと今は役に立たない昔の自慢話を聞かされて終わらせることも多いので＾＾

それより失敗した事例は本当に役に立ちます。
たいていの場合において 失敗した事例を聞いた時点では たいがいの場合自分はそんな失敗はしない！とたかをくくって話を聞いていますが まず間違いなく同じ失敗をしますｗ
そして失敗をした段になって あぁ、あの人が言っていたのはこのことだったのか？と気付きます。。。
失敗する前にそれを避けられるといいんですけどね。
これはなかなか難しいです。避けられる種類の失敗もあるけれど 避けようがない失敗も多いです。

けど先人の経験談を聞いていると失敗初期に あ、これはあの人が話していたこのケースに似ている、やばい、、、と早めに対処を行うことができます。
逆にそういう経験談を聞いてない失敗だとすると・・・ 何かうまくいっていない気がする、けど 何が悪いのかがわからない、となかなかすぐに対処ができず
どんどん悪化してしまいがちです。

成功から学ぶことももちろん役立ちますが 失敗から学ぶことの方がより役に立つと思います。

全体的に否定的な書き方が多かったかな？と読み返してみると思うのですが
言いたいことの趣旨は疑ってかかれ、、、とかではなく ちゃんと考えたうえで行動しろ、、、ってことです。
短期的にはどちらも同じ結果であるかもしれないけれど 考えて行動することは自分の成長を大きく促すと思うし 自分自身それを意識して行動するよう心がけています。

シリーズ最後まで読んでいただきありがとうございました。

それからもうひとつ大事なのは その成功してる人にとってのいい方法が自分にとってもいい方法とは限らない、ってことです。
たとえば２0年で富を築こうとしている人と5年で富を築こうとしてる人では当然その方法は違ってくるし 同じ目標だったとしても業界が違えば当然勝手もちがってきます。
また同じ業界で同じ目標を持って成功した人でも・・・
昔は通用した手法でも今は通用しない可能性もあります。

そしてその方法は確かにうまくいくかもしれないけれど 自分が楽しいと思えない、興味をもてないってこともあるかもしれません。

別に否定してかかれってわけでも 真似するな、、、ってわけでもなくて
先人の意見はあくまで参考意見でしかないってことです。
その参考意見をもとにどう判断してどう行動するか？

考えるのは自分自身です。

吟味した結果そのまま行動することになるかもしれないし 部分的に自分なりにアレンジするかもしれない。あるいは 先人の意見もわかるけど自分の流儀にはあわないから、、、と自分の道を行くのもいいでしょう。
結局自分が主体性を持って進まないことには仮に一時的にうまくいったとしても長続きはしないと思います。
たとえば成功者の言うことに盲目的に従ってそのままやってみて・・・結果的に成功したとしても それって宝くじを買って大金を手にしたのと変わらないと思うんですよね。
ただ機械的にやっただけだとしたら成功はするかもしれないけど自分の経験値にならないので その成功を継続することが難しいと思います。
ちょっと流れが変わっただけでその応用ができない可能性が高いです。

自分が主体性を持って進めることでそれは自分の本当の意味での経験値となり 変化にも対応できる力を持たせ自分を成長させる糧となるでしょう。

そして最後に先人の教えの中で一番役にたつもの。
なんだと思いますか？

長くなってきたので続きはまた明日。
この先人から～シリーズをしめたいと思います。

４０年以上通用したお金を増やす必勝法とは・・・

まぁそんなの聞くまでもないよ、、、って人が多かったとは思いますが
土地を買って その土地を担保にお金を借り そのお金でまた土地を買う。
これを無限に繰り返すことです。
土地が値上がりしたら限界までまたお金を借り 土地を買う・・・
戦後からバブル崩壊まで40年以上通じた錬金術です。

が、その結果がどうなったかは皆さんよくご存知ですよね？
バブル崩壊とともに土地神話が崩壊し かなりの数の人、企業がつぶれてしまいました。
土地の値段が永遠に上がり続けるわけないじゃん、ばかだなぁ～と思います。
けどそれは結果を知ってるからそう思えるのであって７０年代、８０年代に生きていたとしたらどうでしょう？
周りの金持ちはみんなこの方法でお金を増やしてますますお金持ちになっていっている・・・ そんな状況だったらこれはお金を増やす必勝法だ、、、ってつい真似したくなりませんか？

ちょっと前の話で言えばキャリートレードの流れに乗っかって資産を数百倍にした人が この円高の流れですべてを失ったとかも よく聞きますよね？
数億とか数十億儲けたのにそれを全部すっちゃった、、、とかって。

40年以上続いた必勝法でさえ終わりが来るわけで、つまり今成功してる人がいつまでも成功し続けるとは限らないってことです。
今後もその方法が継続可能なのか？は結局自分で吟味するしかありません。
今通用する手法、そして過去においても通じた手法だからといって未来においても通じるとは限らないわけで・・・
今自分がそれを真似ていいのか？ また真似たとしてそれをどのタイミングまで続けていいのか？それともその人と心中する覚悟なのか？
それを考え行動する必要があります。

また基本的に未来永劫成功し続ける戦略はない、と思った方がいいです。
その戦略の賞味期限みたいなものは必ず存在します。
それが１か月なのか１年なのか１０年なのか？あるいは１００年ぐらい続くのかもしれないけれど 転換点は必ず来ます。
どんなに今うまくいってる戦略でもうまく機能しなくなったときにどう対応するか？
どの程度のリスクがあるのか？は常に想定しておく必要があると思います。

あ、いろいろ書いてますが 心配性になって何もするな、、、って意図ではないですよ
ちょっと読み返してみると 何もできないじゃん、、、とかって感じたのでちょっと補足。
いろいろ考えて調べて検討して・・・ その上で行動しないとダメだ、、、ってことです。

あと考えすぎて行動にうつすのが遅くなるのもよくないし バランスが必要ですね。まだ準備が足りない、足りないと言い続けて行動するのを先伸ばしにするのもダメだし、ケチばかりつけて何もしないのも最悪です。

積極的に考えて積極的に動いて・・・いわゆるPlan Do Seeを主体性をもってするのが大切です。

そして先人の教えが正しかったとしても それがあなたにとっても正しい方法とは限らないです。

長くなってきたので続きはまた明日。