2003-07-28
_ 『「斎藤環氏に聞く ゲーム脳の恐怖」のGoogleランクを上げよう』運動 (13:50)
- 斎藤環氏に聞く ゲーム脳の恐怖 - http://www.tv-game.com/column/clbr05/
ゲーム脳みたいなあきらかな“ト”は、まともに相手をする価値もないと思うけれども、それでも放置しておくといつの間にかああいうのが多数派になったりするかもしれないんで、『「斎藤環氏に聞く ゲーム脳の恐怖」のGoogleランクを上げよう』運動（http://sodium.dnsalias.com/sodium/diary/20030726.html#p01）に協力しておこう。
_ 夏風邪で一回休み (13:50)
風邪自体は先週の中頃からずっとひいていて、微妙な頭痛と鼻水に悩まされていたんだけど、日曜に草野球をしに行ったところ、太陽が照りつけている間はやたらと暑く、太陽が雲に隠れたらとたんにやたらと風が涼しく、というコンディションに5時間くらい晒されていたら、頭痛と鼻水の症状がバージョンアップした。
といってももともと一桁前半のレベルが一桁後半にあがった程度で、中ボスクラスも倒せない程度のかわいい風邪なんだけど、ここ最近のんびり休んだ記憶がなかった（ムスコと一緒の休日はとてものんびりはできん）んで、休んでみた。
ああそういえば、ここ一ヶ月切迫流産の診断を受けて自宅安静、会社欠勤状態だったオクサンは、先週の土曜日の診断でなぜか「もう普通の生活に戻っていいよ」といわれて、今日からまた会社に復帰している。「一度こうなったら、もう絶対復帰しちゃダメ」みたいな診断だったのが、なんで突然ころっと変わるかなー。まあいい方に変わるぶんにはダメージはないんだけどさ。
2005-07-28
_ 連想配列かどうかを判別する (06:43)
うわー、知らなかったよ。PHPであるarray型が連想配列かどうかを調べるのに、
return array_keys($array) === range(0, count($array) - 1);
なんてことができるのか。っつーか、arrayって===で比較できたのか。
うが
tDiary Wikiスタイルで===を書こうとしたら、打ち消しになっちゃうよ。ひとまずプラグイン記法でエスケープしておこう。
_ 今日のスポクラ (11:26)
だいぶ疲れが出てきているけど、まだ体に無理が利くならば、ここで続けてやっておいた方が体が慣れるのが早いはず。というわけで今日も軽めに。
- ウォーキング 5分
- ストレッチ 5分
- マシン 10分
- ジョギング or バイク 15分
なんて感じだと1時間以内に終わっていい感じだな。
_ 曖昧なつながりと実行時解決によって、コンピュータ＋ネットワークを実用的な道具にする (18:10)
というのが、現在起こっていることなのではないか、と思った。
従来のコンピュータアプリケーションは、かっちりとした枠組み（仕様）の中で、自前で持っているきちんと意味づけされたデータ群を使って、あらかじめ決められた機能（サービス）を実現しようとしていた。それはそれで有用だったけど、規模が大きくなるとシステムを構築することや仕様（現実）の流動的な変動に追随することがとても大変だった。
それに対して最近流行っているアプリケーション（というかサービス）は、もっといい加減な（人間が扱いやすい）データを、いろんな形式であちこちに分散して持ちつつ（というかネットワーク上に存在することを前提に）、自前で持っていないデータはネットワーク経由でかき集め、必要に応じて必要なデータを必要な解釈（フォーマット）で取り込みつつ、それらを使って機能（サービス）を実現しているものが多い。
そういうやり方では、各要素レベルでの信頼性というものは高いとは言えないんだけど、人間が普段使う道具としては、それでも十分使い物になっている。というのは、もともと人間の普段の生活では、従来のコンピュータアプリケーションが担保していたほどの正確さは求められていないから。
というアプローチで考えていくと、何か新しい便利な仕組みが思いつくかもしれない。
一応書いておくと
もちろんそういうアプローチによって、従来型のかっちりとしたシステムを否定しているわけではない。というか、そういうものは今まで通り必要な場所で使われていくだろうし、そういうものがなくなったら困る。
ただ、今まではかっちりとした仕様に落としきることができず、システムとして構築できなかった雑多な案件について、今回挙げたようなアプローチを使えば、それなりに実用的な道具（コンピュータアプリケーション）を作ることができるし、しかもそれは従来よりも手軽に実装できる。
みたいな趣旨ですよ。コンピュータ＋ネットワークのコモディティ化は、こういうアプローチによって実現されていくのではないか、とか。
このセクションに対するはてなブックマーク
_ Rast＋php_rast試し中 (21:09)
プチはまりその1。
- icuを有効にしないとUTF-8が使えない
- というのを忘れて、Rast、php_rastをコンパイルした。
- 後からicuをインストールして、Rastをicu有効でコンパイルし直した。
- php_rastもコンパイルし直さないと、php_rastからUTF-8が使えなかった
プチはまりその2。
- 検索インデックスを保存するディレクトリを作成し、書き込み可能にしておく
- そのディレクトリに対して、rast_db_createを実行。しかし失敗する（FALSEが返る）
- 特にエラーメッセージやエラーログも出ないので、理由が分からず悩む
- インデックスを作成するディレクトリを削除して実行したらOKだった。ディレクトリもrast_db_createが作成するってことだった
で、ひとまずインデックスに登録したり、削除したり、検索したりを一通り動かしてみた。
ちなみに、一度登録した文書が更新されたときに再登録するためには、前回登録した文書をdoc_idを使って削除しなければならず、そのためには何らかのユニークなキー（doc_id以外）を付与しておいて（Web系の検索ならばURLとか）、それを使って検索して既存文書を削除しなければならないんだね（登録時にdoc_idの方をドキュメントにひもづけておいてもいいけど）。最初ユニークキーを持たせずにインデックスを作成・登録していって、登録済みのドキュメントのインデックスを更新しようとして困った。更新される可能性があるドキュメントを登録するときにはインデックス作成時に注意。
次はある程度の分量のドキュメントを登録して、一般的な検索機能を試してみて、それでよさげだったら大量ドキュメントの登録・検索を試してみようかな。
