La Clef d'Or

上記の広告は１ヶ月以上更新のないブログに表示されています。新しい記事を書く事で広告が消せます。

歴史的経緯により、はてなダイアリーに移る事にしました。

新ブログ

今後ともどうぞよろしくお願いいたします。

年間利回り: -31.76%

激動の去年もようやく終わり。11月には-8%まで戻したのに、五人の戦士達が急降下して悲惨な結末に。戦士達は12/29に処分し、代わりに原油価格と連動して動く銘柄を購入。

これが今のところ上昇してるため-31.76%という数字になりましたので、五人の戦士達を売り払った時点ではもっと悪かったってことです。

2009年はどこかの地域でドンパチやるんじゃないかな、と思ったので原油関連の株を一点張り。既にガザでイスラエルとパレスチナがドンパチやってるので、今のところは上昇してます。アメリカがイラン辺りと戦争を始めるようだと原油が再び上がるのはまず間違いないと思います。

追記：先月の年間利回り予測と全桁ピッタリ一致ですね。すごい偶然だ。

明けましておめでとうございます。

今年はブログ最後の年にしようかなと考えてます。2007年の元旦から始めて、今年が3年目。今年いっぱい続ければ十分かな、と。

今年は技術ネタを中心に書く予定にしています。今の仕事が運用の仕事で、ルーチンワークをこなしてるだけじゃスキルがそんなに上がらないので、自分で色々といじりながら遊んでまして、そこら辺の話を書こうかなと。

株に関しては昨年はひどかったので今年は一本だけ。原油の値上がりに賭けてるだけです。為替の方はタイミングを見ながらユーロを売買するくらいかな。

それでは、今年もどうぞよろしくお願い致します。

うちの親父はかなり妄想が入っていて困っています。
自分の事をモーツァルトみたいな天才と思っていて、周りの人間の理解が得られない事を嘆いていますが、私から見れば滑稽です。

モーツァルトは生前は評価されなかったかもしれないけど、彼は楽譜を残した。あなたは現在、他人に理解されていないとして、何を残すというのだろうか？

私に言わせれば、周囲の理解を得られていない時点でたいしたことはないと思う。家族にすら理解されていない活躍が他人に認識されるだろうか？

駐在員あがりでアメリカに留まってビジネスできるやつが何人居るか？とか言われてもねぇ。。比べる対象が帰国前提の駐在員じゃ意味ないだろ。そりゃ、駐在員で来て会社辞めてアメリカ残る奴は少ないだろうけど。

私は勝手に「ドン・キホーテ症候群」と名づけてますけどね。どうにかならんかなぁ。。

うちの社内では社内用のデプロイメントツールがありますが、「運用の仕事」で書いたようにあくまで社内なので他の会社では使えません。

ということで、勉強も兼ねてCapistranoをいじってみました。これは随分前から名前だけ聞いてましたが使ってみた事は無かったです。

Capistranoはかなり面白いですねぇ。新しく学んだのは、

- SSH秘密鍵のパスフレーズをssh-agentに記憶させることが出来る。
- Capfileの作成が少し面倒だけど、Capistrano自体は使いやすい

私の環境でネックになりそうなのは、Capistranoを走らせるホスト名の列挙。それを解決するため、簡単なPerlスクリプトを書いて対処しました。SSHのユーザー名と動かすコマンドをスクリプトへ書いて、ホスト名が列挙されたファイルを食わせるとCapfileを作る代物です。

円は相変わらず高いままですねぇ。円が100円を切った時に銀行へドルを買いに走った方々はどうしてるんだろう。今じゃ一ドル90円にしかならないのに、97-98円も払って買っちゃったんだよね。

銀行はレートもそれほどよくないだろうから、下手したら一ドル100円くらい払ったのかも。

git add *でファイルをどんどん追加してました。既に削除したファイルもgitにあるよなあ、これどうやって消すんだろう、と思い、git rm *をやったら全部消えた。

幸いバックアップは取ってあったので何とか助かりましたが、恐ろしい・・・

