新しく独自ドメインに移転しました。
新URLは、 http://alifedesign.net です。覗いてみて下さい。

2008年05月09日

債券先物

株と債券は、基本的に株が上がっている時は債券が下がり、株価が下落する時は債券が上がるという関係にある。

債券の方は金利に敏感に反応して、金利が上昇すると債券価格の下落、金利が下がると債券価格上昇という動きをするのだけれど、金利が上がる時というのは、経済の成長局面でインフレが懸念される時なので株価が上がっているし、その反対に金利が下がる時は、景気の後退期で株価が下がっているという状態です。それで、長い目で両者の価格だけをみると、相反しているように動くという訳です。

債券を取引しようとすると、10年もの国債の先物市場が活発なのですが、倍率が百万倍!ととんでもないので、取引価格が140円近辺で、およそ1億4000万円分の売買になります。刻み値が1銭単位(取引価格で1万円単位)とは言え、規模的に機関投資家向けの取引です。

証拠金が200万円からなので、資金的にOKでも、機関投資家の中に素人同然の個人が入ると、カモにされる事が目に見えていそうで、個人投資家はやっぱり手を出せない。

海外市場で扱っている所は無いかと探してみたら、SGX(シンガポール証券取引所)で扱いがありました。SGXは日本国債先物を10分の1サイズで売買できるので、取引の額面が1000万円、証拠金も20万円前後で取引できまるようです。
これだと日経225先物と同じくらいの売買単位で取引できるのと、225先物より証拠金が少なくてすむので、両方を組み合わせた取引も現実的な選択肢です。

SGXの取引時間は、時差が1時間の日本の取引時間とほぼ同じで、米国にあるグローベックスのように取引時間が夜中にならないのがスバラシイ。

国内でも海外市場での取引が可能な証券会社が幾つかあるようなので、そこを通じて取引しても良いし、英語で問題なければ、直接海外の証券会社に申し込むと良いかもしれませんね。

posted by alife at 15:36 | Comment(0) | TrackBack(0) | 投資

2008年05月06日

素早く政治にもの申すには

最近は、民意が流行り言葉だけれど、どうも政治家は自分の意見を民意だと思い込むものらしく、自民党と民主党には、それぞれ違う民意が聞こえてくるものらしい。
民意は漠然としていて、如何様にでも解釈できる。例えば、山口の補選(補欠選挙)の結果をみて、民主党は国民の民意は暫定税率の廃止だと言うし、自民党は、知事は暫定税率復活を求めているからこれもまた民意だという。

首相の支持率というのがあるけれど、新聞社のアンケート調査だから、○%を下回ったら、辞任するというルールがある訳でもないから、参考意見としては意味があるものの、意見を反映する方法にはなり得ない。

解散総選挙が一つのポイントなんだけれど、郵政民営化の時もそうだけれど、民意を問う度に解散して、総選挙してというのは、時間も費用もかかるし、あまり効率がいいとは言えない。

そもそも選挙という制度を補うか置き換えてしまうような仕組みを作る時期に来ているんじゃないだろうか。

選挙は、参議院は3年毎に半数を入れ替える等と決まっているが、3年も経てばずいぶんと状況が変わる。議員もそうだけれど、政府に対する政策の実施評価もする方法があるんじゃないだろうか。

株式投資をやっているので、企業の価値評価というのが参考になるように思う。少し考えてみよう。
posted by alife at 00:44 | Comment(0) | TrackBack(0) | 日記

2008年04月14日

Numbersレビューその2

見た目や処理結果の美しさに惹かれるNumbersだけれど、Excelを完全に置き換えるには力不足の部分が有る。例えば、大量のデータを処理しようとすると重い。Numbers

大量のデータを扱うとどうなるか、試しに過去20年分の日経平均の4本値(始値、高値、安値、終値)のデータから20日間移動平均線を計算してグラフにするという仕事をさせてみた。

データは、日付、4本値、直近の2年分くらいに出来高が入っていて、4460行、セル数で1万8364セルくらい。移動平均線の計算が約4440回になる。

たいていは、計算が数行で宛先等を含めてもA4で1ページに収まる見積書や請求書を作る事が多いからこの件数は、自分が扱うデータ件数としてはかなり多い部類に入る。

4本値の元データはxlsファイルで持っているので、いったんxlsファイルを開いてから、新しく作ったNumbersのシートにコピーするという作業をしてみる。が、コピーしてシートを切り替えるのにレインボーが出てきて待たされる。

