_ 磐梯行 5月1日 ガス欠

5月1日から磐梯方面に旅行に行ってきた。5月1日は予想外に早く起きることができたので、朝10時過ぎに出発。空いている東北道を北へと向かった。宿は五色沼付近に取っていたのだけれども、まっすぐ宿に向かうのはつまらないので、わざと福島西ICまで行って、そこから磐梯吾妻スカイライン、磐梯吾妻レイクラインを経由して宿へと向かうルートを選択。

福島西ICで高速を降りたところでガソリン残量があと1目盛り程度となっており、ガソリンスタンドを探しながら磐梯吾妻スカイライン方面へと向かったら、いつのまにやらガソリンスタンドなど全くない山の中に入っており、結局給油できないままに磐梯吾妻スカイラインの入り口料金所についたときには、ガソリン残量はあと0.5目盛りほどになっていた。料金所のおじさんに道のりを聞くと38kmあり、ガソリンスタンドは区間内には存在しないという。

うちの車の燃費は通常10km/l弱。ガソリン1目盛りでだいたい30kmくらい走れる。燃料メーターでマイナス0.5目盛りあたりまでは走った経験があるので、燃費のいい山道ならばぎりぎりなんとかなりそうな距離だ。磐梯吾妻スカイライン入り口に着くまでのガソリンスタンドがない道もかなり長かったし、引き返しても結構ぎりぎり気味だ。ならば燃費よく走って先に進んだ方が、今後のスケジュールを考えてもよさそう。

というわけで、残り0.5目盛りのガソリン残量で磐梯吾妻スカイラインに突入。途中眼下に福島市を臨む場所や、硫黄臭がする火山跡地っぽい場所など見所がいくつかあったのに、それらには目もくれず最高燃費運転だけを考えて、ひたすら山道を進む。無駄な減速をしないように運転したため、乗り心地がかなり犠牲にされてしまい、後ろの席ではムスコが車酔いをしてかなり気分が悪そうな表情になっていった。それでも山の中でガス欠になるよりはマシと、心を鬼にしてそのまま進む。

道程の三分の一も過ぎる前に、ガソリン残量は残り0目盛りとなった。しかも、磐梯吾妻スカイラインは単純に上って降りる山道ではなく、尾根沿いを上ったり降りたり繰り返しながら先へと進むタイプの道だった。後半下りが連続すればそこで燃費を稼いでなんとかなるかも、という淡い期待が徐々に薄れていく。後半はもはや最後まで行き着くことよりも、いざアクセルを踏んでも加速しなくなったときに、安全な場所で停車する方法を主に考えながら進んでいった。

しかし、道程の最後の2割に差し掛かったあたりからは、ほとんど下りが続く道に変わり、ほとんどアクセルを踏まなくても進むようになった。そこでカーナビに最寄りのガソリンスタンドを探させたところ、有料道路区間が終わって2kmほどのところにガソリンスタンドがあった。マイナス0.5目盛りあたりを差しているメーターをにらみながら、アクセルの反応をおそるおそる確かめつつ、なんとかナビが示したガソリンスタンドまでたどり着くことができた。ガソリンスタンドに車を入れ、止める。

しかし、どうもおかしい。変に荒れたスタンドだ。人の気配もない。まるで営業していないかのように見えるのだが、どこにも閉店などという文字は書かれていないので、それを信じて店の中をのぞいてみた。誰もいない。表の給油機を見てみると、片方の保証期間はすでに去年で切れていた。やばいこの店はすでに死んでいる。

次のガソリンスタンドをナビで探すと、次は6kmほど離れたところに2件あった。オクサンが片方を適当に選ぶ。エンジンがちゃんと再始動するかどうか不安になりながらもキーをひねったら、なんとかエンジンがかかった。再び神経をすり減らしながら6kmの道のり。なんとか次のガソリンスタンドまでたどり着いた。

しかし再び、停車しても店員は誰も出てこない。まさかここもつぶれているのかとビビりつつも、事務所の中に顔をつっこんだら、全然表の方に注意を払っていないおばちゃんが一人で事務仕事をやっていた。声をかけたら気がついてあわてて出てきて一件落着。給油量は燃料タンク容量＋3lだった。ちなみにその後、ナビが示していたもう片方のガソリンスタンド前を通りかかったところ、そちらは祝日閉店だった。あぶないあぶない。

その後はのんびりと磐梯吾妻レイクラインを通って五色沼付近に到着。予定よりも1時間ほど早く宿に着いてしまった。しかしすり減った神経で遊びに出かける気力はなかったため、宿でマンガを読みながらごろごろ。あとは風呂に入って飯を食ってマンガを読んで終了。

_ 磐梯行 5月2日 米沢、喜多方

宿で朝飯を食べてから適当に行く先を考え、米沢方面へと向かう。湖沿いの山道を走ること1時間ほどで米沢に着いた。結構近いんだな。

まず上杉家御廟所に寄り、それから民芸品館みたいなところに寄り、駅前に行ったけれども車を停めやすい場所が見あたらなかったので、結局上杉神社（というか上杉博物館）に車を停めて、そこらをうろうろしつつ軽食を食べる。上杉神社に来たのは3回目か。

それから喜多方方面へと出発。こちらも1時間ほどで到着。喜多方ラーメン館のそばにあるラーメン屋で遅い昼飯。喜多方ラーメンってどこで食っても同じ味がする。味自体は嫌いじゃないけれども、わざわざ本場に行く価値はないよな。

で、それから宿方面に戻りつつ桧原湖の遊覧船に乗ろうかと思ったら、遊覧船は15時半で終了していた。あとは宿に戻って風呂に入って飯を食ってマンガを読んで終了。

_ 磐梯行 5月3日 猪苗代

まず五色沼にちょっと立ち寄り、それから猪苗代湖方面へと向かう。昨日桧原湖で乗り損ねた遊覧船に乗ろうと遊覧船乗り場を探しつつ、湖畔を東回りに一周しようとしていたら、南側で積雪通行止めの区間があった。そこで湖畔一周はあきらめていったん会津若松に向かう。

会津若松といえば、ということでひとまず鶴ヶ城に行ってみるが、息子を連れて天守閣まで上る根性が出なかったのでとっとと出る。で、そばにあった会津酒造博物館に入ってみたが、いまいち好みのタイプの酒がなかったので何も買わずに出る。ちょっと酔っぱらったのでオクサンに運転を代わってもらい、再び猪苗代湖方面へ。

猪苗代湖に二カ所ある遊覧船発着場のうち、北側の方を発見することができたので、ようやく遊覧船に乗ることができた。でも、単にぐるっと湖を走るだけのあんまりおもしろみのない遊覧船だった。鳥にえさをやって集めたりしてくれれば面白いのに。

遊覧船に乗り終わったのが夕方前くらいだったので、そのまま帰ると帰りのラッシュのど真ん中にぶつかりかねない。そこで福島市の方へとわざと遠回りして帰ることにする。しかし福島市といっても特に何か食いたいものは思いつかない。結局福島市は素通りしてそのまま国道4号を帰路につく。

あのあたりの国道4号はまるで高速道路のような作りになっており、平均時速も80km/h近い。なかなか快適だったのでしばらく下道を走り続けていたのだけれど、そのうちだるくなってきたので宇都宮の手前で高速に乗る。高速も空いていたので、燃費が悪くならないよう、飛ばしすぎないように気をつけながら浦和まで。家に到着したのは22時頃。

_ ペンションマンガ

ペンションに泊まりといえばペンション蔵書マンガ読み。ということで、結構いろいろ読んだ。「バガボンド」既刊分全部。「MONSTER」全巻。「がんばれ元気」ラスト5巻。「めぞん一刻」ラスト4巻。「バリバリ伝説」最初の6巻。「七夕の国」全巻。「MONSTER」と「七夕の国」は途中まで読んで放置してあったので、ようやく最後まで読めてすっきり。どちらもそこそこ良くできていたけれども、ものすごく良いというほどでもなかったのでちょっとがっかり。まあストーリーもののマンガとしては すごく良くできていたけど。ストーリーマンガで最後までちゃんと終われるものは少ないからな。バガボンドは通してみたらそこそこ面白かったので、帰ってきてから思わず吉川英治「宮本武蔵」を買ってしまった。そっちの感想は別項で。

