2007-05-22
■SQLite
私の場合3000件を超えたあたりでストレスを感じるようになった。いったいどうしてなのだろう。アプリケーションの問題・・・とは考えられないと感じているのだが、どっちつかずなのでとりあえずはSQLiteが遅いと決め付けるのは早計だろう。
よって・・・続く・・・
d金魚による C/C++にてプログラミングする為のノウハウとアルゴリズムの公開とライブラリとアプリケーションの開発の過程を記す dKingyo SDK 日記 - SQLiteって遅くない?
ということで続きに期待。
部内のtracサーバはレコード件数10万件を軽く超えているので、SQLiteのせいじゃないと思う。
メモ。
■素因数分解の世界記録
「一方向落とし戸関数」なわけだが、乗算はどのぐらいの時間で済むのだろう? とふと思って Ruby に計算させてみる。
一瞬だった。
にも関わらず、逆の計算はなんと難しい(時間がかかる)ことか。
■自分の所の状況を好きこのんでさらす人もいるまい(愛南町の住民票コード流出の件)
「住民の不安を解消するため」に職員がして回る説明とは、ようするに、「住民票コードから個人が特定されることはありません」だとか、「住民票コードは行政機関以外では使われていないので問題ありません」とかいう説明なのだろうか。
高木浩光@自宅の日記 - 住民票コードを市町村が流出させても全取替えしない先例が誕生する?, 追記
この「説明」とやらについて、何か書き記している人はいないのだろうかと思って検索してみたものの、なかなか見つからない。
21日町職員が、訪れました。
お詫びと説明が「お粗末としかいい様がない。」その一言です。
他町村の人の方が、親身になって心配いただきました。
わが町の恥をさらすので、これ以上のことは申しませんが・・・。
網を使ったブログ人: 個人情報流出〜お詫びと説明
というかたがいらっしゃった。
確かにそのような心境になっても仕方がないか、と、そう思った。
■論より詭弁
「論理学*1で『詭弁』と称され『価値がない』『用いるべきではない』とされるものは、しかし日常の中では多く見受けられるものであり、これに対して『それは詭弁だ』『だからその言説には意味がない』という態度を以て接するのは間違いであり、逆に立場を悪くするだけである」というところか。
で、この本、思っていたよりも難しい。
「詭弁」とされてきた論理構造を持つ文やあるいは会話のやりとりを挙げる。
文学がどのようにして「詭弁」を使ってきたかを説明するために、荷風やドストエフスキーなども引用している。
それがいかにして「詭弁」と判断されてきたかを説明する。
そして、その上で、反論を加えようというのが筆者の意図である。
そんなわけで筆者の反論の直前までは、ちょっと教科書風なんである。
「難解」というほどのものではないが、この時点でページを閉じてしまう人もいるんじゃないだろうか? と要らぬ心配をした。
筆者は「詭弁」を定義しない。
筆者の主張は「それらはなんら詭弁と称して忌避すべきものではなく、日常的に使われているし、また使うべきである」であると思ったので、ここまでわざわざ「詭弁」というように括弧でくくって書いてみた次第。
*1 ここ自信なしだったりして……。
2007-05-21
■ソウ3 を観た
最後のちょっと手前の数分だけ面白かった。
最後の最後――つまりラストシーンも悪くはない。
悪いはないが、しかし、映画全体の構成がそのシーンのためだけに無理をしているような感じが強い。
おかげで道中がダレてしまってどうにも。
ヴィジュアルな、スプラッタ的な部分が突出してしまったのも、それをカヴァーするためか。
だとしたら逆効果かなぁ、と。
最初の方のシーンで感じた違和感とかが、("面白かった"と書いた)最後のちょっと手前のシーンで紐解けたのは良かった。
この映画、IやIIを観た人を裏切るためには、ものすごいハッピーエンドにした方がよかったのでは?
もしそうだったら、きっとものすごくビックリしただろうなぁ、と思う。
2007-05-20
■学校を出よう! 4
殊の外面白かった。
最後の1行を読んで「おお!」と感心したが、後から考えるとさほど適切ではないなと思い直した。
言葉の力はある。没頭読ませるほどのそれは。
後になって考え直してしまわないほどであればなおよし。もしくは後になって考え直す隙がないような作品でもいい。
まぁ、もっとも、それは些細なことで、存分に楽しんで読めたのでいいのだ。
……無限にある世界の中の、ある条件を満たす「可算無限な部分集合」の世界群を対象にしていた、という可能性だってあるんじゃない? > 宮野くん
2007-05-19
■闇夜に怪を語れば ―百物語の物語―
「百物語の物語」の短編アンソロジー。
福澤徹三の「怪談」が秀逸だった。というか、怖かった。
普通に百物語の描写から始まり、やがて
そして終盤、超自然ではない恐怖――生きた人間による恐怖が姿を現したかと思った次の瞬間、突然、得体の知れない別のモノが顔を覗かせる。
■LIER GAME 4
本屋に平積みしてあるのが嬉しい。
3巻の時なんて発売日に本屋に行ったら売ってなかったもんなぁ……。
内容はまぁいいや。
少しルールについて検討したいところはあるがなんか面倒くさいかも。
2007-05-18
■「管理する」ということの本質に迫るには
ある日、
構成管理の上で問題だと思うことを挙げてください
てな依頼がグループ全員に発信された。
色々集まったようだったけど、その答えを見ていると「構成管理」というのが何なのか、誰も理解せずに話しをしている様に見えた。
だから、
「構成管理」ってどういうことでしょうね?
という質問を発してみた。
特に「正解」は用意していなかった。
その辺は、本なりWebページなんかを見ればたぐり寄せることができるからだ。
ただし「間違い」は予め想定しておいた。
果たして、ただ一人を除いて、その想定していた「間違い」な回答を返してくれた。
その「間違い」とは、
○○を管理すること
という形。
そう。
ほぼ全員が、「管理」という言葉を、実際何をやるのか? というレベルに落とし込んでくれなかった。
実際何をやるのか? というレベルで考えていた人は、結局いなかったのだ……。
それでは管理するという仕事はできない。
敢えて「管理する」という言葉を言い換えてみよう。
○○の変更を監視し、それらが発生した時に正しいアクションをすること
という感じではないだろうか?
例えば、
顧客管理ってどういうことでしょうね?
という質問をされた時に、「顧客の情報を管理すること」とか答えたら叱られるに決まっている。
顧客管理とは、顧客の状況が変わったときに然るべき保存先(DBだったり台帳だったり……)にそれを反映させること、だろう。
そのために、どの様な情報を監視すればいいのか? 情報が変わったらどういうアクションを取るのか? をちゃんと決めておくことも「管理する」の範疇だ。
一つ(いささか時代遅れな)例を挙げるなら、「Fax番号が変わった」ら、「短縮登録されていないかを確認しFaxの設定を変える」というようなイベントとアクションの対応付けだ。
「構成管理」ってどういうことでしょうね?
という質問を発した時に期待していたのは、「構成」の部分を別な言葉、具体的な動作で言い換える回答ではなかった。
「管理」の方を言い換えて欲しかった。
さて、始めに書いた、
構成管理の上で問題だと思うことを挙げてください
という問いに対して返ってきた答えは、果たして、何かの役にたったのかしらん?