移動平均の計算は、20日間の終値を足して20で割るという四則演算だけど、20日目のセルに数式を入れて、「下方向に適用」を選ぶと最後の結果が表示されるまでに数秒かかった。
ちょっと遅いかな。ただし、計算は一度きりなので気にはならない。

普段、表計算を使う中で、計算速度が気になる程の複雑な計算をしないので、自分にとっては、その速度が問題になる事は無いような気がする。

グラフはプロットする点が多いためかさらに重い。表示されるまでに2〜3分かかってしまった。グラフの作成は実用的な速度とは言いがたい。

グラフは折れ線グラフを選んだが、その遅さはデフォルトが3Dグラフになっていたり、プロットした点に○印がついているのもその原因のだろうと思う。2Dグラフで、折れ線のみに変更すると、なんとか使えるレベルの速度になる。

使っているのはiMacで、Core2 Duo 2.0GHzに4GBのメモリを積んでいる。他のアプリケーションで特に不満に感じる事はないので、やはりNumbersの問題だろう。


もう一つは、計算処理については、Excelに比べると少し荒削りに感じる所が有る。

例えば、時間計算でこういう事があった。
ある仕事の開始時間10:00、終了時間12:30といった場合に2.5時間という答えを得たい、このやり方がすぐに判らなかった。Excelで「終了時間ー開始時間」を計算すると、2.5と帰ってくるのだが、Numbersでは結果が小数で返ってくるためである。

後で判ったのだけれど、この小数で返ってきた結果に24を掛けると目的の時間数2.5が得られる。Excelの場合は、ここまでを自動でやって答えを2.5と表示してくれるので、この方がユーザの期待通りの動きをしてくれるように思える。
小数のまま方が他の計算や比較に役立つのかもしれないが、Excelは時間の計算で期待される場合が多い時間数をデフォルトの答えとして採用しているのだろう。

もう一つは、日付をまたがった時の処理などで、Numbersは少し物足りない部分が有る。
先の例で、開始時間を22:00、終了時間を03:30(翌日のつもり)とすると、期待する答えは、5.5時間だけれど、Numbersだとそのまま入力しただけでは-18.5時間になってしまう。

正しく計算させるには、3:30のセルで日付を翌日に設定してやる必要が有る。簡単なのだけれど、そうするとセルの書式が変更されて日付まで表示されてしまうので、もう一度セルの書式を時間だけ表示するように切り替えてあげる必要が出てくる。

Excelでは、22:00を入力してから隣のセルに3:30と入力すると、3:30の方を翌日の深夜と解釈してくれて、時間数の計算は5.5時間となり、時間の表示も「3:30」のままになる。セルの中を見てみると日付が翌日になっているから、ここも入力されたデータか隣のセルを参照して、翌日だろうと解釈して、ソフト側で日付を設定してくれるのだろう。

Officeがたくさんの余計なお世話をしてくれるソフトなのは分かっているけれど、Numbersはもう少し気を効かせてくれてもいいかなと思う。


このように計算機能の面では、大量のデータで重くなったり、データ形式をうまく解釈してくれないので、アンケートの集計やアルバイトの時給計算を毎日のようにやる等、大量のデータを扱う頻度が高い人にとっては、作業効率を考えてExcelを使わないというのは難しい部分もあるかなと思う。
ただ、Excelで計算して、Numbersで印刷レイアウトするという組み合わせ使うと強力な組み合わせになりそう。 個人的には先述のように大量データを扱う機会は少ないので、NumbersをメインにExcelを補完的に使えば充分実用になりそうである。
iWork '08



posted by alife at 08:00 | Comment(0) | TrackBack(0) | Mac

2008年04月13日

スニペットエディタ

Safariは3.1になってから「開発」メニューを表示できるようになりました。これが、けっこうお役立ちツールで、その一つに「スニペットエディタ」という機能があります。SnippetEditer.png

ちょっとしたコードを入れると、その場で、即座に表示してくれます。

ちょっとしたコードを思いついて試す時等、ページを1枚作らなくても、ささっと確認できるので、いいですね。


posted by alife at 01:00 | Comment(0) | TrackBack(0) | Mac

スゴいエレクトーン奏者

youtubeに投稿されていたルパン三世のテーマをエレクトーンで弾いている絵なんだけど、見ていて気持ちいいくらい、スゴい...


posted by alife at 00:00 | Comment(0) | TrackBack(0) | 日記