_ Yahoo!オークションで、Yahoo!社員による落札価格操作疑惑

Ｙａｈｏｏトップページでマグワイアのユニフォームが出品されました。落札価格は、４３０１０００円です。それだけの価値はあるのかも知れませんが、落札したのは、Ｙａｈｏｏの人間です。当然、主催者、関係者は激怒したと思いますが、屈服したと思われます。再度、出品すえば、主催者、関係者が疑われます。落札ID=auction_test1,,,,そのつながりでID=mineki_yashiro,,,,,,y_charity_auction,,,,,,なんと、auction_test1とy_charity_auctionは、同じ人物のメールアドレスだったようす。Ｙａｈｏｏの言い分は、テストＩＤをオークションには反映されないものと勘違いして、ある人物が入札したので、次点の方に権利を移して欲しいと終了後にメールが来たそうです。このメールは、次点の方から５番目ぐらいまでＹａｈｏｏのメール付きで出されたようです。しかし、勘違いで、４３０万円を落札するでしょうか？このチャリティの関係者は、目玉中の目玉が、今も残っており困っているようです。Ｙａｈｏｏがオークションをぶちこわしてどうすんだ！価格を自身で吊り上げ、ＰＲしたかったのか？それとも本当にミスだったのか？どう思います？

お世話になっております。
Yahoo! JAPANの××でございます。

この度は私にこちらのメールが届きまして、おかしいなと思いながら調べてみますと弊社側でとんでもないミスを犯していることが判明いたしましたので、取り急ぎご連絡させていただきます。

実は今回最高落札者になっておりましたID: auction_test1 は弊社オークションにて管理しているテスト用IDでして、登録メールアドレスが私のアドレスになっております。　実はこのIDを弊社の者にテスト用として19日に渡したのですが、この者がテスト用だから本番に反映されないと思い込み実際にこちらのIDを使っていくつかのオークションにて入札を行いそのままにしていたところ、最終的にこちらの商品を落札してしまったという次第であります。
大変恐縮ではございますがこちらのIDの入札を削除していただき、落札権利を次の方にお譲りいただければ幸いでございます。
この度は弊社側の失敗によりこちらのオークションに大変ご迷惑をおかけしてしまい申し訳ございません。

まずはメールにてご報告させていただきます。
どうぞ宜しくお願い致します。

××

あちこちで話題になっているYahoo!オークションの社員による落札価格操作疑惑。さすがに「auction_test1」なんてIDで操作をしようと思うバカはいないだろうから、これは本当にミスなんだろう。

でもYahoo!オークションは、有料化の際に「出品者は、落札価格の3%を落札システム利用料としてYahoo!に支払う」という仕組みを用意しており（5/15より施行）、しかも、「落札システム利用料は毎月20日までに終了したオークションの月末時の落札額を基準に集計した料金の合計を翌月請求させていただきます。 」となっているため、イタズラで高額落札された場合にも落札金額の3％を支払わされかねないという、利用者に非常にキビしい内容となっている。ただでさえそのあたりのシステムの練られ方がアヤシイ状態なのに、いくらミスとはいえ高額目玉商品の落札に社員が関わっていたという事態（がばれたの）に、関係者数名にメールでお詫びしておしまいにしようってのはどうだろう。

もともと有料化システムの怪しさがクリアにならない限りは利用する気になれないでいたけれども、こういうことがあったんじゃシステムが（表面的に）まともになったところで今後利用する気になれないなー。ソフトバンクはまだ若い会社だからこういう正常系じゃない事態に対する対処法が甘いのね（Yahoo!BBしかり）、と考えてあげることもできるけれども、あれくらいでかい会社だったらさすがにそういう言い訳も一般的には通らないだろうし。

_ 久しぶりにバイク通勤

最近帰りが終電ぎりぎりで心臓に悪い日々が多いんで、今日は久しぶりにバイク通勤にしてみた。この間ちょっと遠出しておいたんでバッテリは一応充電されていたけれども、ここ数日寒い日が続いていたせいかやたらとエンジンのかかりが悪かった。でもまあ走り出してしまえばそれなりに安定。そういやチェーンオイル注さないとな。

去年からいろいろ試してみたけれども、結局渋谷までの一番マシなルートは地図上の最短ルートでもある旧17号−明治通りであるという結論に達した。池袋、新宿、原宿、渋谷とやたらと路駐＆タクシーが多くて混雑する、バイクにとってはものすごく走りにくいルートだけれども、それより多少マシな山手通りや環七を通ったところで、遠回りする距離のデメリットが大きすぎる。

走りにくい明治通りをのろのろ通ったところで会社までだいたい1時間。それより多少マシな気分で環七や山手通りを通ったところで、やっぱり会社まではだいたい1時間。運悪く環七や山手通りが混んでいることも少なくないことを考えると、最悪でもだいたい1時間でつける明治通りの方がマシだ。

それにしても、このくらいの時期のバイク通勤は着るものに困る。溝の口の頃みたいに30分以内の道のりならば服装なんてどうでもいいけど、1時間以上となるとちょっとしたツーリングみたいなものだし、あんまり軽装だと疲労が大きそうだ。それにどうせ帰りは夜中だからある程度寒くなることは目に見えている。だから防寒性能の高い上着は必須なんだけど、そうすると往きに着るのは暑いし持っていくのはじゃまくさい。日が暮れる前に帰れるんだったら、この時期のバイク通勤は快適だろうになー。

_ なげー打ち合わせ

今やっている仕事は5月末完成目標なのに、いまだに基本的な部分の仕様が固まらない。もともと第一期目標の表面的な機能（現実）は低い位置に定めてあるんだけど、その裏側にある仕組み（理想）があまりにも高度すぎて、仕様策定段階で理想と現実とのどのあたりに着地点を見いだすべきかのポリシーが見いだせない。結局残された期間が短くなるにつれ、実装の手間を省く（作業時間を短縮する）ためにどんどん現実が理想を浸食していっている。

という夢と現実の狭間をさまよう議論を毎回のように行っているため、一回の打ち合わせ時間がめちゃめちゃ長くなる。週1、2回のペースで打ち合わせをやっているんだけど、最初のうちは3〜4時間程度だった打ち合わせが、今日はついに5時間半を超えた。そろそろ論理脳の活動限界に達した気がするんで、今日をピークに今後は打ち合わせ時間が減っていくといいなー。

_ 雨バイク

久しぶりにバイク通勤したと思ったら、帰りは微妙な小雨だった。バイクを捨てて帰ろうかと思ったんだけど、ちょうど埼京線の下り電車がない時間帯（23時台前半）だったんで、根性出してバイクで帰宅。往きに厚着しておいて良かった。今の期間は深夜に明治通りで全面工事をやっているみたいで、夜の割にはあんまり流れが良くなかったんだけど、それでもドアトゥドアで50分弱で帰れた。往きはつらいけれども、帰りは終電を気にしなくてもいいし時間も短いからバイクの方が楽だなー。

_ Terrarium始まってたのか

前にネタにしたマイクロソフトの.netを使ったP2Pゲーム開発競争「Terrarium」ってもう始まってたんだね。すっかり忘れていたよ。実際にダウンロードしてサンプルをコンパイルしてみたりしたんだけど、やっぱり結構面白そうだなー。今もうちょっと暇だったら.net系言語のお勉強がてら遊んでみたいんだけど、6月にはいるまではそんなんやっている暇はないよなー。コンテストの期間（6/28まで）が終わっても、サーバー運営を続けてくれるといいんだけど。

関連記事 /.J「C#が人気急増中?」@IT「テラリウム徹底攻略ガイド」

_ .netのDBアクセス

ASP.NET（の中の主にVB.NET）に関する覚え書き第2弾。DBアクセス周りについて。

従来のASP（Active Server Pagesの方ね。Application Service Providerじゃなくて）ではADOを使ってDBアクセスを行っていたが、.netではADO.NETというオブジェクト群を使ってDBアクセスを行う。ADO.NETのコアといえるオブジェクトはDataSetだ。DataSetは一般的なDBMS（SQL ServerとかOracleとか）を利用したデータベースのみならず、XMLファイルなどもデータベースソースとして扱うことができる。概念としてのデータベースを（DBMSから切り離して）高度に抽象化したデータ操作オブジェクトとなっている。

