_ さいたま市の公立保育園は

ああ終わらない終わらない。相変わらず朝から晩までびっしり仕事漬けの日々。しかも、ムスコの保育園が今日から公立に切り替わったんで、新しい手順にもいろいろ慣れていかなければならない。

そういや、せっかく公立保育園に入れたんだけど、今のところ園庭が広いという以外は、今までの保育園（保育室）よりもいいところが見あたらない。公立のくせに結局私立の保育園と料金は変わらないし（収入に応じて保育料が変わるんだけど、その段差設定がおおざっぱすぎる。一番高いランクとその下のランクに1万円近く差があるってのはでかすぎないか）。

どうもさいたま市の児童福祉関連は、いろいろとダメなところが目につきすぎるな。だいたい4月3日にようやく入園式ってのはどうよ？　それまでの保育園は3月いっぱいで退園することになるから、4月1日と2日は別途、一日あたり1万円近く払って、私立の（融通が利く）保育園にムスコを預けなければならないことになる。それに加えて、今まで2つの保育園をわたってきたムスコなのに、慣らし保育（あずかってくれる時間が昼頃までと短い）期間が1週間もあるってのもきつい。結局その間も、私立の保育園に昼過ぎからあずかってもらう（保育園へのお迎え付き）ことになるんで、結局公立保育園を移るためだけにトータルで3、4万円かかることになる。

そういや、公立保育園への申し込みの結果発表なんかもすごく不親切だった。3月の中頃にようやく仮合格しましたって通知が来た後は全然音沙汰なしで、3月の終わり近くになってようやく入園に向けての簡単な説明書が届いた。でもそれには具体的なことは何も書かれていないもんだから、結局入園に際して具体的にいつ何をすればいいのかは、4月3日の入園式に出るまでわからないという状態（こっちから問い合わせて、一応その前に大まかな話は聞き出したけど）。

入園直後の4月頭は、親が会社を休むかあるいは私立保育園とかにサポートを頼まなければならないような仕組みのくせに、そういう事情を（公式には）その直前になってから伝えるっつーのは、保育園に預けなければならないような（仕事をしている）親の事情を全然考えていないとしか思えない。

という話は、どうも聞いたところによるとうちの保育園だけではなく、さいたま市の公立保育園（を仕切っている児童福祉関連組織）全体に共通するダメさ加減らしい。もうちょっといろいろ調べていろんな窓口で文句を言った方が良さそうだな。川崎市の公立保育園とさいたま市の私立保育園に通った経験知から判断すると、さいたま市の公立保育園周りの事情はかなり悪い。

_ 復活かな？

2月の半ばから2ヶ月間も落ちていた血の池地獄から、一昨々日なんとか生還。でもまだ毎日地獄の悪鬼どもから連絡がくるよ。とっとと連絡も絶ちきりたいのぉ。長い地獄生活のせいで、体調もぐずぐずに壊れて続けていたんだけど、地獄を抜け出したらあっさりと良くなってきた。やっぱりあそこの環境が悪かったのか。なにせ、連日気温が30度を超えていたからな。

_ いろいろバージョンがあがったらしい

さっきこのサーバー（ishinao.net）にアクセスできなくなっていたんで、何かトラブったのかと思っていたら、復帰後チェックしてみたところ、インストールされているソフトがいろいろアップデートされていた。メンテナンスで止めていたのか。いろいろバージョンアップされた中で一番ありがたいのが、今までphp3だったのが4になっていたこと。これでphp3の制約を意識せずに、普通にプログラムが書けるよ。php3なんてここを借りるまで触ったことがなかったんで、php4で当たり前の関数が通らなくていろいろ苦労したからな。

_ textmaniaの修正

ちょっと前にofficeさんからtextmaniaにCSS脆弱性があると指摘されたんで、修正。アンテナからもらってくる情報のCSS脆弱性はいろいろ気にしていたのに、肝心のフロントエンド側インターフェースに穴があったっつーのは、かなり間抜けだったか。

あと別の方から、mylistで表示している各ページの更新時刻が、1時間先になっているという指摘を受けたので、それも修正。textmania関連の処理は、処理内容ごとに時差のある複数のサーバーに分散してあり、しかも処理を行うサーバーを転々と移動したりしたもんだから、かなりややこしいことになっている。一応日付時刻関連は全部GMTに統一して処理しているつもりなんだけど、どこかにバグがありそうな予感。