運用の仕事が面白くないのは、仕事の内容がツブシが効きにくいってことにもあります。
例えばプログラマーが仕事を通じてプログラミングのスキルを上げたら他の職場でも通用する財産になりますが、運用の人間が特定のアプリケーションの運用方法に精通しても他の職場では全く関係ない話になってしまいます。

だから、単純なルーチンワークはなるべく避け、プログラミングで自動化できるところやどういう風にサービス全体が設計されているのか、スケーラビリティはどのように考慮されているのか、という部分をこれから見ていこうかなと考えています。単純な「オペレーター」ではなく、「設計者」へ脱皮する方向で。

私は某大規模サービス運用の仕事をやってますが、仕事が面白いかと言われれば微妙です。

サービスの運用ですから、自社の開発陣が作ったアプリケーション群が正常に稼動させる事が目的になります。しかし、運用部隊は開発してませんから、要は他人が作ったアプリのお守り役になってしまうんですね。しかも、監視用のアプリでさえ開発陣作のツール。

他人が作ったアプリを、他人が作ったツールで監視する、となれば中身は分かんないわけですから、ルーチンワーク的な作業にならざるを得ない。こういう仕事が面白いと思える人も居るでしょうけど、私はそんなに面白いとは思わないんだな。

まー今の仕事を選んだのは私なので文句言ってもしょうがないんですけどね。続きは次回。

私は色んなところで集めた知識をまとめるため、個人ナレッジベースを作成しています。
現在はPukiWikiを使ってますが、WYSIWYGプラグインの完成度が少し不満なんだよね。

要件としては、

- 設置が簡単
- WYSIWYG対応（コピペをそのまま貼り付けたい）
- 日本語対応（←これ意外に重要。海外製だと文字化けしたりする）
- 添付できる
- データのみのバックアップが簡単
- 検索出来る

うーん、やっぱりPukiWikiが一番かなぁ。DNS事件を起こして以来、開発が止まってしまったみたいだけど。

正式版がしばらく前に出たので入れてみたんですが。

セットアップの途中でいきなりFirefoxのブックマークなどのインポートをおっぱじめました。別にインポートしてくれる必要ないんでインポート停止ボタンを押しても反応なし。インポートのプロセス自体は動いているらしく、FirefoxのプロファイルがロックされててFirefoxが開かない。

一分ほどインポートさせましたが、全然終わりそうも無いのでChromeを強制終了かけましたが・・・

いやはや、ほんとに驚きましたねコレ。インポートしない選択を与えないばかりか、停止させることさえ出来ないとは。これで私のブックマークの中身とかめでたくグーグルさんへ吸収されちゃったかも。

別にこまりゃしないですけど、セットアップの途中で強制インポートとか何考えてんのかと。ストリートビューもそうですけど、グーグル社ってプライバシー侵害するのが大好きな会社だよなー。

たまたまやってたネプリーグを見てました。インテリチームとの対決なんですが、出題が不公平で吹きました。明らかにインテリチームの問題の方が難しいんだもん。

まあ同じレベルの問題だと勝負にならないというのは分かりますが、不公平な出題は興醒めしますね。

最近は為替の変動が凄まじいですね。
つい3週間ほど前までユーロ・ドルペアを1.24-1.26あたりで逆張りしてまして、チマチマと利益を取っていたんですが、1.29をヒットしたあたりから全然逆張りのチャンスが無くて。ちょっと下げたら拾おうにも全然下げず、一晩で300pips上がったりね。あっというまに1.29から1.47まで急騰したかと思えば今日は1.41まで下がった模様。

これは逆張りのチャンス！ということで一枚仕込んでみましたが、さてはて。波に乗り損ねたあげくに逆張りで張ったら落ちるナイフだったりして。もしそうなれば踏んだり蹴ったりですね・・・

まあ為替も株も本当に難しいですよ。後からチャート見てあの時に仕込んでおけば、ここで売り抜ければ・・・とか想像するのは誰でもできますが、実際その通りに玉を動かすのは至難の業。