というのがASP.NETの売り文句なんだろう。しかしそれを聞いて、「ふーん、DBMSだけしか扱えなかったADOと違って、.NETではXMLもデータベースとして扱えるように拡張されたんだ」と思ってしまっては罠にはまる。ADO→ADO.NETの変更は拡張ではなく、根本的なポリシー変更（＋おまけ的部分の拡張）だと考えた方が良さそうだ。

というのはなぜかというと、従来のADOでは基本的にデータベース＝DBMSに限定されていた分、ADOを通してDBMSの機能をほぼそのまま利用することができた。しかし、ADO.NET（の中のDataSetを使ったデータ操作）においては、データベースはDBMSとは直接は結びつかない。DBMSのみならずXMLもデータベースソースとして等価に扱えるよう抽象化された結果として、DataSetというのはデータベース上にあるデータそのものではなく、データベース上にあるデータをメモリ上にコピーしたものになってしまった。

「従来のADOを使ったDBアクセスだって（参照系においては）似たようなものだったじゃないか」と思う人もいるかもしれないが、いざとなったらDBMSと直接接続できる（カーソル、トランザクションが使える）ADOと必ずDBの内容をメモリ上にコピーしてからしか扱えないADO.NETとでは、参照系以外のDBアクセスの使い勝手がまったく異なる。今まで調べた限りにおいては、DataSetを使ったDBアクセスにおいて、従来カーソルやトランザクションを使って行っていたような処理を、従来と同程度に手軽に実現する手段は見つけていない（DataAdapter経由でDBMSに直接SQLを発行して、前と同じ内容を前より面倒くさい手段で実現することはできそうだけど）。

ちなみに、データベースの参照系の使い方においては、ADO.NETは非常に便利な拡張をたくさん用意している。従来一般的に使われていた、RecordSetを1行1行ループで回しながら出力していくような処理は、DataSetという形でまとめて表示用コンポーネントに引き渡すことで、ページング処理まで含めて簡単に実現できるようになった。でも、それは確かに実装上の手間を大きく省くかもしれないけれども、クラス仕様の実質としてはおまけ的な意味しか持たないだろう。

という理解の元で、ひとまずお勉強がてらADO.NETを使ってDBアクセスするサンプルをいくつか作ってみたところ、データの参照・更新などを行うプログラムは非常に簡単に作ることができた。しかし、DataSetを使ってお手軽に作ったプログラムにおいては主に更新時のデータ整合性の保証が全然ないように思える。ADO.NETは標準でデータ整合性を保証する仕組みをサポートしないつもりなんだろうか？　それとも俺の知らないどこかで保証する仕組みが動いているのか？　まさかADO.NETは同時更新が頻発する規模のDBアクセスは、標準的に想定外ってわけじゃないよね。

いろいろ調べているうちに、従来のADOを.NET上でADO.NETと（ほんのちょっとだけ）連携させて使う方法を発見したんで、参照系以外の処理は従来のADOを使ってやった方がいいんじゃないだろうか、というのが今のところの結論。でもADOとADO.NETでは互換性がほとんどない（ADOのRecordSetをDataSetにFillできるだけ）んで、両方使うのって重複する（けど書き方が違う）部分が大きくてあほらしい気がするんだよな。実はDBアクセスはすべてADOベースで行いつつ、ADO用の表示を簡略化するためのコンポーネント群を作った方が開発が楽だったりして。DataSetの代わりにRecordSetを食わせるDataGrid（一覧表示用コンポーネント）みたいなものって、結構簡単に作れるんじゃないか？

_ IE誤爆REFERERの再現条件

Windows版Internet Explorerで、次の手順にて再現できます。
  1. あるページ(A)にアクセスする。
  2. ページ(A)上に存在するリンクのどれかに対し、右クリックで「新しいウィ
     ンドウを開く」を選ぶことで、別ウィンドウとしてリンク先ページ(B)を
     開く。
  3. 元のウィンドウ（ページ(A)を表示中）で、「アドレス」欄にURLを入力
     してページ(C)にアクセスする。
このとき、
  ・ページ(C)に対して、ページ(A)のURLがRefererとして送信される。
  ・ページ(C)に貼り込まれているインライン画像に対して、ページ(B)のURL
    がRefererとして送信される。
という現象（両方）が起きます。

上記引用のパターン以外にも、いくつかの誤爆REFERER再現パターンおよび、実際に起こりそうな例も書かれている。漠然とした原因は経験上わかっていたんだけど、ちゃんと再現テストして文書化されたものを読んだのは初めてじゃないかな。あと、IE5.5以上では治っていたのも初めて知った。といっても、この文書は2001年3月に書かれたものなんで、単に俺が知らなかっただけかもしれず。

_ 今日は4時間半だった

今日の打ち合わせは4時間半。一応前よりも1時間も短縮したぜ。って……。でも、一応今日でようやく山を越えたというめどが立った。一個だけ要問い合わせのポイントがあるけれども、そこさえ覆らなければ、これからはまっすぐ収束する方向に向かえるに違いない。概念論だけじゃなくて、とっとと動くアプリケーションの姿が見たいよ。

_ 屍肉喰らい

.NET Frameworkで生物を作ってP2Pゲーム上に放して遊ぼう企画「Terrarium」。試しにちょろっと作ってみたけれども、やっぱり適当にサンプルをいじった程度の生物じゃ、すぐに絶滅しちゃうな。現在のところは、逃げ足が速くてルート選択が賢い草食動物が一番有望っぽい気配で、そういうのばかり増殖しているから、それに対抗（それらが増えた環境に適応）するような、肉食動物系のイカスやつをがんばって作ろうかと思ったんだけど、どうも関連クラスの基本機能として何ができて何ができないのかレベルからいまいちわからない。そのあたりの資料ってこのページしかないのかな？　ヘルプ形式で関連クラスの機能を検索できるといいんだけどな。あんまり気合い入れて遊んでいる暇はなさそうだけれども、なんとかそこそこ繁殖する生物を一個くらいは作ってみたいな。ひとまず現在作ろうと思っているのは、屍肉喰らい系肉食生物。

_ ムスコ バージョンアップ記録 Ver.1.11

• 音声出力機能がバージョンアップ。アンパンマン、バイキンマン、電車君など、ある程度複雑な単語とその実体の対応付けができているものが増えてきた。また、ジュースちょうだい、ママいない、ママ行っちゃった、ワンワンいた、などの簡単な二単語言葉出力機能も搭載された。
• 排泄物出力機能を強化中。気が向いたときには専用容器で液体排泄物を出力するようになった。しかし、まだ10回に一回といった割合。個体排泄物も3回ほど専用容器に出力することができたが、たいていの場合オムツにしてしまったあとに「うんち」と知らせてくれるので、成功率はとても低い。
• 掃除機を使いこなせるようになってしまった。しまってある掃除機を取り出し、電源コードを引っ張り出してコンセントに接続し、勝手に掃除機をかけ始める。怒って取り上げてもいつの間にかやっている。感電するのが先か、感電しない程度の思考ルーチンが実装されるのが先か。
• PC-6601程度の音程再生機能も搭載された。お気に入りの歌がかかると、サビの小節（とも限らないが）ごとの最後の音だけ（たとえばアンパンマンの「愛と勇気だけが友達さ」などの最後の「さー」）を発音することが多く、また特に調子がいいと一小節くらいをまるごと発音したりする。
• 自力移動能力は強化されたにもかかわらず、他力本願移動機能も強化された。自分で歩けるにもかかわらず、すぐに「こっこ（抱っこの意）」と言いながら人の足下に回り込み人の移動のじゃまをする。そして、抱っこしないとすぐに泣きわめきながらフリーズする。
• 多機能リモコンとしての機能が搭載されつつある。現在の機能としては、「これ捨ててきて」（ゴミ箱にゴミを捨てる）、「電気消して」（部屋の電気を消す）、「テレビ消してきて」（隣の部屋のテレビを消してくる）といった機能が実装済み。「本を返してきて」機能も一応実装されているが、正しく本棚に返される割合があまりに少なすぎるので、使用は推奨されない。