そういやもう一個、更新しても更新されてることにならないのはなじぇすて？(^-^;という件についても修正。tDiary.Netのアンテナ更新時刻配信用データは毎正時に更新されるという仕様に気づかずに、textmania側でのデータ取得処理を行っていたため、うまくすべての更新情報を持ってくることができていなかった模様。たぶん今後更新された分からはちゃんと更新時刻を持ってこれるはず。

_ アップデートの弊害

うーん、サーバー側のソフトをいろいろアップデートしてくれたのはありがたいんだけど、いろいろ不具合が出ているな。Perlが5.6にアップデートされたら、hnsの俺がいじった部分でエラーが出てhnsが動かなくなっていた。use vars qw(ほにゃらら)が使えないと言われてしまったんだけど、まさかアップデートのついでにvars.pmを消しちゃったのか？

あと、textmaniaでデータ転送量削減のために、newlistにgzip圧縮版も用意しているんだけど、どうもApacheのAddEncoding x-gzip gzが外されちゃったらしくて、それを開こうとするとブラウザがファイルをダウンロードしようとする。Apacheをアップデートするついでに、httpd.confの内容も全面的に書き直したのかな？

まあ俺の場合は趣味でやっているサイトだから、こういう不具合に対処するのもそれはそれで楽しいけれども、このサーバーを商用で使っているところは、結構大変かも。

_ お休み

今朝起きたらムスコの体温が38度コースだった。もうオクサンは会社に行ってしまっていたし、私もそろそろ休みたい気分だったので、今日はお休み。もともと。地獄から抜け出したら、2、3日休むつもりだったのに、隙間なく次の仕事達が待ちかまえていたのは誤算だった。そういうこともあったんで、ムスコの熱という言い訳を使って強引に休んでみたわけだけど、状況的には単に自分が後でつらくなるだけなんだろうな。っつーか、休んでも家で仕事をしていたりして。

_ 備忘録・再

忘れないように追加分も含めてもう一度書いておこう。「屍鬼」「エンディミオン」「兵士に聞け」「兵士を見よ」「神の子どもたちはみな踊る」「QED 百人一首の呪」「夢の樹が接げたなら」「津山三十人殺し」「蘆屋家の崩壊」

_ ASPよりは百倍マシだ

次の仕事は.NETということになった。同じマイクロソフトのプロダクトだけど、この間まで地獄を見ていたASPと比べると、100倍マシっぽい気配。まだ概要を調べている段階なんだけど、さすがヘジルスバーグが骨組みを作っただけあって、Object Pascalerな俺とは相性が良さそうな言語体系のようだ。残念ながら今回はC#じゃなくてVBを使うことになりそうだけど、VB.NETは今までのVBよりもずいぶんマシそうなんで（Object Pascalっぽい）、そんなにいやでもない。そういや仕事の隙間でPerl＋PHP＋PostgreSQLな仕事をちょろっとやったけど、やっぱりASPと比べると細かい仕事の生産性が全然違うな。もう旧ASPな仕事はやりたくないよ。

_ 昇順にしてみた

どうも細々と日記記事を追加更新するモードにはいまいち入れないようなので、日記の日毎の記事のソート順を今までの降順から昇順に変えてみた。

まとめ読みするときの可読性は昇順の方が圧倒的に上だ。降順にするメリットは、追記を重ねていったときに追記分がどれなのか見つけやすい（一番上にある）ことだけれども、各記事間にある程度関係性がある内容を書いている場合は、たとえ追記していくタイプだとしても、昇順で表示した方が可読性は上だと思う。

どうしても追記分の更新を目立たせたい場合は、追記分が「あるのかないのか」／「いつ追記されたのか」／「それはその読者にとって既読分なのかどうか」がわかりやすくなるようなインターフェースを別途用意することで対応し、本文の方はあくまでも昇順にした方がいいように思う。

たとえば、ここみたいな日記系ページにおいては、日付部の下部に「12:30 3記事追加／13:40 1記事追加」みたいな感じで、その日毎の更新履歴を表示（もちろん更新部へのリンク付き）しておくとか。hnsだったらmail2nikki.pl（日記更新エンジン）でデイリーな更新時間情報のログを取るようにして、表側でそれを表示すれば実現できそう。日毎の更新履歴なんてずっと取っておく必要はなさそうだから、最終更新日分だけもっておいてあとは捨てる（上書きする）でいいだろう。暇なときにでもそういう機能をつけてみるか。

一日の更新量が莫大な人ならば、2ch的に新着n件だけを昇順で表示しておいて、「全部読む」リンクを用意しておく方法もあるだろうけど、個人でそんな分量を恒常的に書いている人はさすがにいないよな。

_ 「昇順」「降順」

っていう「降順」「昇順」って言葉って、俺はどうも反射的に逆に捉えてしまいがちなんだよな。表記する際に、上から下に“降”りていくと数字が増えていくものが「降順」だと思ってしまう。別にソート順と表記方向には（本質的な）関係はないのに。「正順」「逆順」と言った方が間違いにくいけど、標準的なのは「昇順」「降順」の方だよな。

_ re:ちはるの多次元尺度構成法（日記）「今日は何文字書いた」

自分を励ますために、今日は何文字書いて、全体では何文字まで進んだ、というのを記録している。手で文字数を数えているわけではなくて（そりゃそうだ）、コマンド-iと打てばすぐに全体で何文字と表示されるので、それをメモしている。

（中略）

というわけで、原稿が進もうが、マイナスになろうが、それを記録することで原稿が進むということはあると思う。ゼロの状態が続いているということは、その仕事から逃げているということだ。

更新履歴記録機能が充実したエディタもしくはバックアップツールを作ろうかと思っているんだけど、更新文字数履歴が簡単に表示できるような機能も用意しておくと、上記のような効果が期待できるかもしれないなー。

_ 席替え

昨日は唐突に会社の席替えがあった。てっきり今回は俺は動かないかと思って全然整理していなかったにも関わらず、まあなんとか半日で移動は済んだ。単に背後の席に移動しただけなんで距離は近いんだけど、結局全部のマシンの配線から何からやり直すわけだから、気分的には完全な引っ越し作業。おかげでじゃまなものを一通り整理できて、机の上が広くなった。しかも、机の脇に特に使うあてのない半畳ほどのデッドスペースができた。せっかくだからここに小さなちゃぶ台でも置いて、のんびり過ごす空間を作ろうかな。ひとまず電気ポットとコーヒーセットを設置してみた。

_ 「“無料音楽”の急増により世界の音楽商品売上が5%減〜IFPI調査」

一方、ドイツでは、1万人のユーザーのうち18%が、音楽をCD-Rに違法コピーしたと回答。米国では、音楽をダウンロードしたユーザーの70%がCD-Rに書き込んだと答え、1カ月に20曲以上ダウンロードしたユーザーの35%が音楽の購入を減らしたと答えている。

単に、ユーザーが標準的に使うメディアが、カセットテープとかMDとかから、CD-Rに移行しただけなんじゃないの？　前までは友達とかレンタル屋からCDを借りてカセットテープとかMDとかにダビングしていたのが、CD-Rにダビングするようになっただけなんじゃないか？　もともと違法コピーされていた分が別のメディア（CD-Rもしくはハードディスク）に違法コピーされるようになった、というのを上記のようにねじ曲げて（あるいはその可能性に気づかずに）発表しているような気がする。

_ [開発[.net] .NETのクラス構造はわかりにくいなー

VB.NETをいろいろ（主にwebアプリケーションフレームワークよりを）いじっている。まだ用語（キーワード）に慣れないけど、基本的な言語仕様はかなり素性がよさそうな気は十分する（かつてのVBScriptに比べれば）。従来のVB（RADツール）的な考え方をwebにまで対応させるというやり方は、過去ブラウザ互換性という点では怪しげだけど、最近の高機能ブラウザをメインターゲットにした場合は、かなり有効そうだ。ただどうも（VB）.NETってクラス構造がめちゃめちゃわかりにくいな。標準のヘルプドキュメントのできが悪いだけかもしれないと思いつつも、もしかしたらまともなクラス階層を持っていないんじゃないかという気もしてきた。調べてみても、名前空間ごとの（＝単に機能単位で分類した）クラス一覧はあっても、きちんとしたクラス階層図が見あたらないし。webアプリケーションフレームワーク上に自前のクラスを追加して連携させようとすると、単体とか一対一の連携ではそれなりに動いても、webアプリケーション全体になじませようとすると、うまく連携できなくなったりする。必要なプロパティが記述場所によって微妙に見えたり見えなかったりとか。.NETで標準的に与えられたフレームワーク内でクラスをカスタマイズする使い方ならば、そこそこ使いやすそうだけど、フレームワーク自体を拡張したりするような使い方は考えられていないのかな？　webフォーム（を拡張した）ユーザーテンプレートをつかい回すようなインターフェースも（VisualStudio .NET上には）用意されていないっぽいし。そんなの最近の（オブジェクト指向言語用の）IDEでは標準的な機能じゃないのか。

_ イチゴ狩り後爆睡

土曜日はオクサンの会社のイベントで秩父の方までイチゴ狩りに行ってきた。ムスコが思いのほか暴れないでくれたので、予想よりもずいぶん楽に過ごせた。しかしオクサンともども最近慢性的に寝不足気味だったこと＋往復の道中で渋滞した（運転は往きはオクサン、帰りは俺）こともあって、夕方6時頃に家に帰り着いたときにはかなりへろへろ。そのまま爆睡したところ、翌日午前10時頃まで寝てしまった（途中腹が減って朝方5時頃に1時間ほど起きたけど）。純粋に寝た時間だけでも15時間くらいか。あまりに寝過ぎたせいか日曜日は一日中だるくて、思わずさらに3時間ほど昼寝までしてしまった。

_ VB.NET覚え書き

前の地獄仕事の後をいまだに引きずったりしているせいで、新しい仕事の方になかなか集中できない。新しい仕事の方も、スケジュール的には結構きつい（し、技術的難易度はかなり高い）のに。せっかく地獄を抜け出したのに、のんびりweb日記を書くモードになかなか入れないんで、しょうがないから仕事の覚え書きを日記代わりに書いておこう。

というわけで、VB.NET（あるいは.NETのWebアプリケーションフレームワーク）に関する覚え書き。

• Pageのグローバル変数（プロパティ）は、PostBackで破棄されてしまう（いかにもPage単位でグローバルに見えるのに）。PostBackでPageのグローバル変数を保存したい場合は、INPUTタグ相当に変換されるコントロールにセットしておくか、あるいはSession、Application、ViewStateなどに明示的に保存しておく。ただし、ViewStateにはオブジェクト（あるいは暗黙のうちにシリアライズされないオブジェクト）は保存できない。
• Application（やSession）にオブジェクトを保存した場合、それを取り出す際には明示的にCTypeで型変換を行う必要がある。CTypeしなくてもきちんと取り出せる場合があるが、保証はない。明示的にCTypeすれば確実に取り出せるらしい。
• 結局Page単位でグローバルなオブジェクトを保存する仕組みはないらしい。アプリケーション単位（Application、Cache）か、ブラウザセッション（Session）単位で保存しつつ、生存時間を開発者がコントロールするしかない。ただし、オブジェクト変数じゃないのならばViewStateに入れることで、比較的気軽にPage単位の生存時間を利用することが可能。
• といいつつも、オブジェクトをPage単位の生存時間で扱う方法として、ユーザーコントロールのSessionを利用するやり方が使えるかも。と思いついたけれども試していない。もしそれで実現できたとしても、面倒くさいから常用したくないな。
• Pageのグローバル変数は、Server.TransferでほかのPageに移動する際ならばPage間で引き継ぐことができる。Context.Handlerを遷移元ページのクラス名で型変換かけることで、前のページのPublicなPropertyが見える。でも、同ページ内でのPostBackでは同様の処理はできなかった。
• そういえば、.NETのオブジェクトはリファレンスカウンターを持たず、適当にガベージコレクトされて破棄されるようなことが書いてあったが、ApplicationやSesionに保存されたオブジェクトが破棄されるタイミングはどうなるんだろう？　ApplicationやSessionに保存したオブジェクトも、暗黙のうちに破棄される可能性を意識してプログラムを組む必要があるのか？　だとしたらApplicationとCacheの違いは、単に生存確率の差だけ？
• Page単位のCacheの仕組みのサンプルとして、10秒とか30秒とか適当な時間単位でCacheを有効にするよう設定されていたが、その時間に根拠はあるのだろうか？　まじめにDirtyコントロールするのはかなり大変そうだから、トライアンドエラーで適当に時間設定しろってことなのか？
• 汎用のCacheクラスを使ったキャッシュの方は、ファイルの更新をキーにCacheに更新をかけさせるような仕組みを持っていたが、ファイルではなくDBの状態をキーにできないんだろうか？　DB側にTriggerを作っておいて、それをキーにCacheクラスにUpdateがかかれば便利そうなのに。
• アプリケーション内でのconstは、ユーザーコントロール（ascx）に入れるのと、従来のようにglobal.asaxに入れるのとではどちらがいいんだろう？
• そういえば、Pageのグローバル部でnewしたオブジェクトは、各イベントハンドラ内で見えたり見えなかったりしている気配。PageのOnLoadでnewした場合は、どこからでも見えるみたいだけど。いったいPageのグローバル部のスコープはどうなっているんだ？
• 同様に、global.asax内のグローバルな変数たちも、どのイベントハンドラ内で生成してからApplicationなりSessionなりに入れるかで、Page側からの見え方が違うっぽい。少なくともオブジェクト内で直接Sessionをみたい場合は、Session_OnStartとかで生成しないとダメ。
• といいつつも、たいていの場所から見えるHttpContext.Currentを使えば、webアプリケーションの現在のhttpセッション（＝Page）が簡単に扱えるので、上記のようなことは実際には気にする必要がなかった。HttpContext.Current.ResponseとかHttpContext.Current.Sessionとかがたいていの場所で使える。
• <%# …… %>を使ってデータをBindする表記法を使うと、VisualStudio.NETのデザイナ画面がすぐに腐る（開けなくなる）な。少なくともaspxのhtml画面側で<%# …… %>部を追加するとすぐダメになるっぽい。新規追加時には各コントロールのtext部に書いて追加すれば、腐りにくい気配（でも修正はhtml画面でやらないとダメ）。
• 結局普通に（旧RecordSetっぽく）DataSetを使う場合は、DataSet.Tables(0).DefaultView(RowIndex)(field_name)とやるのが基本なのか？　DataGridとかDataListとかにDataBindするだけだったら、DataSource=DataSetすればいいだけなんだろうけど。

ほかにもいろいろあった気がするけど、思い出すのに疲れたから今日のところはここまで。

_ web日記関連図

最近あちらこちらのweb（日記）コミュニティに関する話題を眺めているうちに、ちょっと面白そうなシステムのネタを思いついた。そこそこ手間がかかりそうなシステムなんで、作る暇を見つけるのは難しそうだけど、一応案だけをここに書いておこう。開発コードは「web日記関連図（blogmap）」。

このシステムでやりたいことは何かというと、現在web日記界（ってどこ？）の複数のweb日記で扱われている共通の話題というものを、システム的に認識しやすくする手段を提供すること。具体的にどうやってそんなことを実現するのかというと、web日記本文中での言及リンクURLを利用する。

textmaniaでは更新報告系リンク集やアンテナ系サービスから、主にweb日記ページの新着ページ情報を収集している。それを利用すれば、web日記が更新されたタイミングがおおむね把握できる。

で、まずは更新されたページの内容をまずGETする。そのページに日記本文が書かれていることを前提とする。そうでない場合は基本的に捨て情報（ノイズ）となる。

続いて、日記本文で張られているリンク情報（URL）群を抽出する。そこで、他のweb日記に対するリンクだけを取り出し、それ以外のリンク情報（サイト内のメニューなど）は抹消したいところだが、そのあたりのフィルターを雑多な構成のweb日記一般に適用できるように作るのは、なかなか難しそうだ。

ともかく上記のようなやり方で、あるweb日記をキーにそこに張られているURL一覧、という情報が取得できる。あとはそれを適当に解析することで、web日記において広く話題に上っている（＝リンクされている）ものがなんとなく出てくる。具体的にどうやってノイズを取り除いて、どういう切り口で解析して、どういうインターフェースで見せるかは、要熟考。

ってのは要するに、ばるぼらアンテナ（あるいはその元ネタのblogdex）の、対象をニュース系に限定しないバージョンっつーか、ニュース系以外を主に対象としたバージョンみたいなものなわけだね。

こういうもの（web日記間の相関図をシステム的にうまく見せるインターフェース）は、ちょっと前までは更新報告系リンク集に機能拡張する形でしか実現できないかと思っていたんだけど、家サーバーのマシンパワーと回線速度も上がったことだし、プログラムでも何とか実現できるような気がしてきた。ゴールデンウィーク中にうまく暇を見つけられたら、プロトタイプでも作ってみよう。

_ 今日はバリウムの日

前日夕方から飲まず食わずで、いつもより一時間早く起きてムスコを保育園に送っていって、9時から一日人間ドックってのはつらいね。今日は早く帰って寝よう。

_ キーワードでの関連づけ

GETしてstriptagしてChasenで形態素解析して名詞らしき単語だけを抽出し、それをベースに解析すれば、日記本文中に使われているキーワードを使った関係図の作成も、なんとかなりそうな気がしてきた。

ただ、よく使われる一般名詞と固有名詞をどうやって差別化するかが難しい。単純に出現した単語でリンクを張っていくのではなく、その単語のweb全体での出現頻度の増減を監視して、「増減が激しかったキーワード＝話題のキーワード」と捉えることで、なんとかなるかな？　あと、出現数があまりにも多すぎる単語は、一般名詞として解析対象から捨てるようにしたり。

というのは、一つの単語（名詞）＝キーワードという単純な場合に有効そうだけど、実際のことを考えると、単語の組み合わせという形で表現される話題が非常に多そうだ。そうなると、あるページで出現した単語の組み合わせがほかのページでも使われているか、という多対多の組み合わせ数をカウントする処理が必要になって、マシンパワーを激しく食いそうな気が。自動で全パターンをカウントして解析するのはつらいかな。

_ 書影リンク拡張

Amazon.co.jpのアソシエイトプログラムには、書影付きリンクの方法が用意されていることに今さらながらに気がついたので、hnsを強引に拡張して書影付きリンクに対応させてみた。相変わらずhns（というか、PerlっぽいPerlプログラム）がよくわかっていないので、実装方法がかなり強引かもしれない。具体的にどうやったのかというと、

• theme.phの「package HNS::Hnf::Command::IMG」部に、「$TemplateWithISBN=qw(<a href="http://www.amazon.co.jp/exec/obidos/ASIN/%2/my-associate-id"><img %align src="http://images.amazon.com/images/P/%2.09.MZZZZZZZ.jpg" alt="%content" border="0">）」というのを追加
• Command.pmの「package HNS::Hnf::Command::IMG」のTemplateに「use vars qw($TemplateNosize $TemplateWithsize $TemplateWithISBN);」を追加。
• Command.pmの「package HNS::Hnf::Command::IMG」のsub AsHTMLで、Templateを切り変えているif文の冒頭に

  if ($src =~ /^isbn:/i ){
      $Template = $TemplateWithISBN;
      $src=~s/^isbn://i;
      $self->{attr}->[2]=$src;
  }
  elsif ……
  

  を追加

って感じ。これで「IMG n ISBN:4344402146」なんてやると、

な感じになる。ここはほとんど画像がないデザイン的に寂しいページだし、せっかくだから読書感想の項目にだけでも書影リンクを張って、ちょっと華やかにしてみようかな。

_ 引用もいじってみた

tDiaryの引用プラグインみたいに、引用部の下に引用元が表示された方が便利だよなと言うことで、ついでにそっちもいじってみた。相変わらず、

hns（というか、PerlっぽいPerlプログラム）がよくわかっていないので、実装方法がかなり強引かもしれない。

ちなみに実装方法はというと、Command.pmの「package HNS::Hnf::Command::CITE」の以下の部分をいじる

• 宣言部の「use vars」に「$EndTemplateWithURI);」を追加
• 宣言部の「$NumAtrr」を2に変更
• 宣言部に「$EndTemplateWithURI = qq(</blockquote><P class="cite_source"><a href="%1">%2</a>より</P>\n);」を追加
• 「sub AsHTML」を、

  sub AsHTML ($$$){
      my ($self, $start, $params) = @_;
      my $uri = $self->{attr}->[1];
      if ($uri) {
  	$Template = $TemplateWithURI;
  	$EndTemplate = $EndTemplateWithURI;
      }
      my $uri_title = $self->{attr}->[2];
      if (! $uri_title){
      	$self->{attr}->[2]=$uri;
      }
      return $self->SUPER::AsHTML($start, $params);
  }
  

  な感じに

こっちは昨日の書影拡張とは違って、hnsの標準的なコマンド体系からほとんど逸脱していない拡張の仕方かな。

_ タイヤ交換＆バイク復活

GW中にちょっと遠出するんで、車のタイヤを冬タイヤから夏タイヤに交換。ついでにブースターケーブルを買ってきて、バッテリが上がったバイクを復活させた。DJEBEL125のバッテリはぱっと見た感じではシートを外さないとアクセスできないように見えたんだけど、サービスマニュアルを読んでみたらサイドカバーのねじを外すだけであっさりアクセスできた。これだったら、来年からは冬場はバッテリを外して保管しておこう。

ともかく今回は、サイドカバーを外してバッテリのプラス端子側を露出させ、1）車のバッテリのプラス端子、2）バイクのバッテリのプラス端子、3）車のバッテリのマイナス端子、4）バイクのエンジンの金属部（バイクのバッテリマイナス端子ではない）、をブースターケーブルでつないで、車のエンジンをかけ、それからバイクのエンジンを始動させる。あとはその逆順で端子を外してサイドカバーを取り付け直し、そのまま近所を30分ほど走ってきた。その程度でどのくらい充電されたかちょっと不安だけど、まあもう一度車とつないでエンジンをかけるのもそんなに大変じゃなさそうだし。

_ どうぶつえん

昨日充電したはずのバイクのエンジンをかけてみたところ、予想通りあの程度の充電では足りなかったようで、エンジンがかかるよりも弱々しいバッテリが切れる方が早かった。というわけで、本格的に充電するために、今日はちょっと離れた浦和のこども動物園とかいうところまでお出かけ。オクサン＆ムスコは車で、俺はバイク。また車のバッテリでバイクのエンジンをかけて出発。

植物園と一緒になっているこども動物園（というかちょっと動物がいるただの公園）は、ものすごくできの悪い敷地構成のため、駐車事情が激悪だった。駐車場自体はそこそこ広いのにそこにたどり着くまでのルートが悪い（狭い＆路駐の嵐＆案内不足）なもんだから、しょうがないので結構離れたところに路駐。

動物園はかなりしょぼかったけど、前にズーラシアに行ったときにはほとんど動物に無反応だったムスコ（当時1歳ちょうどくらい）は、今回（もうすぐ2歳）はそれなりに動物に反応していたんで、連れて来甲斐があった。動物園を回った後は、出店で焼きそばとたこ焼きを食って終了。帰りに大宮までぐるっと回り道をして買い物をして帰ったので、さすがに今度はバイクにもかなり充電されただろう。

_ 島耕作とグイン・サーガ

最近の島耕作とグイン・サーガはちょっと似ている気がする。長寿作品であるがゆえの、作者およびその周辺のはしゃぎっぷりと、それに反比例するような一般読者の冷たい視線あたりが。

_ Hikki's Web Site「Staff Diary 2002.4.22〜」

宇多田ヒカルの親父さん（プロデューサーだったかな）自らが、コピーコントロールCD絡みの著作権問題を語る日記。

著作権を代行運用して金儲けしているところではなくて、著作権者自ら（あるいは著作権者にごく近いところ）が、その見解を表明して行動してくれるのは、透明度が高くてありがたい話だ。レコード会社や著作権協会あたりが何を言っても、いろんなしがらみやら思惑が感じられて素直に聞けないし。

_ ふっとさる

今日は会社関係のフットサルの予定があったんだけど、この運動不足がたまっているおりにそんなハードな運動をしたらまずそうなので、軽くキャッチボールでもしてフットサルの方はばっくれようかと思っていた。で、バイクで昼過ぎに出かけたところ、とたんに雨が降り出した。今にもやみそうな微妙な小雨。でもそれが結局やむことはなく、逆に雨脚は強くなっていったので、川崎のキャッチボール場（ってどこやねん。そこらの河原のこと）についたときには、とてもキャッチボールという雰囲気ではなくなっていた。

しょうがないんで、ひとまず会社にバイクを乗り捨てて帰ろうかと渋谷まで行ったら、ちょうどフットサル軍団（日光猿軍団みたいだな）が出かけるところだったので、思わずついて行ってしまい、結局フットサルに参加してしまった。雨でぬれた人工芝はなまった体で無理すると大怪我しそうだったので、そぉっと動くように心がけたのだが、それ以前の問題として、なまりきった体はすでにワンアクション以上の動作は継続できなかった。ワンアクションっていうのは、一歩踏み込んだ勢いで蹴るレベル。もうワンアクションはいると体がついて行かない。

結局ゴール前からほとんど動かずディフェンスに専念してごまかし続けて終了。早めにあきらめたので、思ったよりもダメージは少なかった。といいつつも、体中のそんなところに筋肉があったなんて思いも寄らなかったようなところが、すでに痛み始めているけど。