ただのにっき

◆ tDiary: 性能向上策

酒井さんからrhtmlから変換されたrubyのソースをキャッシュした方が効率的ではないかというアイデアが出されて、それを実現するパッチが登場。

少し解説すると、tDiaryでは性能改善のためにプラグイン適用直前までの状態をキャッシュしている。日記本文やツッコミが更新されない限りキャッシュがヒットするので、キャッシュがない場合に比べて約50%の性能改善ができている。このキャッシュはプラグイン呼び出しが埋め込まれたHTML(*.rhtml)ファイルになっているのだが、それをさらにコンパイルして、Rubyのソース(*.rb)にまで落としてしまえばキャッシュがヒットした場合の効率がもっと上がるのではないか、ということである。

プロファイルを取ってみるとERbCompiler::compileが一番時間を食っているので、これをキャッシュ側に持っていけばたしかに性能が上がりそう。ERbは変換後のソースをメソッド化する機能があるんだけど、CGIであるtDiaryではそこまでできない。この手法はぎりぎりまでERbの仕事をすましておくという意味で効果が出そうだ。

というわけで手元のPentium-II 350MHzマシンでベンチマーク。使ったのはこの日記の4月分のデータである。

従来比でも25%の改善。ミスヒット時との比較では、胸を張って「2倍以上」と言えるレベルに(従来は「約2倍」としか言えなかった)。これはいいかも。採用しようか。

◆ Sylpheed 0.7.5

今度は最新だよな……?(笑)

0.7.5にはIMAPがらみの新機能が多いから使いたいな。といっても、Asumi化してからは自前パッケージを使っていないので、おいそれと入れ替えるわけにはいかなくなってしまったのだが。オモコンしろってか……。

◆ 隊長!?

KIOSKで見つけた「アヒル隊長」。いや、ホントにそう書いてあるんだってば。

しかし隊長はプラスチックだったはず。ということは、コイツは「隊長のぬいぐるみ」ということか。なんだかメタな話だ。

帰ってからよく見ると、ひどい写真だ。もっと寄って撮ればよかった。

プラスチック……と書いたのはですね、NTV系の番組「鉄腕DASH」に出てくるアヒルの人形が「アヒル隊長」という名前なのです。で、このぬいぐるみにも「アヒル隊長」と書いてあったので、とうぜんあの隊長を意図してるんだろうなぁ、と。なんか解説するとくだらない……。

◆ tDiary: 本日のハンティング

おぉ、Ruby業界の大物だ(業界ってなに)。あおきにっき つっこみつきです。

◆ tDiary: 絵日記

yoshimiさんが作ってしまったもよう。あとで入れてみよう入れてみた。秘蔵のメカアシモ写真によるテスト。手足の「ぶれ」が、速さを物語る(撮影者の腕が悪いという説もアリ)。

そうそう、edit_procは廃止とか言っていたが、これこそTrackBack送信用のプラグインに最適ではないかと気づいたのであった。ので、廃止しない方向で。

◆ タッチパッド

おれは便利に使ってる方だな、タップ。ボタンが独立してるよりだんぜん直感的じゃん。ダブルクリックなんて、ぜったいタップの方がやりやすい。

つっても、今のLibrettoはタッチパッドじゃないけど。でもすでに2年近く使ってみても、あのスティックタイプにはどうしても馴染めないね。おそらくフィードバックが小さすぎて操作している感覚がないのがいけないんだと思う。やはり、おれ的ノートPCのポインティングデバイス順列はこうだ:

トラックボール >>>>> タッチパッド >> スティック

◆ tDiary: ヘッダとフッタの「\」

ここで質問しないでちょとは言ったものの、気になったので調べてみたらバグだった。ヒアドキュメントとeRubyのタッグによって、とてもフクザツな状況になっていたようだ。というか、今までは何にもしていなかった(笑)。CVS上では1.4.x、1.5.xともに修正済み。

1.4.4はリリースしてからそろそろ半年か。じゃあ、今週中に1.4.5を出そう。AirH"PHONE対応もこっそりしてあることだし、出す意味はあるだろう。

ちなみに、tDiaryについて質問等がある場合、今ならtDiary-users-talkMLかtDiaryユーザー掲示板がオススメ。ただし、対象はリリース版に限る。CVS HEADの場合はtDiary-develで。

◆ 高林さんのいやな日記が

tDiary化してしまいますた。うへぇ。

◆ 日記も書けぬほど、忙しいのよ〜♪

……ユーミン?

それはさておき、Googleでヤマトの荷物配達状況や企業の株価などが検索可能にの影響かどうかわからないが、Sleipnirの検索バーから日本語の検索ができなくなってしまった。まぁ、もともとURLエンコードすらしないという大胆な作りなので、今まで使えていたこと自体が奇跡だったわけだが。

たぶんUTF-8がデフォルトになったせいだろう。Search.iniの以下の行を

SearchEngine0_First="http://www.google.com/search?num=50&lr=lang_ja&q="

以下のように修正したらいけた。

SearchEngine0_First="http://www.google.com/search?num=50&ie=Shift_JIS&lr=lang_ja&q="

しっかし、まさか駅探の入り口までGoogleになってしまうとは……。

追記

なんですとー!　つーか、いつのまにかSearch.iniも設定画面から修正可能になってたんかい。ぜんぜん知らなかったよ(笑)。わざわざ終了してからエディタで書き換えてたおれっていったい……。

結局、対応策は、下記のいずれか:

• 上記のように「ie=Shift_JIS」を挿入する
• 「エンコード」を「UTF-8」にする

いずれにしても、「Sleipnirオプション」の「検索エンジン」で対話式に設定可能。とほほ。

◆ 京都(1)

今回の目的その(1)は、国立博物館の曾我蕭白(5/15まで)。本当は明日行くつもりだったんだけど、16時ごろ宿に着いたら、金曜は20時まで開いているとのことなので、急遽、夕食前に行くことにしたのだ。いやもー、強烈すぎて言葉がないよ。サイコー。誰かあの「唐獅子図」を立体におこして、こま犬作ってくれないかなぁ。

今回の宿は金岩楼別館。「別館」とついているが、「本館」がどこにあるのか不明。建物はややボロい。板さんの料理は工夫が利いていてなかなかおいしい。仲居さんが、外人6人組の客のあしらいについてボヤくのがおかしかった。

◆ Quake部

1月7日以来、ひさびさのQuake部で小田原へ。天気がいいので、行きの小田原厚木道路はバイクが多い。おれもこのまま伊豆まで言っちゃおうかな〜的な気分になる(そして伊東でsuzuneを捕まえて小田原まで引きずってくる)。

部活の結果は、例によって惨敗。被弾率が高すぎるっちゅーの。T-ZONEミナミで日本一になった過去の面影はもはやカケラもないね。

そういえば、こないだ作ったQuakeの着メロ、聞かせてみたらみんないい反応はするものの、欲しがるやつはいなかった。これを着メロにすると気が休まらないから?

◆ GmailがSubjectだけからなるspamをうまく弾いてくれないので

挨拶系の日本語Subjectだけで本文なし、というspamが猛威を振るっているんだが、Gmailはいくら学習させてもこれをspam扱いしてくれない。本文しか学習対象にしてないんじゃないかと思うくらい。そこで、こんなフィルタを作って手動分別の助けにすることに:

条件: subject:(お元気で OR 如何お過ごし OR こんばんは OR お願い OR こんにちは OR ご無沙汰しております OR 失礼します OR お久しぶりです OR ありがとうございました OR お詫び OR お礼)
アクション: ラベル "@spam" を適用

これに「本文が空」なんて条件が追加できると完璧なんだけけど、そうもいかないので、このあとは「label:@spam」で絞り込んでから捨てている。Gmailの手前で捨てちゃおうかなー。

◆ JavaからRubyへ ―マネージャのための実践移行ガイド(Bruce A. Tate/角谷 信太郎)

オーム社営業マンの角谷さんから献本していただい……えっ、オライリー!? 失礼しました。えー、翻訳者の角谷さんから献本していただいた。

献本にあたっては、「いや、おれもう何年もJavaやってないし!」とか「そもそも職業プログラマじゃないし!」「もらっても読まないよ!」といった抵抗もしてみたのだが、無理やり(?)献本されてしまった。もらっちゃったら読まないわけにいかないよなぁ。活字中毒者の性質を見透かされている(のか?)*1。

もっとも、副題に「マネージャのための実戦移行ガイド」とあるように、ひょっとすると中間管理職でもある自分もターゲットなのかも知れず、そういう立場でなら読めるだろう。というか、Rubyのコードが出てくるのはほんの1、2ページなので、マジでそういう本だ。

とはいえ、マネージャが読むべき本かというと、ちょっと疑問だ。例えば自社にRubyを導入したいと考えているプログラマが上司の机上に本書を置いてみたところで、「A4一枚にまとめて!」と言われるのがオチだろう。いまどきJavaで案件をこなしているような規模の企業の、本当に忙しいマネージャにとっては、たった200ページでも厚すぎる。だいたいマネージャ層には、本書に登場するDave ThomasやMartin Fowlerの名前などなんの威光も持たない*2。

というわけで本書を読むべきなのは、Ruby導入をもくろむプログラマであって、彼/彼女の役割は上司に対して本書から適切な情報を抜き出して渡すことだ。そういう意味では原書の副題「Things Every Manager Should Know」の方が適切な雰囲気かも。

現実問題として、日本でもすでに顧客の方から「Ruby on Railsで」と指定される案件が発生している。そういう状況になってから本書を手に取っているようなマネージャはもうダメだと思うが、そうなる前ならまだ打つ手はあるよ、とおれは読んだ。自社が置かれている立場に沿って、リスクの少ないRuby導入作戦が立てられるように、評価から実験的な導入、Javaとの融和、本格的な導入へと続く道筋がうまくまとめられており、非常によいガイドになっていると言える。

「そろそろJavaだとまずいかも」と感じているプログラマに、まず手にとって欲しい本である。

その他、ちょっと気になった点:

• やたらと「継続」が出てくるのがおかしかった。Ruby 1.9で継続が未サポートなのを知って、さぞかしがっかりしていることだろう。でも、Webアプリなら別に継続じゃなくてもいいと思うけど。
• Javaとの連携でSOAPに関する記述がちょびっとすぎ。すでにSOAPなサービスがあるなら、SOAP4RがあるおかげでRubyはかなり良い選択肢になるのに*3。
• 8章「リスク」にある「許可を得るより許しを請う」は、日本だけじゃなくてアメリカでも有効なんだなぁ、と思ってちょっと笑った。

JavaからRubyへ ―マネージャのための実践移行ガイド
Bruce A. Tate/角谷 信太郎
オライリー・ジャパン
￥ 2,310