_ 浦和球場

昼間お散歩がてらロッテ浦和球場まで行って来た。二軍球場だけあって、あそこは選手と観客の距離が近くていいなー。ただ、今年は一軍も二軍も弱いロッテだけあって、二軍の試合を見てもあんまりおもしろみがない。屋内練習場の方に小坂らしい選手がいたけど、小坂って今故障中なんだっけ？　今の二軍のメンツを見る限りでは、来年もロッテはダメそうだなー。

_ 「Takuma Sato to remain in hospital overnight」

本当に無傷だったらしい。良かった良かった。でも、テレビ映像でレスキューがまるで心臓マッサージでもやっているような動きをしていたのはなんだったんだろう？　エアマットに空気でも入れていたのか？

_ 「Heidfeld escapes injury in Austria」

I saw a cloud of tyre smoke as Yoong braked really hard and early ahead of us, and maybe I pressed the pedal too hard as a result while the brakes were still cool. The car got away from me and next thing I knew I was going backwards down the grass.

あのスピンはマシントラブルが原因じゃなくて、ハイドフェルドのブレーキングミスだったんだね。単にブレーキが冷えている状態でのコントロールをしきれなかっただけかと思ってたんだけど、それだけじゃなくて、目の前でユーンが早めにブレーキングしたせいであわててハードブレーキングしすぎたら一発でコントロールを失ったって感じか。ユーンがタイヤスモークをあげていたのは目立っていたけど、あれが原因でハイドフェルドがコントロールを失ったとは思っていなかった。

_ 引用拡張の修正

この間追加してみたhnsのCITEコマンドで引用元へのリンクを明示する拡張は、やり方が間違っていた。HNSのCOMMANDにおけるパラメータ（%n）は半角スペース区切りの一項目を表しているのであって、コマンド群の最後のひとかたまり（半角スペース混じりも可）は本文（%content）として別扱いなんだね。というわけで、「$NumAtrr=1;」に戻し、「$EndTemplateWithURI」で「%2」と書いていたところを「%content」に修正。

_ 支配者心

近所の立て看板に「人の子も我が子と思う親心」という生活標語が書いてあって、それを見かけるたびに「望月の欠けたることもなしと思えば」という下の句をつけてしまうんだけど、たぶんその場合は「支配者」と書いて「親」とルビを振る形になるんだろう。

_ のうむ？

今日乗った昼過ぎの埼京線上り快速は30分くらい遅れた。遅れている理由を説明するアナウンスが流れたときにいまいちちゃんと聞き取れなかったのだけれど、どうやら「濃霧のため」と言っていたようだった。浦和は雲一つくらいしかないとてもいい天気だったんだけど、埼京線って大宮の先は、電車が走れないくらいの霧が出ているくらい、浦和とは気候が違うところまでいくんだっけ？　まさか「GNOMEのため」じゃないよね。「JR本部！　埼京線がGNOMEとORGAに電車が襲われている。救援求む！」とか。いや別にX Window方面に向かってもいいんだけど。

_ ふーん、これを信じる人がたくさんいるのか

例の日木流奈君を巡る問題。NHKの該当番組は見ていないし、関連したニュースなどをネット上で眺めただけで、実物を読む気も（たとえ立ち読みだとしても）全然なかった（基本的にうさんくさいと感じつつも、細かく検証する価値すら感じない、という態度）んだけど、たまたまネット上で彼が書いた文章とやらを読むことができる場所があったので、読んでみた。ぶへー。これは見事に、修辞法だけはそれなりに身につけたあまり文学的才能がない大人が、子供というものはこうであるべきだ・こうであって欲しいと決めつけつつ描いた子供の視点による文章だよなー。もうちょっとリアリティのある破綻（＝大人的な発想の枠を超える部分）があればそれなりに面白いとも思えるだろうに、そういう部分がまったく見あたらないし。なんでまあここまで、子供らしいみずみずしい感性なんてかけらもなく、逆に大人的な硬直した感性のみが目立つ文章になってしまっているんだろう。これってもともとは親が子供の名前をペンネームに使って、想像で子供の考えていることを文章化（創作）しようと思って書き始めたものが、勢い余って現在のような扱いにされてしまったってだけなんじゃないか？　まあそのあたりはある意味どうでもいい（そういう形態で創作物を発表すること自体はあってもいい）んだけど。でもできればペンネームは「日木流奈」じゃなくて、「Luna」あたりの微妙な表現（日木流奈＝Lunaなのかは曖昧）にしておいた方がいい気がするよ。

_ 「It's a dilemma, but that's the sport!」

F1にとって重要なのは、「一つ一つのレースの結果」なのかそれとも「年間を通して決まるチャンピオンシップの行方」なのか。

フェラーリは後者だと考え、その目的に対してのロジカルにベストなやり方を選択したわけだ。私もより重要なのは後者だと考えるので、今回のフェラーリの決断は正しいと思う。「この段階ではまだ（チームオーダーを出すには）早い」という観点から、今回のフェラーリの決断に反対している人は、「じゃあいつだったら早くないのか」を突き詰めて考えてみることをおすすめする。結局「チャンピオンシップを取ること」を至上目的とするならば、「シーズン第1戦からでもチームオーダーを出すべきだ」という結論になるはずだ。

ただし、F1にとってより重要なのは「一つ一つのレースの結果」であり、それが積み重ねられた結果としてチャンピオンシップが決まるだけのことだ、という考え方もあると思うし、その場合は今回のフェラーリの決断は批判されてしかるべきだとも思う。ただしこちらの立場を取るのならば、「シーズン終盤になってからのドライバーズチャンピオンシップ狙いのチームオーダーは是」とするのは矛盾であることを自覚して欲しい。それが是だというのならば、結局「いつからシーズン終盤が始まるのか」という水掛け論が始まってしまうので。

というのが、ゲームに勝利する条件のみを考えた場合の結論なのだが、実際には「ゲームに勝利すること」以外にもいろいろな条件がある。結局F1も商業活動の一部であるので、商業的な不利益はさけるべきだ。今回の件でフェラーリのイメージが悪くなったりすることは、フェラーリとしては基本的には避けたいと思うだろう。ただし、おそらくフェラーリ側としては、今回のようなことによる一時的なイメージダウンよりも、最終的にワールドチャンピオンをとることによるイメージアップの方が大きい、という計算はすでにしているのだろうけど。ただFIAが大技を繰り出して、今回のチームオーダーによる罰則によってフェラーリのポイント（一部）剥奪、なんてされちゃうとフェラーリの計算は根底から覆されちゃうんだけど。

というわけで、理屈ではフェラーリが正しいと思っていても、でもやっぱり個人的な感情としてはバリチェロに勝って欲しかったので、「観客が見ていて面白いF1」を実現するための妥当で実現性の高いルールが導入されるとうれしいな、とも思う。ただし、FIAにそういうことを考えさせると、ろくでもない結論が導き出される可能性が高いからなー。もしも実現可能ならば、シーズン前半（最初の8戦）は全面的にチームオーダー禁止（少しでも疑わしい動きがあったら失格）、シーズン後半（9戦目以降）はチームオーダー自由とかしてくれるといいんだけど、きれいに運用するのは難しそうだしなー。

_ 今日は3時間だった

たぶんこれでほぼ濃い打ち合わせは終了。あとは実作業に入れそうだ。でも1、2時間の打ち合わせはまだ何回かありそうだけど。

_ バイク通勤日和

今日はとてもバイク通勤日和に見えたので、軽装でバイク出勤。たぶん今日（の昼）みたいな気候が、バイクには一番いいな。1時間は絶対にかかるバイク通勤も、しばらくバイクから離れていた体は、長いと感じない。週に1、2回くらいだったらバイク通勤もいいな。

_ 夜は寒い

やっぱりまだバイクで夜は寒いな。かさばらないウインドブレーカーでも持ち歩いて、夜はそれを来てバイクに乗ることにしよう。

_ Mint Julep「こんなサービス無いのかなあ」