例えばつい最近もシティーグループの株が3ドル台まで急降下しましたが、アメリカ政府の救済案が通って今じゃ7ドル。これをうまく仕込んで倍に増やした投資家は凄腕ですね。結果から見れば誰でも3ドルで買うチャンスはあったんだけど、前日株価が半分吹っ飛んだ銘柄に金を突っ込めるか？という話なんですね。結果論から見れば、アメリカの財布であるシティーバンクを潰させるはずは無いんですが、こういう事を後から評論しても意味無いわけでね。

まーお気楽にやりますわ。

確信犯的におかしな指示を出してくる上司はどうやって対処すれば良いのだろうか。
うちのチームは4つの役割を毎週ローテしてるんだけど、私が受け持っている役割ではないと知りつつ振ってくる大馬鹿者が居るので厄介。部下や同僚ならふざけんな馬鹿野郎！（もちろんそんな言い方はしませんけど）で済むのだけど、上司の上司がそんな感じだから始末が悪い。

下手に断ってやる気が無い奴と思われたらアレなんで、仕事をこなし終わったあとで「通常の場合は役割分担に基づいて仕事を振られること」を再確認するに留めたんだけど、まどろっこしいことこの上ない。確信犯だからどこまで抑止効果があるか分かんないしね・・・

こういうのも宮仕えの一環っちゃその通りなんですけどね。

最近話題になっているベーシック・インカムについて。

ベーシック・インカムは財源さえ確保できれば面白いアイディアだと思います。
例えば一人100万円配るとして、日本の人口を一億二千万と考えると120兆円。これを税金で賄うと、労働人口は6800万人ですから一人当たり175万円の税金を払うことになります。

日本のサラリーマン給与の平均は439万円ですね。ですが、6800万人の労働人口のうち、サラリーマンは5300万人。残りの1500万人はフリーター等の非正規雇用ですから、労働人口の平均給与は下がってしまいます。仮にフリーターの平均を300万と仮定すると、労働人口の平均給与は400万。

で、その400万から175万が引かれたものが手取りになるわけですね。というわけで、225万。もちろん、ベーシックインカムが加算されるので325万になります。

ただし、配る額は相対的に決定されないと意味が無いので、落としどころが難しいです。デフレ時には支給額は下がりますし、インフレ時には上げないといけません。

また、100万円の場合ですがベーシック・インカムを導入すると4人家族では400万円の収入が自動的に保証されるため、仕事を辞める人が出てくる可能性があります。すると、結果的に他の納税者への負担が増えます。例えば、6800万人の労働人口が6000万まで下がれば個人負担は175万円から200万円へ上がります。

すると不公平感が増し、我先にと仕事を辞めてますます財源が苦しくなる可能性が高いです。もちろん、デフレを考慮した支給システムが作れれば仕事を辞める人が続出すればデフレになり、支給額が下がるんですけどね。そこまで考慮したシステムを作れるかどうか。

いずれにせよ、机上の空論としては面白いシステムですが実現性があるかどうかは微妙なところです。

お世話になっているモジュールなのですが、バグを見つけました。

Callback用のサンプルコードで、sleep行を消して子プロセス数を50とかに増やすと出力がこうなります。

This is Bob, Child number 5
Bob, Child 5 is about to get out...
** Bob started, pid: 13108
** Bob just got out of the pool with PID 13108 and exit code: 5

本来ならフォークする時に出力されるはずの、** Bob started, pid: 13108の行の出力が遅れています。誰か直してくれないかなあ。。自分で直せって？

同僚の指導のもと、ようやくSSHトンネルを理解できたので共有。

自宅から会社のPCへトンネルを張る場合。会社のPCはファイアウォールの内側なので、プロキシサーバー経由でSSH接続。接続が確立されたら、自宅PCのローカルポート（任意）を会社PCのポートへフォワードする。例えば、

homepc ローカルポート 2222 -> companyPC ポート22

これで、
ssh localhost -p 2222とやると会社PCの22番へポートフォワードがかかりSSH接続が出来る。

ポートフォワードをやるためにSSH接続は既に確立されているので、SSH以外のポート転送をかけるのが旨みのある使い方になります。

大量解雇から一日経ちました。昨日を振り返ってみます。

- トイレで泣いている人が居たらしいです。事前にレイオフを行うという発表はありましたが、いざ本人に解雇通知が来たら悲しみの感情を抑えられなくなってしまったのでしょうね。

