2008 : 01 02 03 04 05 06 07 08 09 10 11 12
2007 : 01 02 03 04 05 06 07 08 09 10 11 12
2006 : 01 02 03 04 05 06 07 08 09 10 11 12
2005 : 01 02 03 04 05 06 07 08 09 10 11 12
2004 : 01 02 03 04 05 06 07 08 09 10 11 12
2003 : 01 02 03 04 05 06 07 08 09 10 11 12
2002 : 01 02 03 04 05 06 07 08 09 10 11 12
2001 : 01 02 03 04 05 06 07 08 09 10 11 12
2000 : 01 02 03 04 05 06 07 08 09 10 11 12
1999 : 01 02 03 04 05 06 07 08 09 10 11 12
1998 : 01 02 03 04 05 06 07 08 09 10 11 12
1997 : 01 02 03 04 05 06 07 08 09 10 11 12
1996 : 01 02 03 04 05 06 07 08 09 10 11 12
決勝進出者決定．笑い飯が優勝できなかったら解散します宣言．大丈夫かおい．
週刊アスキーで見てさっそく試してみる．
Sun の Looking Glass より 2 年くらい早い? といっても立体化したまま操 作できたり画面更新されたりするわけではないので，あくまで最小化の代替 だって考えた方がよいか．
見た目のインパクトが素晴らしい．実用上は，ウィンドウ間の前後関係が ちょっと不思議な感じになっていて戸惑う．あと，重なっているときでもタ イトルバーは目立つ方がいいなあ．とか思ってみたり．もうちょっと根本的 な問題としては，MSIE とか Explorer とかは，何かのはずみでさくっとま とめて正面化したり，ひどいときには落ちたりする．どうも target=_new なリンクを開いたときとかが危険っぽい．問題点リストを見ると 2002 年頃 に報告されていて対処法がないようだ．これはちょっとつらいかも．
でも何だか楽しいのでもうちょっと使い続けてみるつもり．しかし普段は ASTEC-X がほとんど画面を占めているので，あまり恩恵はないかも．
関連して，Sun の Looking Glass．デモビデオを見るとわかるけど， こっちは本当に動いているまま 3D．裏に何か書いたりしてるし．
何だか中途半端に開示されててかえって欲求不満なんだけど…．ISSCC を待てっ てことか．64ビット Power コア + 複数の浮動小数点コアによるマルチコア / マルチスレッドアーキテクチャ．
この書きかただと，Power は 1 個だけなのかな? 浮動小数点コアって呼ん でいるものの中には Streaming Processing Unit とかいうのがあって， Fully Pipelined Embeded SRAM なんてのが入っているようだ．ちなみに以前の報道 によると，浮動小数点性能は 1 TFLOPS とか言ってるらしい．
メモリバンド幅も売りの一つで，リリースに数字は出てないけど，Rambus XDR DRAM なので 12.8GB/s か．
他の特徴のうち，複数 OS の同時実行ってのはちょっと興味ある． ほかに は，フレキシブルな I/O(?)，リアルタイムリソース管理システム(?)，ハー ドウェアレベルのセキュリティサポート(?) など謎だらけ．
主軸になる論文は ISSCC の 10.2. ``Design and Implementation of a First-Generation CELL Processor'' 他 3 件 (Rambus のも入れると 4 件?)
えーと，生まれて初めて買ったアルバムは交響組曲ドラゴンクエストIII で した．ちなみにレコードでも CD でもなくカセットテープでした．
それはさておき．DQ-VIII が 11/27 に発売された．
ドラゴンクエストは，I〜III は夢中で遊んだ．IV は一応やったけど，あま り夢中にはならなかった気がする．V はほぼ弟がやってたのを見てただけ． VI と VII はぜんぜん知らないという状態．
PS2 でフル 3D 化されたスクリーンショットやムービーを見ると，隔世を感 じる．でもスライムとかマヒャドフライ見てほっとした．ちゃんとドラクエ らしさが残されているのが素晴らしい．テーマ曲が同じなのもよい．何か涙 出そうになった．III → IV でテーマ曲のイントロが変わったときショック だったんだけど，今になると，これはこれでよかったのかなって思う．
あ，ちなみに初めて買った CD は Michael Jackson の Bad です．ほっといて．
くっつき BBS を導入してコメント記入欄を作ってみた．
このサイトのコンテンツは，自宅の PC からレンタルサーバにアップロード されていて，ログデータはその中のサブディレクトリに置かれる．このサブ ディレクトリはアップロードで上書きしちゃダメなので特別扱いする必要が ある．むしろ，このサブディレクトリはダウンロードして，手元にバックアッ プを取っておきたい．
ところが sitecopy はどうもこれには向いていないっぽい． ~/.sitecopyrc でディレクトリまるごと ignore に指定してみたのだが，う まく動いてくれない．
sitecopy の man には ``Ignored files will be created, moved and deleted as normal'' って書かれていて，要するに ignore は単に内容の変 更が無視されるだけなのかな．ファイルがどんどん増えて行くケースは想定 外っぽい．本家のメーリングリスト眺めると，似たような質問は出てるんだ けど無視されてるし．
結局以下のようにした，まず自宅 PC 側でログデータをバックアップするディ レクトリは，公開ディレクトリツリーの外に置くことにした．これは ftpmirror でサーバから自宅側へ sync する．
一方，公開ディレクトリツリーの中のログデータ置場は，自宅 PC 側では初 期状態(管理用ログファイルだけがある)のままで触らないようにしておく． このままでは管理用ログファイルが上書きされるので，~/.sitecopyrc で このファイルを ignore 指定しておく．sitecopy は，サーバ側で生成され る新しいファイルの存在は関知しないので，これでとりあえず問題ない．
というわけですごく面倒くさかった．やはり ssh + rsync が使えるサーバ に移るのが正しいのかな．
皆さん普通はどうやってるんでしょうか? てことで早速コメントキボンヌ↓．
スーパーマーケットなどのレジの接客技能を評価する資格試験とか，コンテ ストとかが存在する．TBS「みんなのモンダイ」で見た(最近トリビアでも やってたらしい)．暴言吐いていいですか? 正直キモイ．こんな芝居じみた 接客ごっこに意味ありますか? 何か間違ってる． 資格試験とかって，よーく考えて運営してないと，そもそも何のための資格 だかわからなくなるっていう分かりやすい例だと思う．
本当に役に立つ技能を qualify する資格なら意味があると思うし，このチェッ カーコンテストもきっと最初はそうだったと思うんだけど，一般にこういう のって時間が経過すると，特に世間の実状の変化に追従し切れなくて資格制 度だけが一人歩きして行きがちで非常に危険．
実は，とある情報関連の資格制度の関連業務に携わってたことあるので，何 やらいろいろと身につまされた．現場では，世間の実状と制度のギャップを 埋めようとかなりの努力がなされていたんだけど(実際，うまくいっている かを別とすればかなり頑張っている方だと思う)，そもそもかなり規模の 大きな制度だったので，慣性が大きすぎてなかなか実際の変革に結びつける のは難儀であった．まあ資格制度に限らず，ある程度以上の規模のシステム すべてに言えることだと思うけど．
マリオのフルネームは Mario Mario．だから Mario Brothers で何の矛盾もな いらしい．衝撃的すぎる．Steve Stevens みたいなもんか? (たぶん違う)
Wink というのが便利らしい．Windows アプリケーションのチュートリアル みたいのを手軽に作れる．
ちょっといじってみた． とりあえず馬鹿なサンプルを 1 つ 作ってみたので置いておこう．
仕組みとしては，
といったものである．簡単な仕組みなんだけど，この「マウスの移動」の表 示が入るだけで，だいぶ印象が変わるのが面白い．
少し慣れが必要かな．コツが分かるとさくさく作業できる．
誰だよ．
これが許されるならオラえもんもおっけーだよな．ていうかデザインゆるす ぎ．しかし一番驚いたのはこれを日経エレクトロニクスが取り上げているこ とだ．何でもありか．
助教授を廃止して准教授に変更．まあそれは別に混乱はないかな．英語で呼 ぶときはたいてい Associate Professor って呼んじゃっていると思うし．
気になるのはついでに取り上げられている助手の制度の方で，曰く現状は (1)将来大学の研究者になる人 (2)研究を補助する人 (3)研究室の事務を担 う人などが混在していて，(1) とそれ以外を別の職にしたいらしい．えーと， 私は自分では (1) に分類されると思ってるんですが，傍から見たら (3) に しか見えないんじゃないかとか思って夜も眠れません(嘘．寝まくり)．
chalow に -u をつけるとサイズが変わったときだけファイルを書き出すよ うになるんだけど，当然これは変更の検出としては完全ではなくて，たまに こける．これが気に食わないんだけど，じゃあ -u をつけないとどうなるか というと，すべてのファイルが書き出されて，かつそれらの「最終更新時間: 20YY-MM-DD HH:MM」の部分が書き変わっちゃうので，sitecopy で差分アッ プロードするときに全部対象になっちゃって嫌．
というわけで，真面目に内容を比較するようにした．output_to_file の中 で，古いファイルの内容と新しいファイルの内容のそれぞれについて，更新 時刻の部分を除いて比較．一致してたら return とする．
今のこのログの分量で，処理時間の増加は 1 秒以内だから，まあこれでい いかな．ついでに念のため直接比較ではなくて MD5 の比較を試してみたけ ど，ほとんど変化なしというかむしろ悪いかも．
フジテレビ土曜深夜の「クイズ! スパイ 2/7」．なんというか，フジの深夜 くささが発揮されていてとてもよい．よいのだが，何かちょっと惜しい感じ．
参加者は 7 人で，そのうち 1 人が親になる．出題されるクイズを全員で議 論して，その議論に基づいて親が回答を決定．不正解の場合，親は参加者の うち 1 人を退場させなければならない(デリート)．出題ごとに親は交代し て行く．
実は 7 人のうち 2 人はスパイである．スパイ以外のメンバ(プレイヤ)は， ゲームの過程でスパイを探しだし，デリートするのが目的．一方のスパイは， プレイヤをすべてデリートして，自身が生き残るのが目的．スパイはクイズ の答えをあらかじめ知っているので，わざと議論をミスリードしたりするこ とができる．要するに，クイズの形を借りた心理ゲームである．
さて，冒頭に書いた「ちょっと惜しい感じ」って何なのかというと，このゲー ム，クイズに正解することに意味がほとんどないのである．プレイヤの目的 はスパイをデリートすることで，スパイの目的もプレイヤをデリートするこ とだから，極論すると，両者ともクイズには正解しない方が目的を早く達成 することができる．これが，例えば N 問正解すればプレイヤの勝ち，とか いうルールになっていたら，またちょっと趣の違ったゲームになっていたか なー，とか思う．
実はここにログを持って来る前に，blog サイトの利用をちょっとだけ検討 していた．
最初にちょっと試してみたのが goo blog．少し試行錯誤したが，自動改行 がオフにできなかったのが致命的で，結局やめた．
次に試したのが昨今話題の livedoor の blog．ここはまず，登録した瞬間 にメールでパスワードを送って来て，それでだいぶ引いたんだけど，やっぱ りしばらく試行錯誤してみる．フォーマットは割と自由に制御できるのだが， どうにもインタフェースが使いにくい．
で，さすがに 2 つくらい試すと自分の指向性が分かって来る．押し着せの インタフェースで，しかもブラウザからアップロードなんていうのは，性に 合うはずがないのだ．というわけで，自分の手元ですべて制御できて，かつ 改造が楽そうな chalow に落ち着いた．
というわけでこの環境もだいぶ収束してきたので，残したままだった goo とか livedoor のコンテンツを全消去した．アカウントはどうしようかな． 削除してもいいんだけど．
ウェブのアップロードに使うツールとして，ftpmirror を捨てて sitecopy に乗り換える．
サーバ側とローカル側が同期した状態からの使用開始なので，~/.sitecopy を掘って ~/.sitecopyrc を書いてから，一度
% sitecopy --catchup kagami.org
などとしてローカルのチェックサム一覧を生成して準備完了．通常のアップロー ドは，
% sitecopy --upload kagami.org
とだけすればよい．
リモートのファイル情報を取りにいかないので非常に速い．ftpmirror には 二度と戻れない感じ．何かの拍子でずれが生じたらどうしよう…とか思うと ちょっと不安になるが，まあそのとき考えよう．あと，設定ファイルにパス ワードを書かなくて済むのが精神衛生上よろしい．
さて，今までは kagami.org ではメールだけを運用していて，ウェブは研究 室のサーバを好き勝手に使っていたのだが，さすがに立場上あまり好ましく ない気がして来たので，外に移すことにした．(実は，このログだけは水曜 ぐらいに一足先に移動していた)
現在 kagami.org の実体であるレンタルサーバは，メイルネット http://www.mailnet.ne.jp/ というサービスを利用しているのだが，ここは 名前が示す通りメールに重点を置いているのか，ウェブに関しては競合他社 と比べてそれほどお特ではないようだ．そんなわけで，ちょっと他のサービ スに浮気しかけたのだけど，敢えて移動の手間(メールも移ることになるの で)をかけるほど魅力的なところもなくて，また，これまで 2 年以上メール を安定して利用できたという実績もあるので，結局メイルネットにウェブサー ビスを追加で申し込むことにした．(「メール」→「メールライト」コース へ変更)
(実は申し込みに先立って，1. アクセスログは見れるか? 2. ssh は使える か? という 2 点をメールで尋ねた．1. は YES，2. は NO という答えだっ た)
メールで申し込んで，1 日くらいでサービスが開始された．ここの素早さに はいつも感心する．
というわけで，週末を利用してウェブのコンテンツ大移動を敢行．結構めん どうくさかったが，だいたい収束したかな?
chalow のカテゴリ一覧は JavaScript による client side include で実装 されているのだが，これがどうにも気に食わない．何が気に食わないって， 私は lynx とか w3m とかのテキストブラウザが大好きなのだ．
というわけで改造する．まず write_index_page の実行を最後に持って来て， その直前あたりでカテゴリ一覧の HTML コードを生成するようにする． index page の template を呼び出すときにこの HTML コードを渡してやっ て，中に挿入する．
ついでなので，自分の好きな順番に並べたり，エイリアス(partita → SONY VAIO C1VJ/BP，とか)をつけたりできるようにしてみた．
ドイツ出身の同僚が「沖縄はすごくいい天気 (a lot of sun) で素晴らしかっ た」と言ったのに対して，``How many?'' と聞き返すというネタをほぼ反射 的にかます．しかし全然通じなかった (「えーと，3 日間のうち 1 時間く らい曇っただけ」とか真面目に答えられた．たぶん How much と間違えて聞 いたと思われたんだろう)．
やっぱり単数・複数の壁を飛び越えるようなネタは，それがかっちり分かれ ている言語圏の人には通じないのだろうか．しかし同席していたタイからの 留学生(英語と日本語がほぼネイティブな人)は爆笑してたのだが．両方の言 語圏にまたがっている人は両方理解できるってことかな．
「柿」(かき)と「柿」(こけら)は違う字である，「かき」の右側はなべぶた + 巾 (つまり「市」)で，「こけら」の右側は 一 + 巾 である．というのが 通説らしいのだが，JIS X 0208 - 1997 だと両者は同じ字らしい．別の字で あるという根拠が明らかではないということのようだ．というわけで，上に 書いた 2 つの「柿」は文字コード上同じものになっている．
canna でかな漢字変換すると両方とも同じ字になる．Windows XP の MS IME だと，微妙に違った字体の文字が出て来るんだけど，どうやら Unicode で 区別しようとしているような気配(メモ帳に「こけら」を入力すると，文字 コードでUnicode を選ばないと save できない)．
2008 : 01 02 03 04 05 06 07 08 09 10 11 12
2007 : 01 02 03 04 05 06 07 08 09 10 11 12
2006 : 01 02 03 04 05 06 07 08 09 10 11 12
2005 : 01 02 03 04 05 06 07 08 09 10 11 12
2004 : 01 02 03 04 05 06 07 08 09 10 11 12
2003 : 01 02 03 04 05 06 07 08 09 10 11 12
2002 : 01 02 03 04 05 06 07 08 09 10 11 12
2001 : 01 02 03 04 05 06 07 08 09 10 11 12
2000 : 01 02 03 04 05 06 07 08 09 10 11 12
1999 : 01 02 03 04 05 06 07 08 09 10 11 12
1998 : 01 02 03 04 05 06 07 08 09 10 11 12
1997 : 01 02 03 04 05 06 07 08 09 10 11 12
1996 : 01 02 03 04 05 06 07 08 09 10 11 12
最終更新時間: 2008-04-23 08:31