職場に.NET Frameworkによる株の自動売買プログラムを開発しようとしている後輩がいます。
「株はストライクと思った球だけ振れば良い」と教えてくれた後輩です。

彼はC++/CLIを使って開発していますが、私が先に開発したというのもあるので
「こんな時はどうれば良いか」など質問される事があります。
会社帰りに同じ方面の電車に乗るのですが、今日は職場を出るのが同じタイミングだったので
自動売買プログラムの話で盛り上がりました。

最初に話題になったのは楽天RSSの情報をDDEから取得する話。
自分から一定間隔でリクエストを行い情報を取得する方法と、更新通知を開始して
イベントハンドラで処理する方法についての違いなどについて話しました。

リクエスト方式は自分のプログラム内でタイマーやループなどを仕込んで一定間隔で
自分から情報を取得する方法です。
組み方によってはマルチスレッドを意識しなくて済むのでコーディングが簡素になるのと
理解しやすいソースになるのがメリットだと思います。
デメリットは、全く更新していないかも知れない情報も必ず取得してしまうので無駄な
負荷が掛かるのと、私が一番気になるネックが「11:00過ぎになると楽天RSSが一旦
停止するが、その時リクエストを送るとタイムアウトで例外が投げられる」です。
それを回避する為に、皆さん昼休みには自動売買プログラムを止めて再起動したり、
結構面倒な運用が付きまといます。
これに対しイベント通知型は、更新があるたびにイベントハンドラが呼び出されるので
同時並行的に処理が流れるから厳密にマルチスレッド処理を行わないと異常終了したりします。
私はかなり苦労させられました。。。当然ロック制御などコーディングの敷居も高くなります。
逆に大きなメリットとして「更新通知を開始したままでも昼休みをそのまま通せる」事が
あります。KATSは昼休みに停止していませんが、昼休みの間はイベント通知が起きないだけで
異常終了する事はありません。
後輩は「そんな事ってネットで調べてもあんまり書いてないんで参考になりますわ」と
喜んでました。

他にHashTableやListの話題など色々話したのですが、その後後輩が素朴な疑問として
聞いてきた事は
「指値で注文しようとする時って、株価によって呼び値があるじゃないですか？
あれってどうやって計算してるんですか？」
でした。
私は元々Accessのテーブルに株価の範囲と呼び値を登録し、必要な時に検索していました。
でもよく考えると呼び値ってそうそう変わるものではないので、いちいちDBを検索しているのは
あまりにも効率が悪いです。
という事で、staticクラス(VBだとSharedクラス)でユーティリティを作り、株価を引数にして
呼び出せば呼び値を返してくれるメソッドを作りました。インスタンス化する必要なく
使えないと不便ですもんね。
ソース内は単にCase文が羅列しているだけの至って低次元なものです。
ちなみに制限値幅についても同様の方法で取得しています。

そんな感じで色々な話題で盛り上がっていたらすぐに駅に着いてしまいます(苦笑)。
彼との自動売買談義はずっと終わらないでしょう。
本人曰く「MATS」の開発は、徐々にですが進んでいるようです。
いつになるか分かりませんが、MATSが早く完成する事を心から願ってこの日記を書いてます。

お気に入りの記事を「いいね！」で応援しよう