- 私の部門で解雇された人は、結構な頻度（週一程度）で会社に来ずに自宅から仕事してました。それが解雇の原因になったかどうかは定かではありませんが・・・

- ヴィザサポートが切れてしまうため、アメリカ人とすぐに結婚しなければアメリカに居残れない人も居ました。

- その一方で、うちを解雇された優秀なエンジニアを拾いにきた会社もあります。メキシコ料理のタコスを振舞うトラックで乗り付けてきて、エンジニア5人を募集に来てたらしいです。実際に埋まったかどうか知りませんが、埋まった可能性は高いのではないかと。

大量解雇の嵐の中の人になって感じたのは、管理職が有利だということでした。無能な管理職が優秀な末端技術者を切る構図が多かったみたいです。その逆のケースも少しはあったのが救い。うちは優秀な技術者が揃っているので、運の要素も大きかったと思います。私の同僚の中では、「あいつなら切られても仕方ないよな」と思える人は皆無です。下手したら私がそう思われてるんじゃないか？というくらい優秀な人間が集まってます。給料もいいし。

そういう中でも、リストラは敢行されてしまうわけで。となると後は運の要素、ってことになるんですね。そういう意味では私の部門は幸運なほうで、全体で切られた割合と比べるとだいぶ低かったです。それでも被害者は出てしまったわけですが・・・

これは推測になりますが、私の部門で誰も切らないと他部門から非難を浴びかねないため、やむを得ず一人だけ切ったのではないか、と思うところもあります。

いずれにせよ、大量解雇というのは運良く残れたとしても非常に辛いです。景気の良い会社になるべく入りましょう。

8:30 A.M. - 出社。仕事に手がつかず、ぼーっとして過ごす。
9:15 A.M. - 雑談用のメーリングリストに、他部門の人からお別れメールが流れる。
9:30 A.M. - 普段見かけない人が自分の周りの人に挨拶している。後で判明した情報によれば、自分の周りでは最初の被害者。
9:45 A.M. - マネージャー達がヒソヒソ話をしている。内容は分からない。
10:00 A.M. - IT関係のゴシップサイトで、うちの「解雇マニュアル」が流出。上司が、「やあ、出社してくれてありがとう。」とか言いながら声をかけてきたらアウトであることが分かる。
10:30 A.M. - 自分の所属するグループの中の人間から、突然お別れメールが飛び出る。
11:00 A.M. - 社内散策に出る。すべての会議室は埋まっていて、2-3人の人間が入っている。社員、マネージャー、人事部の三点セットと思われる。
11:30 A.M. - 自分の後ろに上司が来る。背筋が凍りついたが、隣の人へ別件で用があっただけだった。
11:45 A.M. - 部門長が緊急ミーティング。私の部門の解雇は完了したとのこと。

初めてのレイオフラウンドでしたが、誰が切られるのか、何人切られるのか分からない状況で生きた心地がしなかったですね。

歩き回る上司が死神に見えた。

ちなみに、株価は10%上昇。薄情な投資家め・・・

オライリーの本を読んでいたら、かっこいいサブルーチンのパラメーターの取り方が書かれてました。

my $foo = 5;
my $bar = 6;

&function($foo, $bar);

sub function
{
　　　my $newfoo = shift;
　　　my $newbar = shift;
}

このように、順番に@$_からshiftすることでパラメーターをローカルで使うことができます。

メール受信プロトコルをPOPに変えてからすこぶる快適。やっぱりPOPですねぇ。。サーバー上のメールを読みに行くIMAPでは、メールが溜まりすぎるとレイテンシーが起きてしまいます。その点、POPはサーバーのメールをダウンロードするので問題なし。

IMAPはどこからでもメールを読めるという利点はありますが、実際そんなに色んなところから読みにいったりしないんですよね。例えば自宅からメール見る場合でも会社のパソコンへVPN張ってGUI取って、Thunderbird立ち上げますから。というわけで、メールのバックアップさえきちんと取っていればPOPで十分。