マンションの簡単なWAN・LAN回線敷設とwebコンテンツサービス(アクセス制御を自由にかけられるのも込みで、半分インターナルなコンテンツを提供)なんてやるところ無いのかなあ。

というのを読んで思いついた商売のネタ。最近中小企業／SOHO向けのサーバー機なんかは結構出てきているけれども、一般家庭／マンション向けのサーバー機なんてものもありかもしれないな。

回線はどこでもいいけど、ひとまず一つグローバルIPアドレス（固定だとなお可）が必須。で、一つドメイン名（固定じゃない場合はダイナミックDNS）も割り振る。サーバー上では、内向きのwebコンテンツサービスと外向き（普通のインターネット用）サービスの両方を動かす。

内向きのwebコンテンツサービスってのは、まあ簡単なグループウェアみたいなもの。家庭内用のスケジュール管理ソフト、掲示板とか。外向きのサービスってのは、インターネットメールや外部公開用のweb領域なんか。

そのサーバーを買って、適当なグローバルIPをくれるプロバイダーに契約して接続するだけでOK。

サーバー設定・管理は一般家庭のちょっとコンピュータに詳しい人や、マンションの管理人さんなんかでもなんとかなるようにしておく。知識がなければ無難な設定（制約が大きい）、知識があれば高度な設定もできるように。セキュリティ管理やアップデート（運用）管理をどんな感じに設定するべきか決めるのは難しいだろうけど。

まあ具体的なことは面倒くさいから考えないとして、そういった感じの、一般家庭／マンションにインターネット系各種サービスを簡単に提供できるようなサーバー（ハード＋ソフト）ってのは、うまく作れば大ブレイクする可能性がありそうだな。

SOHO／一般家庭向けのファイルサーバー＋webサーバー＋ルーターマシンなんかは出始めているけど、そういう従来の切り口の（一般受けしない）サーバーではなくて、普通の人が普通に使って便利に思えるような切り口のサーバー。普通の人が会社なんかで使っているインターネット系サービス＋αを、家庭でも簡単に導入できる感じで。

と書いてからニュースをチェックしたら、かなりそれっぽいサーバーが発表されていた。そうそうこんな感じのものを、もうちょっと高機能化した感じのやつよ。

_ 40分停車

今日はせっかく早く帰ろうと21時ちょっとの埼京線に乗ったのに、見事に人身事故ストライクだった。戸田公園で人身事故があったとかで、赤羽で40分停車。でもまあ、久しぶりに一時間以上まとめて読書の時間がとれたのは、転んでも10円玉を拾わなければ起きないのこころ。

_ ダメだ、とまらん……。ねむい……

2chの「家は宿でも合宿所でもねぇぞ!!!」スレッドは、肉般若のあとしばらくあたりまで見ていたんだけど、ネタ疑惑推理合戦とかが始まってだるくなったあたりから見ていなかった。それがもう70なんて数になるまで続いていたんだねー。

ちなみにこのスレッドの主旨はというと、オタクな趣味を持っている人たちの中には、かなりキテいる厨房（精神年齢が正常な社会生活を営めないくらい低い人たち。実際の年齢も低い人も多い）含有率が高く、しかもそういう人たちは趣味を同じくする人たちに対して、普通の脳みその持ち主には予想もつかない方向から、迷惑をかけることが多々ある（特にコミケとかアイドルやバンドのライブとかみたいな、その手の趣味の人たちが集まるイベントが存在するようなカテゴリの場合に、危険度が高いらしい）。

彼らの行動は普通の脳みその持ち主には予想もつかないのだが、どうやら同じような迷惑をかけられた人たちの話を総合すると、彼らには彼らなりの法則性（パターン）があるようだ。たとえば、「趣味が同じ＝親友も同然＝一緒に住む／泊まりに行くのは無許可でOK」とか、「前世／異世界信者（今ここにいる自分は本当の自分ではない、という逃走系妄想）率が高い」とか、「私はあなたのことが好き＝あなたも私のことが好きなはず＝あなたのものは私のもの」とか。

で、このスレッドではそういう迷惑をかけられた体験談を各自が語って情報を集積しつつ、その手の危険に対する現実的な対抗策を構築していったりもしてみよう、なんてことになっている。「(=゜ω゜)ノぃょぅ好き」ってところは、2chの関連スレッド上で同時進行的に語られる複数の話題を、読みやすく編集してまとめて掲載しているところ。

で、2、3日前にここを読み始めたところ、もうとまらなくなってしまった。12時過ぎに家に帰って1時過ぎにベッドに入って、眠くなるまでここを読んでいるかと思っていると、いつも気がつくと3時4時になってしまう。ムスコを保育園に送るために8時には起きなければならないのに……。

ここの話は、下手なサスペンスドラマ／小説を見るよりも絶対面白いな。被害者には創作系同人者が多いから、エンターテインメントってものを心得ているためかもしれない。その分ネタ疑惑も強くなるわけだろうけど、ネタだろうとネタじゃなかろうと面白ければいいのだ。ネタの中にも幾分かの真実は含まれているものだし。

_ /.J「日本政府，絵を含む国連の児童ポルノ禁止議定書に署名」−「歓迎する職種もあるということで。」

これは全然仕事の話なんですけど、うちの社では、他社でウケのいい漫画家が
出てくると、短編集なんかで単行本が出たときに、下着はもとより、Ｔシャツ
デザインで破けているＧパンなんかをキャラが着ていたりするシーンを
なんとか探し出して、
　「セックスをした後をイメージする」
　「強姦をイメージさせる」
と、東京都に意見書を出して、成年マークを付けさせる指導を要求します。
少年漫画や少女漫画なんかでも、漫画家や編集部がじたばたする事はありますが、
３通くらい出せば、ほとんどの場合、その本を発禁処分にでき、漫画家本人を
つぶすことが出来ます。

なんかすごくありそう（そういうことをやる出版社も、そういう意見書を無批判に受け取って対応する行政も）でイヤな話だな。でも行政がチェックをまじめにやっているとも（やる能力があるとも）思えないし、そういう意見書を出す出版社を止めることもできないよなー。いや、そういう意見書をすべて公開制にすれば、乱発の抑止力になるかな。

_ 夫婦同姓・別姓について

よんひゃんさんのところのBBSでの議論を見ていていろいろ考えたので、書いてみる。あいにく私は該当の書籍は読んでいないし、これから読む気もあまり無いので、本論についてではなく夫婦同姓・別姓に関連する部分にのみ反応する。

二人の議論のすれ違いは、「機会の平等」というものが「法律で制定されればそれで成立している」とするか、それとも「それが世の中できちんと運用されるようになって初めて成り立つ」とするか、にポイントがあるんだろう。

私は後者だと思う。夫婦の姓の件に関していえば、「ほとんどの人が結婚する際にどちらの姓にするかを真剣に考えるようになり、なおかつそこで選択した結果を周囲の人々＆社会が当たり前のように受け入れる」ようになって、初めて機会の平等というものが成立すると考える。現状では、慣習的に（深く考えずに）夫の姓を選択している場合が多いだろうし、妻の姓を選択した場合に周囲（特に年寄り系親戚）からとやかく言われることも珍しくなさそうだ。そのあたりを“時間”が解決するまでは「機会の平等」が成立しているとは思わない。

ところで書評を読むと、夫婦の姓に関しては「新姓」もしくは「別姓」が理想的であるという方向になっているようだが、技術者よりの立場としては運用上の手間が省けるように従来との互換性をもちつつ、新機能（平等性）を実装するというやり方が理想的だと思う。「新姓」も「別姓」も現在の夫婦どちらかの姓にするというやり方も、運用上の手間がかかるし過去互換性が低いので技術的にあまりいい方法とは思えない。

運用上の手間がかからず過去互換性が高い方法としては、従来の姓＋名のほかにファミリーネームという枠をもう一つもてるようにする方法がいいように思う。ファミリーネームには夫婦どちらかの姓をそのまま使ってもいいし、新姓を用意してもいい。名前を名乗るときは「姓＋名」（夫婦別姓風）でも、「ファミリーネーム＋姓＋名」（これが結婚している人のフルネームになる）でも、「ファミリーネーム＋名」（夫婦新姓もしくはどちらかの姓に合わせた風）でもどれでもいいということにする。子供は「ファミリーネーム＋名」になる。

