競馬新聞と言えば、トラックマンや記者の予想印(◎、○、▲、△、×)や近走の成績が掲載された馬柱が中心です。 これに関係者のコメント、調教情報などがレースによって追加されています(専門誌はほぼ全レース載っていますが、 今回は馬柱を見るためだったのでスポーツ新聞を利用しました)。
馬柱だけでは勝てないとよく言われていますが、当てにならないコメントや新聞の予想欄よりは役に立つと思ってます。 なにせここに書かれていることはすべて事実です。
この馬柱を丁寧に眺めてチェックし、結果と照合する作業を約3週間ほど繰り返しました。するとだんだんと見えてくるものがあります。 数値だけでは見逃しがちな重要な情報です。
それと同時にやはりタイムなどの比較材料が利用できないことの弊害も身にしみて分かりました。つまり、
「レースレベルの高低が判断できない」
ということです。タイムを利用しない場合、各馬の出走レースに優劣がつけられず、何を優先すべきかが判断できないのです。
この状況でレベルの高低を判断するには、出走馬の共通レースを探し、基準馬を使って優劣を比較するしかありません。この基準馬は
「ものさし馬」とも言われ、古くから行われている能力判断のひとつです。しかし、えらく時間が掛かるため、
単純に優劣をつけるだけならタイムを利用した方が遙かに簡単です。
客観的なデータのない状態で予想すると、新聞記者が前走のレースぶりを評価したりする理由もよく分かります。なんとなく、 印の集まる馬も見えてきます。それと同時に、なぜこの馬に着目しないのかも見えますが、配当の高い低いにかかわらず見えない馬がおり、 やはりタイム抜きの新聞情報だけで判断する限界が見えてきます。
普段数字を中心に競馬をしている人は、たまには新聞を眺めてみると、違った発見があるかもしれません。
]]>
コメントに投稿していただい方には、ご迷惑をおかけして申し訳ありません。
]]>吉田の場合は、月曜日にあれこれ詰め込みすぎることがあり、その反動がでかいのです。朝9時からはじめて、 食事やお風呂などを間に挟みますが、夜の12時過ぎまで仕事をしていることがあります。もちろん、サラリーマンでもこういう事はありますが、 長期間続けるといろいろと弊害が出てきます。
昨日もソフト開発が思ったよりも進み、「あと、もうちょっと」と思っているうちに時計の針は深夜12時半を指していました。 さすがにこの時間まで机に向かってプログラミングしていると、肩や肘も痛くなります。そして、精神的にもかなり疲労します。
何よりきついのが、寝る直前まで頭を使っていたので、すぐには寝られないことです。月曜日に予定以上のタスクをこなせば、 1週間がかなり楽に進められるので、ついついやってしまうのですが、あまり良いことではないですね。
やはり、稼働日を考慮して、きちんと配分する方が、長い目で見て効率的です。分かってはいるのですが、ついやってしまいます。 競馬も人も、ペース配分が大切だと言うことですね。
]]>人それぞれなので自分にあったやり方でいいと思いますが、重要なのは1点だけ。「人に説明するつもりでまとめる」 ということです。第3者に説明する形であれば、口頭でも文章でも図でもいいと思います。口頭の場合は、 あとで議事録を起こす必要がありますが。
そんな中で結構使えると感じているのが、ブログです。ブログは不特定多数が読む可能性があるため、 常に第3者を意識させられます(その反面機密事項の取り扱いは注意しましょう。最悪の場合、解雇や訴訟を起こされる場合があります)。
吉田がブログを書くときは、懸案事項や考えをまとめる必要のあるアイディアのうち、 公開しても差し障りのないものを記事として起こしています。このとき、公開を前提としているので、文章を書きながら構成を再構築したり、 読み直して論理的におかしな部分をなおしたりします。この作業を経ることで、漠然としたアイディアから、 より具体的なものにステップアップします。
注意点としては、頭の中で漠然とした方向性も定まらないままいきなり原稿にしてしまうと、支離滅裂な文章になってしまうことです。 こういう文章ができるうちはまだまだ考える時間が必要だと言うことです。
以上、ブログの利用法のひとつでした。
]]>スピード指数：
（基準タイム?
走破タイム)×距離指数＋馬場指数＋(斤量?５５)×２＋８０
新タイムロジック：
（基準タイム?走破タイム＋馬場指数)×距離指数＋８０
両者の違いは馬場指数に距離指数をかけるかどうかです。斤量補正はハンデ戦以外は意味がないと思ってますので、 新ロジックでは省略しています。そして、基準タイムも馬場指数も同じものを使っているので、式の構成と距離指数が若干違うだけです。
結論から言うと、スピード指数の方が若干回収率や勝率、連対率が高くなりました。 理論的には馬場指数も距離の影響を受けるはず(距離によって1秒の価値が異なる)ですが、 馬場指数はこれとは独立して演算した方が回収率が高いという結果です。
思うに、スピード指数において馬場指数はかなりのウェイトを占めているため、 新タイムロジックは距離が長くなるにつれて馬場指数の影響も小さくなり、回収率に影響を与えているのではないかと言うことです。極論ですが、 スピード指数は「馬場指数がすべて」と言い換えることができると思います。
新タイムロジックは式よりもその運用面に主眼をおいているので、 最終的にはスピード指数の回収率を上回ると思いますが、今回露呈した問題は、ヘビーなため解決には時間が掛かりそうです。
]]>
プログラミングは結構こういうところがあり、後日あっさりできてしまうこともあります。ただ、 結局今日1日かけて実装した部分をどぶに捨てるようなものなので、時間の無駄といわれればそこまでです。
シンプルぱっと２の開発開始のアナウンスから、リリースまで1年半掛かっていますが、 こういう紆余曲折を経て皆様のお手元に届いています。
＃先週の金曜日から子供が4連休ということもあり、作業をじゃまされて集中できなかったことも一因ですね。
]]>スピード指数をはじめ、馬柱が必要な予想ロジックの場合、最低でも5走分の戦績が必要になります。 戦績も1戦ごとにデータベースから引っ張ってくる必要があるため、 最大で5レース×18頭×2(出馬表RA+馬毎詳細SE)＝180+19＝199ものデータを検索する必要があります。 最後の19は予想対象となっているレースのデータです。
1レースの予想にこれだけのレースデータを検索する必要があるため、大変時間がかかります。おまけに悩ましい問題として、 1年分の出馬表の検証をしようとすると、6ヶ月を過ぎたあたりから突然SQL Serverのレスポンスが悪くなり、 24時間たっても1年分の出馬表+馬柱が出てこないという事態に陥ります。
この問題は長い間解決策を探していましたが、SQL Server2005への理解が不足しているため、 打開策を見いだせずにいました。とりあえず、暫定処置として、3ヶ月おき(50日分)にSQL Severが占有しているメモリを強制的に解放する処置をとりました。その方法はeMemというメモリ解放ソフトを検証ソフトから呼び出すという苦肉の策です。 この方法がベストではありませんが、とりあえず、1年分のデータを出力するのに4時間程度で処理できるようになりました。 24時間が短縮できたわけですから、自分だけが使うソフトとしてはいいと思ってます。
今、競馬ロジックをいろいろと検証する必要があり、データベースを利用する機会はどんどん増えると思われます。 とりあえずはこれで何とかなると思いますが、最終的にはきちんとSQL Serverの利用法に即した対処法が見つけられればと思っています。
]]> 従って、どうしても急ぎの仕事がない場合は、この眠い時間をだらだらと過ごしてしまうことになります。
食後に居眠りができる職場環境であれば、ある程度改善できますが、勤務形態によっては難しいかもしれません。
吉田の場合は昼寝はできますが、食べた直後よりも2時間くらいたってからの方が眠いため、食後の昼寝はしません。
夜の時間帯は毎日遅くまで残業している人でない限り、2時間は確保できると思います。この時間、 ただTVを見て過ごすのももったいない時間です。
吉田の場合は通勤に掛かる時間をカットできるので、夜も仕事をしています。しかし、 この時間帯は一度夕方で作業がとぎれてしまうため、どうしても集中力が継続できません。また、継続できたとしても、 昼間と同じペースで仕事をしてしまうと、逆に目がさえてしまい、就寝時間に眠れなくなるということもあります。
では、夜の時間に何をするのが適当か？
(1)読書・勉強
何かを調べたり、勉強したり本を読むには適切な時間といえます。
昼間に比べると周りも静かになっているので集中しやすい環境になっていることもプラス材料です。
本の種類によっては、強い眠気に襲われるので注意が必要ですが。
(2)領収書の精算・経理
この手の作業は眠くてもできる作業なので、昼の眠気が襲ってくる時間帯でもいいでしょう。しかし、連続した時間がなくても、 ちょっとした空き時間でできるので、意外に向いてます。
(3)文章を書く
人によりますが、夜は文章を書くのにも向いてます。(1)と同じ環境的要因もありますが、
文章を書く作業は中断や再開がしやすいという側面もあります。それでも最低30分はまとまった時間が必要なので、
電車などの移動中を利用するよりは効率的です。
本を執筆していたときは、移動中も利用していましたが、もっとも筆が進んだのは夜の時間帯でした。吉田の場合、
BLOGの原稿は夜書くことにしています。
(4)スケジュールの見直しなど
スケジュールの確認や、プロジェクトの見直しは夜が向いています。これも2時間くらいで終わる作業だということもありますが、
この手の作業は邪魔の入らない時間帯に集中して処理するのが効率的です。
夜は昼間に比べると邪魔が入りにくいのも特徴です(電話等)。
吉田の場合、プログラムを書くのが仕事なので、夜も同じ作業をやろうと思えばできます。しかし、 そのつもりで何度かパソコンに向かって昼間と同じ作業をしてみましたが、いまいち集中できなかったり、 逆に波に乗ってしまって寝るタイミングを逃してしまったりとあまりいいことがありませんでした。
夜の時間帯をどう利用するかは、今後も考えていくつもりですが、昼間の延長で考えない方がよいようです。
]]>さて、馬券を買う客としてのメリットデメリットはなんでしょうか。
吉田が自身が感じている感想なので、人によって違うと思いますが、どうも利用者としてみた場合、あまりいい印象があります。 1開催節のレース数を変えずに、3日間開催にするとどうも水で薄めたジュースを飲まされているような気になってきます。
皆さんはどうでしょうか。
]]>不安や心配事を解消する方法。それは
「紙に心配事や悩み事を書き出す」
ことです。「ふざけんな！」とか「え？ これだけ？」という前に、実際に試してみてください。紙いっぱいに心配事や、
頭の中に引っかかっていることを書き出したあとは、不安でいっぱいだった心がだいぶ落ち着いているはずです。
これは実はGTDの手法を応用したものです(というより、そのものずばりですね)。
GTDはタスク管理術ですが、ToDoの管理方法よりも、脳みその生産性を高める手法としての方が価値が高いと思っています。 GTDでは、一番はじめに頭の中にあるプロジェクトやタスク、悩み事をすべて紙に書き出します。静かで邪魔の入らない場所で、 とにかく集中して3時間ぐらいこの作業を行います。もう、何も出てこないと思っても、 さらに粘って気に掛かっていることやタスクをすべて頭の中から紙に書き写すのです。
これを応用した不安解消法は、A4用紙にとにかく今一番気になっていること、不安なこと、問題を書き出します。 マインドマップを使っても、箇条書きでもどちらでもかまいません。重要なのは、勢いでどんどん書き出すことです。 GTDのように3時間もいりません。30分も机に向かって書き出せば、気持ちが落ち着いてくるでしょう。
もちろん、書き出した心配事、悩み事は分析して、解決方法を見つける必要があります。でも、ここではそれは先々の話として、 解決法までは見つけません。
以下の仮説はあくまでの吉田の推論です。科学的根拠はありませんので、そのつもりで読んでください。
不安や悩み事は、頭の中にあるとそればかりが目の前に浮かんできて、とても集中できる状況にはなりません。あまり考えたくないのに、
なぜ不安ばかりが思い出されるのでしょうか？ これは脳のメカニズムにも関係しそうですが、これは専門家に任せます。
「紙に書き出す」という行為は、頭の中にある不確かなものを明確な問題として定義しなおします。より強く不安を感じるのは、
問題そのものの全体像が見えていないことに影響していると思っています。これを活字や図に置き換えることで漠然と頭の中を閉めていた不安が、
ひとつの問題として浮かび上がるのです。
それと同時に、ひとつの問題に関連した複数の問題点も書き出せるでしょう。 これは頭の中においておくと気づかなかった問題かもしれません。
「幽霊の正体見たり枯れ尾花」という言葉がありますが、不安や悩み事をよく分からないものとして頭にとどめておくと、 幽霊同様その存在に悩まされますが、ひとたび白日の下にさらせば、脳の分析機能が正常に働くようになります。頭の中にとどめている限り、 実は見えてない問題にも集中力をかき乱されるのです。
人間の脳はコンピュータと異なり、記憶を定着させるには繰り返し学習させる必要があります。悩み事を頭の中に抱えていると、 それが気になるため、何度も何度も思い出されます。ちょうど記憶するのと同じプロセスが働いています。
紙などに書き出すことで、脳はそれを無理に記憶しなくてもよくなり、GTDと同じ作用が働くのではないかと思っています。
紙に書き出した問題は、じっくり考えるなり、自分の手に負えなければ人に相談するなりできます。 これが頭の中にずっととどまっていると、そもそも悩みの全体像を把握できず、分析はもちろん解決策も浮かびません。
人により個人差があると思いますが、吉田はこの方法で結構深刻な悩みを解消してきました。不安や悩み事がある方はお試しあれ。
]]>CPUのヒートシンクは思ったほど埃の付着もなく、軽くエアブローするだけできれいになりました。ただ、 ヒートシンクとCPU表面にはシルバーグリスがついているので、これをきれいに落とす必要があります。人により千差万別ですが、 吉田はジッポオイルをティッシュに含ませ拭き取っています。
古いグリスを拭き取ったら、今度は新しいグリスを塗り直します。グリス自身に耐用年数があるかどうかはわかりませんが、 以前に塗ってから2年近く経過しているので塗り直します(というよりもヒートシンクをはずしたのでついでに)。
今回の清掃はCPUクーラー周りだけでしたが、グリスを塗り直したせいか、CPU温度が3,4度落ちたようです。
近頃は過ごしやすくなってきたので、あまりCPU温度を気にする必要はなくなりましたが。
パソコンにとって埃がたまった状態というのは最悪なので、できれば3ヶ月に1度はサイドパネルをはずしてエアブロアーで掃除を、
2年に1度はクーラーをはずして掃除をした方がいいですね。もちろん、クーラーがはずしやすい人に限りますが。
ちなみに体脂 肪はそのときの水分量によって上下動が激しいので、トレンドだけを見た方がよいと思います。 食事制限は一切してないため、体重の減少が緩やかですが、筋トレをしながらですので、こんなものだと思います。
確かに一定の効果はあるようです。一応、目標として体重57kg、体脂肪率15％を掲げていますが、体脂肪率は達成できても、 体重は食事制限をしないと達成は難しいと思ってます。なんにせよ、トレーニングは継続して続けることが大事ですので、 このままのペースを維持していきたいと思います。
]]>
最初の書籍「勝ち馬を探せ」(絶版)でも、スピード指数を定義しておきながら、
それに盲目的に従ってはいけないと書いてるあたりはさすがだなと感じさせましたが、
本書でも試行錯誤の末行き着いた生の馬券術が書かれており、大変参考になりました。
日本の競馬書籍だと、新しい理論やロジックを紹介する場合、自画自賛で終わっているものばかりですが、A.ベイヤーは作り上げた理論、
体得したロジックの欠点や弱点をきちんと書いてるところがすばらしいと思います。
約30年前にA.ベイヤーが行き着いた境地は、スピード指数で馬の能力やスピードを把握し、 トリップハンデキャップでレースぶりを評価。これらを総合した上で結論を出すというものです。 日本では木下健氏が最強の法則誌上で明らかにした方法論と同じです。
「ウィニング・ホース・プレイヤー」を読んでいてふと思ったのは、「競馬に必勝法と呼べるものは存在するのか？」ということです。
必勝法とは「必ず勝つ方法」ということで、それを使えば必ず勝てるというたぐいのものです。
A.ベイヤーの方法論でもやはり死角はあり、トリップ+スピード指数の組み合わせでも自信がなかったり、とれないレースが存在します。
現在でも多くの競馬ファンや専門家が競馬必勝法の開発に力を注いでいますが、 これで絶対勝てるというものを少なくとも吉田は知りません。回収率が100％を超えるものはごろごろ存在していますが。必勝法の定義を、 「年間を通じて回収率100％以上に持って行く」とするならばすでに完成しているといえるでしょう。
しかし、本当の問題は自分が手を出したレースが勝てるのかという点です。パソコンで収支シミュレーションをして100％ を超えていることは必要ですが、一番大事なのは、その馬券術を誰かが使ったとき、使ったレースで有効かどうかなのです。
実際、多くの馬券術を研究すると、適用できるケースとできないケースが存在していることに気づきます。 吉田が個人的に使っているサイン系のロジックでは、2008年9月7日 小倉3Rの三連複 1,326,370円を的中させることができますが、必ずしもすべてのレースで通用するわけではありません。それどころか、 この夏の開催成績を見ていると小倉開催の成績が悪いという事実があります。
オッズ競馬の世界でも、午前中のレースの成績が悪かったり、強烈な異常オッズが発生しているにもかかわらず、 凡走することが結構あります。
それぞれの方法論には向き不向きが存在し、その中で成果を上げるしかありません。ここで、
「自分が買ったレースに馬券術が適用できるのか」という話に戻りますが、馬券を購入するレース＝機会に対しての「期待値」
を求める必要があるのではないかと思っています。
スピード指数だけを使っていたときにも感じていましたが、スピード指数だけでも簡単にとれるレースと、そうでないレースがあります。
両者の違いは何か？
それぞれの馬券術に守備範囲があるとして、もっとも成績がよくなるケースだけをねらい打っていれば勝率が高くなります。 本来の意味の必勝法でいうなら、必勝法とは極限まで期待値の精度を高めたものと言い換えることもできます。
しかし、現実問題として100％に近づけることはできても、100％にはできません。しかし、 必勝法にその分だけ近づいたと言うことができると思います(その馬券術が得意とするレースのみで勝負するという意味です)。
馬券術というと、年間勝率、回収率データを出すところで終わってしまいますが、馬券購入者の立場に立てば、 その先があることを常に肝に銘じておく必要があると思います。あるロジックで取りづらいレースも買えるように努力するよりは、 確実に勝てるレースを検出できるようにしておく方が現実に即していると考えています。
]]> Windows 3.1の頃から利用されてる方法で、
システム設定もWin.IniやSystem.iniといったINIファイルに保存されていました。中身はテキストファイルなので、
ほとんどのアプリケーションに利用しやすいという反面、データ数が増えると読み込みに時間がかかるという欠点があります。
ファイルの保存場所の多くは、アプリケーションのインストールフォルダ直下となっています。
この方式の利点は、アプリケーションと一緒に管理できるため、
システムに密接に関わっていないアプリケーションはコピーすればそのまま別のPCでも使えるという利点があります。
レジストリを汚さない方式として、日本人には受けがよい方式でもあります。
Windows95から登場した方式で、User.Dat、
System.Datといったシステムファイルにデータを保存する方法です。
レジストリへのアクセスはレジストリエディタや専用のAPIを使う必要があります。
システムすべての設定が格納されていますので、レジストリが不正だったり破損するとOSが起動しなくなったり、動作不良を起こします。
また、レジストリが肥大化するとOSの動きが遅くなったり、起動までに時間がかかるようになります。
レジストリの利点は設定値がすべて1カ所に格納されるため、管理がしやすいという事にあります。 あるアプリケーションがExcelやWordなど別のアプリケーションの設定を参照することも可能です(最近のバージョンはXML等に移行しているので、 すべての設定を確認することはできません)。
レジストリはシステムと一体化しているため、アプリケーションの設定を新しい環境に持ち越すには、 レジストリの内容を書き出しておく必要があります。
最近推奨されている方法で、INIファイルの代わりにXMLで出力します。中身はXML言語で書かれたテキストファイルです。
保存場所はWindowsXPの場合、C:\Documets And
Settings\ユーザー名\ApplicationDataフォルダに保存されます。
アプリケーションと同じフォルダにXML形式で保存しているソフトもありますが、推奨されてません。
この形式のメリットは、シリアライズという技術を使えば、データの保存読み出し処理を少ないコードで簡単に記述できる点にあります。 あとは、データベースと同じように扱えるという利点もあるようですが、吉田はこちらは試したことがないので、言及しません。
Windowsのバージョンがあがるにつれ、アプリケーションデータの保存場所はどんどん変わってきたわけですが、 常々疑問に思っているのは、ユーザーの利便性がないがしろにされているのではないかという点です。
書き込まれたデータが増えればOSの起動が遅くなるレジストリは論外として、INIファイルもXMLも本質的には同じものです。 ただ、保存場所が違っています。確かに、ユーザーごとに設定を変える必要のあるアプリケーションはDocuments And Settingフォルダに保存するのもいいと思いますが、ほとんどの場合、同じ設定を使う方が都合のよいアプリケーションばかりです。
そのようなアプリケーションの場合、 データがアプリケーションのインストールフォルダに一緒においてあるというのが何よりもメリットだと思っています(競馬ソフトのなかにはデータベースにようにサイズが大きいものがあるので、 これらは別ドライブに移動できるように配慮する必要はある）。
というのも、バックアップを取っておけば新しいパソコンで稼働させるのも楽になる上、 バックアップ自体もやりやすくなります(Documents And Settingsフォルダに保存するやり方は、 不慣れな人間には敷居が高すぎる)。
XMLにしても今はここに保存するのがトレンドだという論調の記事はよく見かけますが、 なぜXMLに保存しなければならないのかまで言及した記事はほとんど見たことがありません(どこかにあるのかもしれませんが)。 XML自体にも利点はありますが、設定値をバージョンアップ時に増やしたり、不要な設定項目をカットするには、 INIファイルの方が便利であるといえます。
アプリケーション設計者がやり方を選択できるならよいのですが、
Vistaではアプリケーションのインストールフォルダ(デフォルトであるProgram
Files)に対してファイルやフォルダの追加ができなくなりました。つまり、
ユーザーの使い勝手の悪い方向へ改悪されていると言うことです。
Microsoftはもう少し、ユーザーの視点に立った設計をしてもらいたいものです。
吉田は可能な限りユーザーの利便性にたった設計をしていくつもりですが、Vista対応が必要なアプリケーションは、 フォルダを移動する必要があるため、その分使い勝手は悪くなってしまいます。XMLにしてもINIファイルほど使い勝手がよくないので、 今後も研究が必要ですね。
]]>