先日Mercurialを持ち上げたばっかりなんですが、Gitもよさげですね。
Mercurialは一回だけコミットしたソースのRevertを許してくれるみたいですが、Gitはどうなんだろ。どこまでもRevertできるVCSが理想ですねぇ。

本来、コミットしたソースをRevertしまくるのはVCSの本意ではありませんけど、やっぱり世代管理としてはいつでもどのソースにでも戻れるのが理想。そういう意味で、Mercurialが一回しかRevertさせてくれないのはちょっと使いづらいところ。

今の会社では主にRed Hat Enterprise Linuxで仕事してます。一通り問題なく業務はこなせてますが、やっぱりソフトウェアの質に不満が残ります。

例えば、Pidginというメッセンジャーソフト。いろんなプロトコルをしゃべることが出来て便利ですが、なぜかグループチャット（社内の関係者同士で仕事を進める場合）を使うと、チャットに参加者が入るたびに私にチャット招待状が届き、受諾すると新しいウィンドウが開いてしまいます。つまり、一つのグループチャットなのに私の画面上では10個のタブが開いてたりします。しかも実際にメッセが現れるのは最後に開いたタブ。でも、残りを閉じるとなぜかグループチャットから抜けてしまうため開きっぱなしにせざるをえません。どうしようもないバグなんですね。

次はIMAP問題で取り上げたメールクライアント。これはThunderbirdの事なんですが、昨日Thunderbirdの再インストールを行ったんですね。yum remove thunderbirdやってからyum clean all、でyum install thunderbird。ところが、これをやったらthunderbirdが開かなくなりました。ショートカットから開かないのはもちろんのこと、ターミナルからthunderbirdと打っても開かない。どうやらthunderbirdというのは実体アプリではなく起動スクリプトらしいので追いかけてアプリ本体を見つけ出し、それを実行してもだめ。

ところが、sudo su -してrootになってから実行すると開く。となるとパーミッションかな？と思い、調べましたが特に異常はなし。ためしにググってみたら、自分のホームディレクトリ内の.thunderbirdディレクトリを吹っ飛ばせば直るらしい事が分かったので実行。これで起動するようになったんですが、なんだかなぁ・・・アプリアンインストールしてインストールしなおしたらちゃんと起動してよ、と思いますね。

会社のメールが多すぎてIMAPは使えない事が分かりました。入社してまだ二ヶ月なのに7万7千通。毎日1300通も届いてます。

IMAPはサーバー上のメールボックスをメールクライアント上で表示するわけですが、メールの数が多いと新規メッセージのフラッグ立てにすごく時間がかかるようです。しかも、毎回フォルダーにアクセスするたびに行うもんだからメールの数が増えると症状が悪化し、永遠に改善しないです。（もちろんフォルダー分けしてますが、中には2万通のメールが入っているフォルダーがあります）

しまいには新しいメールの取得さえ困難な状況になったため、POPSへ移行することにしました。会社メールの設定手順にPOPの文字は出てこないんですが、メールサーバーへPOPかけたらPOP出来たんで、まあ大丈夫でしょう。

最近、3年ぶりにネズミ捕りに遭遇して罰金の催促状が送られてきました。素直に払えば171ドル。テストみたいなのを受けて改心の証を見せれば185ドル。単純に171ドル払うオプションはネズミ捕りがドライビングレコードに残ったままになって、テストを受ける方はレコードを隠せるらしい。

ネズミ捕りに遭遇した日は確かにスピード違反してた。小学校の子供が居る時間帯は40キロ、それ以外の時間は55キロの道を62キロ出してたさ。一応小学校の子供が横断歩道を渡るのは見たけど、その子の他は全然子供居なくて、勢いよく加速したのが良くなかったんだよね。で、明らかに待ち伏せてたネズミ捕りの御用になったと。

でもぶっちゃけ悪い事したとは思わないんだよね。登下校の時間以外なら62キロは捕まらない速度だし、子供が周りに見えないって事は62キロでも危険性は高くない。警官と話をしたら真っ先に子供が居た事を主張してたのもアレだった。こいつはこの道によく潜んでて、子供が居る事を理由に切符をきっているんだな、と。子供が居た、居なかったとか水掛け論してもしょうがないので反論しなかったけど、子供が周りに居なかったのが事実。