要するに夫婦新姓と夫婦別姓と従来の制度を同時に成立できるようにしておいて、日常において名前を使う際には、自分の意志やシチュエーションによってそのどれを使うかを自由に決めてかまわない、というアプローチ。複数の名前表記を一つの実質的な名前に結びつける部分は、関連する書類にだけはフルネーム“も”表記するということで運用できるだろう。この方式だったら過去にさかのぼって運用（従来の制度で姓を決めた人は、ファミリーネームとして現在の姓を選択したことにすればいい）もできるし。

_ バイク日和

バイク日和だなーってことで、バイク通勤。旧17号−明治通りにはまだ慣れていないからか、ぼーっとしているとすぐに曲がり角を間違えてしまう。といっても、曲がる場所は17号→明治通りくらいしかないんだけど。あと、多少混んでいるのはあきらめるとしても、せめて池袋の駅前だけは通らないルートを開拓したいなー。あそこはバスとタクシーとがぐちゃぐちゃになっていてとても気持ち悪い。

_ 車線またぎ

むかつく動きをするやつらが（東京近郊では特に）多いタクシーだけど、むかつく動きの一つとして車線またぎがある。2車線（以上）ある道路の車線をまたいで、追い越し車線のスピードは維持しつつ、客がいたらいつでも停まれるように通常車線に半分はみ出しながら走る、というもの。「この道路はおまえの専有物かよ」とツッコミたくなる。

今日は車線またぎタクシーのせいで狭くなっている通常車線から抜く際に、わざとタクシーの前ぎりぎりに（車線内で）近づきながら抜いていってみた。バックミラーで確認すると、そうやって抜かれたタクシーはその後きちんと追い越し車線からはみ出さないように走っているようだった（3台確認）。こうやって無理矢理戻してやるのもいいもな。

とかいいつつも、バイクはタクシー以上にアヤシイ動きをするやつらが多いから、言い合いを始めると五十歩百歩なんだけどね。俺はバイクにしてはまともな運転（比較的車っぽい運転）をする方だけど、それでも車からしてみればじゃまくさい動きが多いんだろうし。ただ、あまりにもがちがちに車っぽく運転しているバイクは、それはそれで危険（車に混じって走り続けるよりも車の前に出た方が安全）だからなー。

_ .netメモ「ascxコントロールをページから制御」

ascxコントロールは、Webコントロール（カスタムWebコントロール）などの部品群とは似ているようで違う。Pageletという別名がその実体をかなり正確に表現している。

Webコントロールは独立したオブジェクト（部品）としてきちんと扱える。ページ上に配置することで、ページ上のコード（コードビハインド）からWebコントロールに直接アクセスすることができる。

しかし、ascxコントロールは一見独立したオブジェクトのようにみえるが、その実質は親ページの一部として組み込まれるincludeファイルのようなものだ。だからWebコントロールのように、親ページからascxコントロール（のオブジェクトポインタ）は見えない（自分で宣言文を書いてもダメ）。

しかし、コードからascxコントロールのプロパティを設定できないのでは困るので、いろいろ試してみたところ、Pageのコードとして、

 CType(FindControl("Form1").FindControl(コントロールのID),コントロールの型)

と表現することで、ascxコントロールにアクセスできることがわかった。かなり面倒くさい（というか醜い）表記だが、これでascxコントロールのプロパティやメソッドを呼ぶことができる。

しかし、ほかにも問題がある。それはイベントハンドラの実行順の問題だ。ascxコントロール内に記述するPage_Loadなどのイベントは、ascxコントロールのLoadイベントというよりは、親ページのPage_Loadの一部のようなものだ。たとえばPage上にascxコントロールCtrlA、ascxコントロールCtrlBの二つをおいた場合、各標準イベントハンドラが呼ばれる順番は、

• CtrlA_Init
• CtrlB_Init
• Page_Init
• Page_InitializeComponent
• Page_Load
• CtrlA_Load
• CtrlB_Load

という順番になる。ページ内にある複数のascxコントロールの同じイベント（たとえばPage_Load）が発生する順番は、Page（aspx）内に記述されたascxコントロール（<uc1:〜>）の順番通りになっているようだ（特に保証はないが、試してみた限りではそうなっている）。

ここで問題なのは、Initはascxコントロールの方が先なのにもかかわらず、LoadはPageの方が先になっている点だ。Page_Loadでコントロールのプロパティを設定したとしても、その後のCtrl_Loadにプロパティ初期化コードを書いてしまうと、Pageからのプロパティ設定は無効になってしまう。そのような使い方の場合、ascxコントロール内でのプロパティ初期化処理は、Ctrl_Initの方で実行しなければならない。

しかし、その逆の使い方をしたい場合もある。ascx側で親ページのPage_Load処理の結果によって、自分自身の初期化処理を変えたい場合だ。その場合は、Page_Loadのあとに呼び出されるCtrl_Loadでascxコントロールの初期化処理を行う必要がある。

つまり、ascxコントロールおよびPageにおける初期化処理は、その初期化処理の結果が相互にどのように関係するかを考えつつ、適切な実行順序になるよう記述するイベントハンドラを割り振らなければならないことになる。

具体的にいうと、ascxコントロールの初期化処理において、その結果がPageに影響を与えるような内容はCtrl_Initに記述し、逆にPageから影響を受けるような初期化処理はCtrl_Loadに記述すればいいことになる。Page側のイベント実行順序は、Page_LoadもPage_InitもCtrl_InitとCtrl_Loadに挟まれているので、ascxコントロール側の記述場所さえ守ればどちらに書いてもかまわない。

※現象に関する記述はあっているはずだけど、現象の理解（解釈）に関する記述は間違っている可能性が高い。と一応補足しておく。

_ Norton AntiVirus 2002

Norton AntiVirus 2002の購読サービス期限が切れたので、SymantecのWebサイトでオンライン更新。2000円＋税。

_ newlist更新処理再開

前に何かのメンテナンスをしたときに、うっかりnewlist(非gz圧縮版)を更新するスクリプトを止めてしまっていたらしい。自分ではmylistしか使わないから全然気づかなかったけど、昨日見たらnewlistの最終更新が4月で止まっていた。んであわてて復活させた。

ちなみにtextmaniaでは情報収集スクリプトを複数非同期パラレルで動かしつつ、DB上でデータを更新していって、これまた非同期に適当な間隔をおいて静的なnewlistを生成しています。mylistとかsearchとかでは直接DBの最新情報を見ているんで、そっちをメインに使っているとnewlistが更新されなくても全然気づかないわけですね。

_ .netメモ「Colorをプロパティで使う」

VisualBasic.NETのカスタムコントロールなどでColorをプロパティとして使う場合のTIPS。

VisualBasic.NETでは、色要素はColor型の構造体（でもColor型にはメソッドがあるよ。これってClassなんじゃないの？　VisualBasic.NETの構造体って特殊なのか？）として利用される。構造体なのでNewする必要はない。初期化は「Color.FromName(色名)」なんて感じで行う。

プロパティをColor型として宣言しておけば、自動的にColor型としてコードに組み込まれるので、それをそのままwebコントロールのColor系プロパティに代入（したり、フロント側で「色プロパティ='<%# 色プロパティ名 %>'」と書いたり）することができる。しかし、.netの世界ではColor型が標準かもしれないが、.netの世界で完結してwebアプリケーションを作るのは難しい。なんかかんか言って、昔ながらのaspみたいにhtmlタグをハードコードする必要が頻繁に出てくる。

で、そういうときにはColor型プロパティをhtmlタグに文字列として埋め込む必要が出てくる。そういう場合、「Color.ToString」としたくなるけど、これは間違い。「Color.Name」って表現の方が、html的な意味での色を表現する文字列となる。フロント側で「<%# 〜 #>」を使って、いろんなプロパティに値を埋め込む場合、webコントロール系のプロパティにはColor型のプロパティを直接「<%# Color #>」なんて埋め込むことができるが、htmlタグのプロパティ部には「<%# Color.Name #>」と書かないと意図した色にならない（具体的には「Color {色名}」なんて文字列になってしまう）。

同様にFontSizeみたいなプロパティもIntじゃなくてFontUnit型Classとして扱わなければいけなかったりする。htmlタグと混在してwebコントロールを利用するような場合は、意識しておかないと混乱するよ。

* 追記

と書いてからさらにいろいろやってみたところ、やっぱりプロパティとして直接Color型を用意するのはいろいろ問題があるな。今作っているコントロールでは、コントロールをパラメタライズする手段として、コントロールのプロパティに直接（あるいはコードから）指定する方法＋XMLデータを使ってパラメタライズする方法、という二パターン用意しているんだけど、上記のやり方でうまくいくのは後者のXMLから文字列データを受け取って明示的に（コードで）Color型に変換してからプロパティをセットする場合だけだった。

Color型のプロパティを宣言して、直接プロパティに（aspxファイル内などで）Colorをセットしようとすると、うまくいかない。「Color="white"」なんてやったのではもちろん「"white"」はString型だから、暗黙の内にColor型に変換なんてできるわけもないのでエラーが出る。また、面倒くさく「Color='<%# System.Drawing.Color.FromName("white") %>」と書くと、エラーは出ない（内部的にはきちんと代入できている）にもかかわらず、なぜかコントロール側のコードでその値にアクセスできない。

というわけで、コントロールでColor型のプロパティを使いたい場合は、プロパティとしてはString型の「ColorS」なんてものを定義しておいて、さらにそれをColor型に変換するために

readonly property ColorC as Color
  get
    return Color.FromName(ColorS)
  end get
end property

も用意し、文字列が欲しいときは「ColorS」、Color型が欲しいときは「ColorC」と使い分けたりするのが一番無難かも。

_ 再び5時間半

定期の打ち合わせ。せっかく減少方向に転じた（と信じていた）のに、昨日は再び5時間半コースだった。それだけかかるという覚悟が足りなかったせいか、後半2時間くらいは脳みそがしびれてろくに頭が働かなかった。っつーか、あと1週間しかないんだから、そろそろこんなことをやっているバヤイじゃないんだけどな。

_ メモリ増設すべきか

ときどき仕事用のデモマシンとしても使っているVAIOノートSRX7だけど、さすがにMS系の開発環境をつっこむとメモリが足りないな。256Mあれば通常用途では十分だと思っていたけど、やっぱり384Mバイトまで増設しておくべきか。でも既存の128Mバイト捨てるのもバカらしいしな。

_ 劇画系

昨日は会社を早めに終わって久しぶりに麻雀。結果としてはまた員数合わせって感じな3着、2着、3着で-30くらい。それにしても（俺にとっては）いやな麻雀だった。最初の半荘から、つもり四暗刻（リーチ三暗刻ドラ3）なんてのを空振る人がいてちょっとどきどきしたんだけど、半荘2回目は大三元、半荘3回目は数え役満（リーチ、ツモ、メンホン、イーペイコウ、中、ドラ3、裏ドラ3）が出て、結局半荘2回は役満一発で勝負が決まってしまった。役満が出るまではみんな微差でトップを争っていたのに。特に半荘3回目はオーラスの親で4000点差をつけてトップ状態から一発でまくられついでに親っかぶり16000点で一気に3着まで落とされるし。

_ 棚増強

先週の土曜日に注文していたパソコンラックと棚が届いたんで、朝からばたばたと部屋の模様替え。ファックス台代わりの棚の陰に（ムスコから）隠して置いてあったサーバー類を新しいパソコンラックに移動し、ついでにADSLモデムやハブや無線LANの配線もまとめ直した。これで、ハブを100Mスイッチングに変えたり、UPSを用意したり、サーバーのHDDを二重化したり、って作業がやりやすくなるな。もう一個の棚の方も収納力がかなりあるんで、今まであちこちの棚に強引に詰め込んであったものを、きちんと整理することができた。ずいぶんすっきり。

で、引っ越しの際に小さな本棚一個分まで圧縮しておいた本も、引っ越してから半年ちょっとで本棚からあふれまくりやがっていたので、再び整理。半分くらいを処分品として抜き出す。という作業をしていたところ、この間俺が買ってきた森岡 浩之「夢の樹が接げたなら」をようやく読んだオクサンが、「まだ読んでいない「星界の○○」シリーズは捨てないでね」と言ってきた。SFを読まないうちのオクサンも興味を持ったってことは、「夢の樹が接げたなら」は十分一般人にとっても面白いできだってことだろうな。ただし残念なことに、「星界の○○」シリーズはすでに前回の引っ越しの際に処分済みだったらしく、見あたらなかった。くそ、俺ももう一回読み直したくなったのに。

_ ハブを100Mスイッチに

家LANのハブをスイッチングハブに変更。近所の電気屋で4000円くらいの5ポートのやつ。今まで使っていた10Mのやつと新しいハブとでインターネット接続のスピードを比べてみたところ、10Mのやつのときは3Mbps程度だったのが、新しいハブに変えたら6Mbps近い数値が出ていた。へー、結構違うもんだなー。でもどうせ俺は普段11Mbps無線LANだから、その恩恵には全然あずかれないんだけどね（変える前も後も3Mbps弱で変わらず）。オクサンのマシンとサーバーだけが速くなった。ってサーバーも下り方向なんてほとんど使ってないから意味無いか。

_ 「Montoya snatches Monaco pole!」

今日のF1予選は久しぶりに面白かったな。マクラーレンが久しぶりに元気だったからかな。ミハエルはなんか最初から最後までいまいち元気がなかった気が。この間の譲ってもらった優勝でなんかみそがついちゃった感じ？

_ target指定

そこここでリンクのtarget指定を_blankにしているのがいいとか悪いとかうざいとかうざくないとかいう話題を見かけたりして、個人的にはその手の話は一般論としてはケースバイケースとしかいいようがないと思うんだけど、textmaniaとしての見解というのも一応あるんで試しに書いておこう。

フレームを使っていないページにおいて、target指定は設定しない方がユーザーが自由にページの開き方（同窓/別窓）を選択できるというメリットがある。だから、特に理由がない限りはtarget指定はなしが基本。

textmaniaのnewlistみたいなリンクページの場合、そのページを使って多数のリンクをたどるという使い方を想定している。それでもし同窓でリンクをたどられてブラウザが極力キャッシュを使わない設定になっていると、リンクをたどって戻ってくるたびにnewpageに対しての読み込みが発生する。newpageは非gz圧縮版だと約140kバイトあるんで、そんなのをいちいちリロードされていたんじゃ転送量がもったいない。だから、newlistページではtarget指定は_blank固定にしてある。

textmaniaのmylistも、基本的には同じ考え方が適用されるが、mylistの場合は使う人によってそこに表示されるリンク数が異なる。リンク数が少ない場合は、わざわざtargetを_blank固定にするほどのことはない。だから、初期設定ではtarget指定はなし。しかし、ある程度以上登録数が多くなった場合は、タブブラウザユーザーの利便を考えて、optionページからtarget指定を_blankに変更することができるようにしてある。

_ 本処分＆グランツーリスモ3ゲット

昨日はブックオフで本を処分。小説類だけじゃなくマンガも3シリーズ処分したおかげで、200冊弱の割には5000円ちょっとになった。さらに500円券をもらったんで、プレステ2のグランツーリスモ3をゲット。プレステ時代よりも絵がきれいになっているけど、絵のきれいさなんてもうどうでもいいな。プレステ時代でも十分きれいだったよ。あれ以上はオーバースペックだ。で、ちょっとだけやってみたら久しぶりのタイムアタックは楽しかった。でも車種が減っているせいで、最初から使える車がしょぼくなりすぎてつまらない。金を貯めていい車を買うまでやりこむ気になれるかなー。ゲームをやっているとすぐにムスコがじゃまをするんで、ああいう集中力がいるゲームはまともにできないんだよなー。

_ VisualBasic.NETとObjectPascal

最近ずーっとVisualBasic.NETばかりをやっている中、むかーしにやったDelphiな仕事の修正依頼が来たのでちょろっとそれをいじろうとしたら、ObjectPascalの文法とVisualBasic.NETの文法が脳みその中でぐちゃぐちゃに混ざり合っていた。この二つの言語の似方＆違い方といったらもう、何ともはや扱いにくいの極地だ。基本構造は、設計者が同じだけあって、あちこちに似ている部分がちりばめられている。しかし言語としては基本的には違う。昔のVBよりも格段と扱いやすくなったVisualBasic.NETと、基本的には扱いやすいけれどもコード記述量が無駄に多いObjectPascal。現時点での扱いやすさはほぼ同等。そしてどちらもCライクではない。if文やcase文を書くたびにSyntax Errorの嵐になって、なんかもうDelphiには触りたくなくなってしまった。一番好きな言語（というか開発環境）だったのになー。

_ 大寝坊

やっちまったぜ。今朝目が覚めたら9時過ぎていた。ムスコは9時前に保育園に行かなければならないのに。あわてて保育園に電話して遅れる旨を伝えて、まだ寝ぼけているムスコに無理矢理パンを食わせて着替えさせてから登園。9時40分くらい着。今日は天気が良かったから外に出かける予定だったらしく、うちが遅れたせいでムスコのクラスの出発が遅れてしまった気配。うう、すまないのぉ。目覚まし（携帯）を止めた記憶は全くないから、たぶん目覚ましに全然気づかなかったんだろうな。

_ バッティングセンター

今日はバイク通勤。ついでに、近所のバッティングセンターに寄ってみた。一年以上ぶりのバッティングセンター。この間の土日に素振りしたら、50本くらいで疲れてやめてしまったんだけど、まともに素振りができないんだから打てるはずがない。かなりぼろぼろ。でもこのくらいの運動量が今のなまった体にはちょうどいいかも。これからバイク通勤のときには必ずバッティングセンターによって1、2セット打つようにしようかな。

_ サーバーアップデート

いつもはアップデート関連はソースからのコンパイルでやっているんだけど、RedHatならばup2dateってコマンドでまとめてアップデートできるらしいと聞いたんで、家サーバーを試しにup2dateコマンドを使ってアップデートしてみた。ところ、手動でソースからインストールしたやつらと、up2dateコマンドが内部で使っているrpmベースでアップデートされたやつらは、全然整合性を取ってくれないらしい。自分で作っていた環境が軒並み壊されて、textmaniaとかnewswatchとかのバックエンド処理が全部死んでしまっていた。しょうがないんで、もう一度手動でそれらに関係する部分だけアップデート。up2dateを使いたければ、rpmベースでの管理に統一するべきなんだろうな。最新版を無駄に追わず、できる限りrpmベースでアップデートしていって、必要最低限だけソースからインストールしつつ、up2dateコマンドを使った後はそれら（のうちの影響を受けたものを）を再セットアップする、って感じにしようか。

_ はっはっは、本当にやっちまってた

昨日書いたDelphiで書いたプログラムの修正仕事。本当にVisualBasic.NETとObjectPascalの文法を混同したミスをやってしまっていた。forループの中である条件が成立していた場合、次のループ処理に飛ばすために「Next」と書いていたんだけど、ObjectPascalでは「Continue」が正解だよ。たまたまFormのメソッドとして「Next」なんてものが存在したせいでコンパイルエラーにならなかったため、気づかずに提出してしまった。あほやのー。DB処理がメインのプログラムなもんだから、手元で動作確認することができなかったのも敗因の一つだな。まあお金が発生しないおまけ仕事だから許してちょーだい。

_ ルート変更

バイク通勤。地図上の最短距離である明治通りルートの、繁華街攻撃（池袋・新宿・原宿・渋谷）を避けるために、次善ルートである山手通りを久しぶりに使ってみた。

そういやこの通りは、ずっと長いこと首都高高架橋桁建設工事をやっているんだっけ。なんか進捗具合は去年通ったときと変わってないぞ。こりゃあと数年やっている気か。でも長期工事を覚悟しているだけあって、基本的に片側2車線は確保されているので、そんなに走りにくいわけでもない。ただし、バイクのメリットである路駐車線一気抜けができないんで、あんまり効率が良くないんだけど……。

なんて思いつつ会社までやってきたら、いつもの明治通りルートよりも10分くらい早かった。帰りも山手通りの方を使ってみよう。

_ バッティングセンター前ゴロ

今日もバッティングセンターに寄ってきた。うーん、この間よりはちょっとはマシになったけど、基本的にはダメダメだな。この状態で試合とかをやっても、ヒットが出る確率はものすごく低そうだ。バットに全然当たらないほど悪いわけではなく、バットにはだいたい当たるんだけどぼてぼての内野ゴロか内野フライになる、といった感じ。バットを振ったら1球で終わる展開が目に見えるようだ。

_ テキスト庵データ収集復活＆失敗＆修正

最近テキスト庵系のデータが更新されていないなーと、ふと気がついた。そういえばテキスト庵がBBS系を廃止したとき、textmania側のデータ収集処理をそれに追随させるのをすっかり忘れていた。ってことで、あわてて現状に対応する修正。したけれども、急いで修正したんで、ページタイトルと著者名がひっくり返って更新されていた。というわけで、現在のデータはテキスト庵系の最近更新されたページのデータがちょっとおかしくなっていますけど、次回更新時には元に戻ると思うんで、すみませんがそれまで我慢してください。

_ 電車が止まっていたらしい

今日は代々木駅付近が火事だったせいで、20時くらいからずっと山手線と埼京線が止まっていたらしいね。埼京線は23時過ぎには動き出したというけれど、山手線はどうなったのかな？　その話を聞いて、今日はバイクにしておいて良かったと思ったんだけど、バイクの方にも影響があった。

今日はタクシー多すぎ。23時50分頃に会社を出たんだけど、渋谷駅付近を離れてもタクシーが全然減らない。山手線と埼京線が止まっていたんで、俺の帰り道方向である埼玉方面にタクシーで向かう人が多かったんだろう。いつもの3倍くらいタクシーが走っていた気がする。

それだけタクシー密度が増えると、ろくでもない渋滞が増える。やつらは工事一車線規制の中でも平気で客の乗り降りさせるからな。もうちょい周りの迷惑にならないところまで行って止めろや。結局帰宅にかかった時間は、いつもの帰りよりも10分くらい遅かった。行きと帰りでプラマイゼロですか。

_ サッカーと仕事

サッカーですか。サッカーですね。ずっとやっていた.netな仕事が、来週月曜いっぱい第一回提出に決まってしまったんで、まだまだ実装方法に迷っている状態なのにもかかわらず、ひとまず動くものを一通り完成させなければならず、ばたばたがちゃがちゃと実装。していると、ふと気がつくと周りに人がほとんどいなくなっていた。そうですね。今日からサッカーなんですね。つき合っていると大変そうなんで今回はできるだけ見ないふりをして生きていこうと思っているんだけど、周りがこんなんだとそういう生き方も難しいかもね。本当は根性出してもっと完成度を高めておこうかと思ったんだけど、なんだかやる気を失ったんで、もういいやと帰宅。土日も会社に行くのはやめようか。

_ 環七ファン

いやー、やっぱり環七はいいですね。今朝は普通に明治通りを使ったんだけど、帰りはちょっと遠回りだけど淡島通り−環七ルートを使ってみた。いやー、快適快適。やっぱり環七はいいねー。ほとんどの交差点は高架化してあるし、道は余裕を持って最低2車線、混むところは3車線あるし。信号にほとんど引っかからず平均時速高めで一気に帰ってこられて、ほかのルートよりも15分くらい早かったかも。帰りは環七を基本にしよう。往きは20号と246の間の区間が混むから、遠回りする分を平均時速で稼ぐことができるかは結構微妙そうだけど。

_ 「台湾発、CD-ROMドライブサイズの超小型PC「SUMICOM」」

上記記事にインタビュー(1)(2)もあわせてどうぞ。

このマシンってどのくらいサーバー用途（長期間連続稼働時）での安定性があるんだろう？　本当にちゃんと動くんだったら、今の家サーバーをデスクトップ用途に卸してしまって、で、その5インチベイにこれをつけてサーバーにするって使い方もありかも。電源とLANケーブルに取り回しが微妙だけど。