検証における量質転化と汎用性（上）

1997年ニューヨーク、IBMのスーパーコンピューター「ディープブルー」は、チェスの勝負において世界チャンピオンであったカスパロフと対戦し、２勝１敗３引き分けで彼に勝利した。
チェスにおける人間の頭脳の「質の高さ」をコンピューターの「処理速度の速さとデータベースの豊富さ」が上回った瞬間である。

このときのいきさつは本のタイトルにもなっている。
http://www.kawade.co.jp/np/isbn/4309263534

さて、システムトレードにおいてはプロセスは次の２つに別れている。　検証と実践である。　このうち、トレードルールを固定してしまったあとの「実践」は簡単である。　場合によってはＰＣがなくても、紙とエンピツだけでできる場合もある。　そしてこれを指して「システムトレード」は簡単にできるという主張もある。

だが、システムトレードで重要なのは前者の「検証」なのだ。　もちろん「実践」をないがしろにしていいというわけではない。　だが、後者が大切なのは他のトレードアプローチも同じなのだ。　しかし、システムトレードを特徴付けているのはこの「検証」にあり、これをいかに行なうかが成否を分けるのである。

私は検証を行なうツールとして、複数のＰＣとExcelを推奨している。なぜExcel(VBA)を使うかと言えば、ここでの検証はそれ自体が目的ではなくて、あくまで手段であるからだ。　検証は何のためにやるかと言えば、トレードで儲けるためであって、検証を行ないたいがために検証を行なうのではない。　もしも、検証の効率そのものを追及することが目的なら、いくらなんでもExcelを使ったりはしないだろう。　だが、単なる手段である以上、Excelで十分だし、逆にExcelでなければいけないケースも多い。

なぜなら、汎用性、利便性を考えると、Excelが一番だ。　もしExcelが単なるスプレッドシートであったなら。奨めはしない。　現に20年くらい前のロータス123は、文字通りスプレッドシートに過ぎず、マクロ機能はキー操作を再現するだけの代物であった。　これでは使い物にならない。

しかし、現代のExcelはVBAが使える。　これは十分に実用に足る言語だ。　もし、RDBを組んで高級言語でプログラムを書けば、検証の効率はもちろんよくなるだろう。　だが、自分だけで閉じた世界を構築するのでればそれでも良いが、他者と知見を共有することは極めて難しくなるだろう。　Excelのように誰でもが使え、どこにでもあるというわけにはいかないからだ。　利便性、汎用性で現在のところExcelに勝るものはない。　

以前に私がCTAを辞めて銀行に移るときに、それまで利用していたトレードシステムのExcelファイルをそっくりそのまま友人（サヤ取り入門の著者の羽根さん）にあげてしまった。　彼はそのファイルをデータをアップデートしながら、いまでも実際のトレードに使い続けている。　これができたのはそのトレードシステムがExcelファイルに載っていたからだ。　Excelファイルに載っていれば、誰でもその内容を把握しやすいし、従って他人の知見を継承することができる。　私のようにロシア語（ピロシキ、キャビアなど）やフランス語（パリは美しい街です．．．など）等、さまざまな言語に堪能な人間ならともかく、もしこれが他のプログラム言語で書かれていたならばこうはいかなかったところだ。

この記事に対してのコメント

トレードステーションはいかがでしょうか。米では主流のようですが。

投稿者：ダッカ  2007年04月20日(金) 14:46

コメントの書き込み

投稿頂きましたコメントは、管理者の承認作業を行った後に表示されます

名前:

メールアドレス:

URL:

この情報を登録しますか?

コメント: