個別記事のタイトル設定ができない件についてorz
このblog（？）の記事のPermlink、記事個別ページのタイトルがちゃんと設定されていないことに気付く。
ということでPyblosxomのドキュメントを見たんだけど、なんと（ドキュメントを見る限りでは）標準では記事個別ページのタイトル（<title>タグ内に設定するタイトルね）にその記事のタイトルを入れることができないっぽいorz。自前でプラグインを書けということか。
このblog（？）は、記事レンダリングをPyblosxomで、記事編集などのバックエンドはfsmというシステムでやっているんだけど、どちらも良い言い方をすると自由度が高い、悪い言い方をすると色々と面倒くさいけど、まぁ修行wということで（それでで面倒くさくなって修正しないままだらだらと、という話もあるが……）。
しょうがないのでとりあえずタイトルを入れないままごまかす。ToDoに入れておこう。
豆腐好きの女性が申請した「豆腐大好き（ILVTOFU）」という車両ナンバー、検閲される
Asylum によると、米コロラド在住の豆腐大好き菜食主義者、Kelly Coffman-Leeさんが、車のナンバープレートの番号を「ILVTOFU」（I love Tofu、「豆腐大好き」）にしようと陸運局に申請したのですが、これが「公序良俗に反する」として却下されたそうです。
理由は「FU」が「Fuck You」の略語と見なされたから。つまり、「ILVTOFU」は「I love to fuck you」と取られかねない、ということだそうです。アメリカすげー。
下記はこの件を報じるニュース動画。しかし他人から見ればホントどうでも良い話ですね（汗）。
Perlは十分良い言語ですよと言ってみる
『 Perlの啓蒙と促進を目指す「Japan Perl Association」発足 』とのこと。Slashdot Japanでも、「 なぜ今Perlか – parsley の日記 」で 私はあまりPerlを仕事で使いたいとは思わない。使う必要もあまりない。道具は個人で使う分には、使い手の裁量で選べるが、組織だって使う場合は他の要素が重要視される。
とか、「 techsideでPerlネタが紹介されてた – tarna の日記 」で 省略形が多すぎ。他人のソースが読みにくい。
など、まだまだ「堅い」ものとは見られていない。その点では、企業ベースで盛り立てていくことには意義があるのだろう。
あと、前述のtarna氏の日記では、下記のような「Perlが嫌いな理由」が述べられているけど、3.は Best Practice に基づけば解決、2.も皆がBest Practiceに基づけば解決するので、大きな問題ではない（「皆が」というのは大変ではあるが）。
- プログラムは速度が命。スクリプト言語とか遅すぎる（元ゲームプログラマーなんで）
- 省略形が多すぎ。他人のソースが読みにくい。
- 省略形が多すぎて、書くときにどう書くか迷う。で、後日、自分で理解苦慮。
- Cが好き（C系の文法に慣れすぎた）
1.と4.についてはしょうがないけど、実用的な観点から言えばだいたいのケースで速度が遅くて問題になる、ということはないような気がする。以前サイズが数十MBにもなるテキストファイルの処理（正規表現マッチやソートなどを行うもの）を実行させたとき、思ったより速くて驚いたことがある。実際にデータ取って比較してみると面白いかも。
と、なんだかんだいってますが自分は Perlに愛想をつかして 「2つ以上のスクリプト言語を習得すべし」（多分弾小飼氏の言葉だったと思う。ソース失念）という教えに基づいてPythonを学んだ結果、現在ではPythonがメインの作業言語となってしまいました（汗）。でもBest Practiceに基づいたPerlは堅い企業ユースでも使い物になると思っている。