この道のように、そんなに危険じゃないところで潜んで切符きりまくることがどれだけ交通安全に寄与するのかはなはだ疑問でした。その一方で、ローカル道路の信号無視とか結構多い。こっちの方がよっぽど危ないし、対策なんて信号の上にカメラ付けてナンバープレートを撮影すりゃいいだけの話で、よっぽど罰金も取りやすいと思うんだけどね。

今回、スクリプトを書くに当たって実感したのがバージョン管理システムの必要性です。バージョンアップの背景や、以前のバージョンに戻す必要性が出てきた場合に手軽に戻せたら非常に便利なのは論を待たないところです。

そこで、以前耳にしたことのあるCVSとかSubversionを見てみたんですがどうもしっくりこない。ドキュメンテーションを読みながら多少格闘すれば導入は出来るんですが、個人でPerlいじくりまわすには大げさなんですね。

そこで行き当たったのがMercurial。大掛かりなレポジトリを作る必要が無く、単純にソース入ってるディレクトリをそのままレポジトリ化できるのが素晴らしい。また、リヴィジョンの違いやコメントを管理してくれるのも良い。非常に手軽に使えそうなので今後お世話になることにしました。

CPANのforkモジュールを色々と試していたら、Parallel::ForkManagerの挙動が変わってしまいました。
その事にしばらく気づかなかったため、自分のスクリプトを一生懸命デバッグしてたんですが徒労に終わりました。

Parallel::ForkManagerを手動でアンインストールして、CPANから再度入れなおしたら挙動が元通りに。モジュールのコードをいじった覚えは無いので、他のモジュールが何らかの影響を与えたとしか考えられないです・・・

色々とモジュールを試す場合は慎重に行いましょう。

総資産を100%とすると、

10%を投資
10%を小遣い
10%を寄付

という割合で分ける話をしました。では、結婚した場合はどうするとよいのでしょうか。

10%を投資 - これは続けたほうが良いです。給料を全部使ってしまうのではなく、一部は運用にまわすべき。たとえ10%が全部吹っ飛んだとしても、残りの90%で生活は回ります。（厳密には、総資産の10%を投資に回すので給料の一部を回すわけではありません）

10%の小遣い - ここは平等に考えて、10%ずつ。合計20%と考えるべきでしょうね。

10%の寄付 - これは二人合わせて10%で問題ないでしょう。

というわけで、100%から40%を引くと、60%が残ります。これを全部生活費に使う・・・しかないでしょうね。ただし、子供が産まれたら養育費なども考えに入れる必要があるので一人当たり5%程度は引いていく必要があると思います。

まとめると、仮に子供二人の4人家族の場合

10% 投資
20% お小遣い
10% 寄付
5% 子供の養育費
5% 子供の養育費
50% 生活費

こんな感じですね。月収40万の家庭なら、生活費は20万。そこから電気代・ガス代・家賃などを引くとかなり厳しいですね。。共働きになりそうな感じです。

資産管理はどうやればよいのでしょうか。正解はもちろん無いのですが、私は以下の方法で管理しています。

総資産を計算して、その中から

10%を投資（株、外国為替など）
10%は小遣い（自分のために使うお金）
10%は寄付（人のために使うお金と定義している。例えば誕生日プレゼント購入費）

実際問題として、私の投資額は総資産の10%を超えていますので以下の処置を施しています。
1. これ以上一切資金投入を行わない。今ある資金を増やせ。それが出来ないなら退場せよ。
2. 投資枠を超えて損が出ている場合（例えば現在＞＜）、超過分は小遣い枠から引く。

続きは生活費についての考察。

あんまり引き伸ばしてもアレなんで。

利回り: -29.55%
年間利回り予測: -31.76%

先月末に-8.54%だったのが何それ？おいしいの？状態。ちなみに-29.55%でさえ、最悪の事態から取り戻した状態。それくらい酷かった。。

ちなみに12月の相場も始まってますので、現在の数字は上記より悪いです＞＜
唯一チマチマ稼げているのがForex。でも、これもまだ損を取り返してる状態だから自慢にならないんですがねー。。