2007-01-16
■伝わる状態をつくる
danさんによる書評
まじめな話、社内研修で下手なマニュアルを作るより、本書を人数分用意して、本書を軸にマニュアルそのものを作成した方が「伝わる」社内研修となるだろう。
404 Blog Not Found:書評 - 技術の伝え方
の部分に頷いてしまった。
『エッセンスで「お腹いっぱい」に』なった状態が『錯覚にすぎない』と言ってるんだよなぁ。
■Wii のインターフェースのいさぎよさ
メッセージに添付されてきた写真が拡大できなーい! と思っていたら、写真チャンネルから入るといいのね。
便利な仕様ではないけれど、なるほどそういうのもありか! と思えた。
「いたる所でいろんなことができる」方向ももちろんありだけど……「写真について操作ができるのは写真チャンネル」という割り切り方もいさぎよくていいかも。
■ウルトラヴァイオレット
かなりの馬鹿映画だー! (注:半分は褒め言葉である)
冒頭、某ビルに侵入したファージ。「しまった、罠だ!」と声を挙げる、と、突然武装した集団に取り囲まれる。……なんでターゲットに対して円状に取り囲んじゃうのかなぁ? 同士討ち必至じゃん。それに取り囲む前に撃ち込まないのはなぜ? そんなに有効射程距離が短い銃を使っているのか? それとも対ファージ用の特殊な弾丸だとか?
画面はわざと作り物っぽくしたのだろうか、と考え込んでしまう様なCGだし。
ストーリーもあって無きがごとし。ゆえに演技も特に要らないような。
……褒めるところが何もないのに嫌いになれないって感じ?
リベリオンの方がよくできていたと思う。ストーリーはパクリだったけどね。
そうそう。見ていて久しぶりにハイランダーが見たいなぁ、と思った。
2007-01-15
■すぐにはできないの「すぐ」って一体どのぐらいなんだろう
うーん。
クラッキングによって広範囲に渡って改ざんの被害にあったと仮定する。この担当者が自分の担当範囲外のところで事象を発見した時にエスカレーションする道が無いって事?
そんな場合に迅速にタスクフォースを編成できるのだろうか? などとも思ってしまった。
このことについて、最高裁判所事務総局民事局第一課に電話し、このシステムの担当事務官に伝えた(10日)が、いまだ何も対処されていない。電話した際、「四の五の言っている間にとりあえず消せ」と言ったところ、担当者は「すぐにはできない」と言い、その理由を尋ねたところ、このページを編集する方法がわからないから(トップページに注意を載せる方法は知っているのに対し)と言っていた。
高木浩光@自宅の日記 - 本物がいい加減なことをしていると偽物につけ入れられる事例2件
2007-01-14
■やっつけISBN13桁対応
えー、
なんてエントリを書いてみたものの、いざふたを開けてみれば旧ISBN表記そのまんまなASINだった。
てなわけで、ECSから取得などせずに当座は旧ISBN形式への変換で済ませてしまおう。
……むちゃくちゃ格好悪いが、
if asin.length == 13 && '9784' == asin[0, 4] && /^[0-9]+$/ =~ asin
asin = asin[3, 9]
sum = asin[0,1].to_i * 10
sum += asin[1,1].to_i * 9
sum += asin[2,1].to_i * 8
sum += asin[3,1].to_i * 7
sum += asin[4,1].to_i * 6
sum += asin[5,1].to_i * 5
sum += asin[6,1].to_i * 4
sum += asin[7,1].to_i * 3
sum += asin[8,1].to_i * 2
sum %= 11
if sum == 0
asin = asin + '0'
elsif sum == 1
asin = asin + 'X'
else
asin = asin + (11 - sum).to_s
end
end
てな感じで、amzon.rb*1 に仕込んでしまおう。
うーむ。不細工なソースだ。
まぁいいや。
ほい。大丈夫かな?
(detail表記だと正しいASINを表示するけど、表示形式指定なしのリンクだと書いたまんまで出ちゃうんだな。まぁ、私は使わない書式だしこのまんまでもいいかしらん……)
*1 tDiary の plugin を自分用にカストマイズしたもの
2007-01-13
■IEとFirefoxの話
IEとFireFox の描画速度についての質問です。
リロードボタンを押したときにかなり違うように感じます。IEのほうがずっと描画速度が速いようです。これは、画面の再描画のタイミングが違うからだという説もありますが、リロードのときに感じるのもそういったのが原因でしょうか?
http://q.hatena.ne.jp/1168675004
んー。そんなに違うものだろうか?
と思い Ethereal を使ってちょっと確認。
「リロードボタン」と明記されているので、リロードの測定。キャッシュの影響を考えて、Shift押下でリロードボタンでいったん完全に読み込んでその次のリロードを確認。Statistics の First packe と Last packet の差を見る。
ほんの気持ち程度Firefoxの方が時間がかかる(あって1秒程度)傾向はあるが、画面に出ている値がそもそも秒単位の精度なので誤差なのか判断できん。
で判ったのは、うちの環境ではブラウザの描画速度の違いは有意じゃなくて、データが来るまでの時間の方が大きなファクターだということか。
2007-01-12
■イベントを起こすソート
昨年末の話題だけど、
UIに適したアルゴリズムとは?
全体が高速に完了するよりも
=> ゆっくりでもキャンセル可能な方が良い
=> 中断、再開が可能なアルゴリズム
=> 処理時間の予想が可能なアルゴリズムが必要Technologies for UI
例えば
10万件のデータをソート?
=> ユーザーが実際に必要としているのは先頭の10件
=> 最初の10件を最速で返せるアルゴリズム
にいたく感動していた(ややオオゲサ)。
考えてみた。
クイックソートは、「基準値を元に小さいものと大きいものに分ける」ことを繰り返す。再帰について、「小さい方」を優先していくことはできる。パラメータとしてnを与え、先頭n個分のデータが確定したところでいったん再帰をやめ、いわゆるイベントドリブンの開発環境でいうところの「イベント」を発生させることも可能だろう。
その時点でUIを更新する、もしくはレスポンスをいったん返してバックグラウンドでソートを続行する、というようなことは可能だし、困難でも無い様に思える。
「最初の10件を最速で返せるアルゴリズム」とソートを平行で実行することを想像してみた時、ソートのアルゴリズムが安定でないとなぁ、とか思ってみたり。
■Firefox 使用時間制限
インターネットで時間を浪費しない対策はないですか?
たとえば、ブラウザを1日1時間しか使えない設定にするなど
http://q.hatena.ne.jp/1168450046
Greasemonkey は入れない方針なので試せない。なので回答しないが、メモとして。
jeremy freese's weblog: kiwi cloak: a quasi-coercive anti-websurf-procrastination tool
■バーテンダー 7 / 少女探偵金田はじめの事件簿
なんじゃこのとりあわせは? と自分でも思う。
全然ベクトルは違うけど、両方とも、最後の数ページで「やられた! こいつぁすごいや」と思わされた。
あさりよしとおの方は、最初の方と後ろの方は面白い。中ほどは苦しいなぁ、と思って読んでいたが、あとがきをよんで、あ、なるほど、と。

