ただのにっき

■ ディスカバリー打ち上げ(2)

そう言えば、casTYの(というかNASA TVの)映像では、外部燃料タンクからオービターが分離するところまで、タンク側のカメラが撮影していたのが見られてよかった。SRB分離の時みたいに「おれは先に行くぜ!」って感じじゃなくて、わりとヘナヘナ〜っという感じで分離していた。あんなふうに離れていくんだねぇ。

で、今朝、新聞を読んでいたら、社会面に「ジェットエンジンをふかして上昇……」みたいな記述があって＿|￣|○。経済には強いけど、科学技術には弱いな! >日経

■ 週末は鹿島

今週末は鹿島宇宙通信センターの一般公開日なので、行かないわけにはいかない。前回行った時は仰角90度のパラボラしかなかったからなー。今回は34mを動かしてくれるだろう。

というわけで地図を見ているわけだが。千葉に渡るのに(高い)アクアラインを使うのはいたしかたない。他は高速使いたくないから、R409で茂原までというのもいいだろう。そのあと寄り道がてら海岸まで出て、九十九里浜を北上するのはアホかな。この季節、混んでるよねぇ、やっぱ……。でもR126〜R128って、面白くなさそー。

帰りのルートも悩ましい。南房総を回って帰るのも、やはり渋滞に巻き込まれるだけという気もするし。バイクだと、山の中の方が楽しいからなぁ、房総は。

■ FEEDBRINGER(2)

昨日「広げる」の動作が遅すぎるって苦情を入れたんだけど、今朝はずいぶん軽くなったような。改善されたのか? とりあえず、最近不安定で「使えない度」が急上昇中のBloglinesをやめて、全面的に移行してみた。まつもとさんも移行したようだが、Rubyユーザ全員を取り込んでもたいした数にはならないので(笑)、もっと一般人が使いやすくなるといいですな。ちなみに「最近の人気フィード」では、Matzにっきが2位、ただのにっきは4位だって。世間から乖離しすぎだ。

以下、現状の不満。

• フォルダをクリックして中の未読を表示させると、ぜんぶ"折りたたまれた"状態になってしまう。いちいちフィードごとにクリックして「広げる」なんて、面倒すぎてやってられない。省力化のためのRSSアグリゲータがこれじゃいけない
• 左のリストと右の本文が同一ページにあるのはいただけない。リストが長いと、ページのスクロールが多量に発生する。両者は同時に別々の場所を参照するんだから、ここはBloglinesのようにフレームを切るのが正しいUIだろう。適材適所。なんでもフレームを排除すればいいってもんじゃない
• 読んでる最中に「これはもう読まなくていいなー」と思ったfeedをその場でunsubscribeできない。これもBloglinesを真似して欲しいところ
• Ajaxバリバリでw3mからは使いようがないのはまぁ、仕方がないとして、ちょっとレスポンスが悪いときに未読管理がおかしくなる時がある

メールフォームに投げるの面倒だから、開発室にTrackBackしてこうかな(笑)。

追記

通じてないっぽいので補足。

左側に長大なリストがある(おれの取得しているfeedは350以上、ほとんどフォルダに分類されてない)場合、未読のfeedを探すのにページのずーっと下まで行かなければならない。フォルダをクリックしてまとめて開かないのは、上に書いたようにいちいち「広げる」のが面倒だし(未読が100feedあるなんてザラだ。今の仕様だと100回もクリックしなきゃならない!)、間違って隣の「閉じる」に触れてしまったら、もういっぺん未読探しの旅に出なくてはならないからだ(こういう危険なボタンを近くに置いてはいけないのもUI設計の原則じゃね?)。

で、見つけた未読feedをクリックすると、ページはぴょーんとトップに戻って本文を表示する。で、それを読み終えたらまたずーーーっと下までリストを追って、新たな未読feedを探さなければならない。

というわけで、「折りたたむ」も「閉じる」もここでは何の役にも立たない、ただのギミックにすぎないのである。フレームになっている場合(別にIFRAMEでもいい)、リストと本文は別々の場所をキープしていてくれるので、「次の未読」を探す作業は前回の続きから即座に行えるわけ。こういうところにフレームを使わなくていつ使うというのか。リストと本文の表示上の割合もユーザが決められるしさ。

■ 「人気記事」をサイドバーに

「このblogのおすすめエントリ集」をソーシャルブックマークのリンク数を元に自動生成するのはどうかというのを読んで、面白そうだと思ったのでやってみた。といっても、はてなブックマークの当該RSSをrss-recent.rbに食わせただけ。サイドバーの「人気記事」セクションに5件出すようにした。現状、被ブックマーク数にして20〜90の記事になる。なんか、メタブログっぽいネタばっかりで、ちと鬱……。

ただおれは、「一見さんはサイドバーなんて見ない」と考えているので(実際、自分でも人のサイトのサイドバーなんて見ない)、過去記事への誘導という効果はあんまりないんじゃないかなぁ。もっとケバいデザインにすれば目立つかもしれないけど。

関係ないけど、rssライブラリはrubyに標準搭載されちゃったから、rss-recent.rbはtDiaryに標準搭載すべきかも知れん。

■ ナンバープレートなぜ隠す?(2)

昨日の記事はツッコミビリティが高かったな。

ナンバーから個人情報を引き出すのはけっこう簡単そうだということは、車の登録をディーラー任せにできることを考えれば、想像できてもよさそうなものだった。ただ、個人情報保護法施行以降は何か変わっているかも知れないが、それっぽい記事はWeb上では発見できなかった。あとは陸運に取材しないとダメかな(しないけど)。

あといやがらせを受けるかもという意見も目ウロコ。脆弱性に関する思考実験をするときは、悪意のある人物になりきらないといけないですねぇ。

というわけで、当面は写真のナンバープレートにはモザイクをかけた方がよさそう、という結論に。てことは、R1200GSアルバムの公開は無期延期(笑)。

■ FEEDBRINGER

ほほぅ、RoR製のRSSアグリゲータですよ。Rubyで書かれてるってだけでポイント高し!(笑) さっそく、こないだから取得するようにしたBloglinesのOPMLをインポートだ!

指定されたファイルをOPMLファイルとして解析できませんでした。

＿|￣|○

ただいま問い合わせ中。

追記

問い合わせへのファーストレスポンスが10分で来た! さすがRoR、Javaの10倍早いだけあるぜ(ぜんぜん違う)。

追記(2)

さらに30分後には解決メールが。UTF-8と言い張ってるくせに実はEUC-JPなRSSを吐くサイトがあり、Bloglinesがうまく処理できずOPMLファイル中に文字化けがあったためと判明。疑ってすまんかった >FEEDBRINGER

というわけで使えるようになったけど、まだ新着feedがない……。細かい機能はもちろんまだまだBloglinesの方がいいんだけど、なにしろRoRですからな。素早い実装ですぐに追いつくさ!(願望)

■ ディスカバリー打ち上げ

うちはTEPCOひかりなのでcasTYというところでNASA TVのストリーミングが見られるらしい。……と、打ち上げ直前になってかみさんに教えてもらった。

で、いま、SRB切り離しのあたりまで見たところ。どうやらこのまま、無事に上がりそうだ。よかったよかった。

■ ナンバープレートなぜ隠す?

R1200GSの写真がだいぶたまってきたので、zphotoでアルバム化してみた。なかなか便利なり。

で、せっかくなので公開しておこうと思ったんだけど、なぜか後ろから撮った写真が多いので、ナンバープレートがモロに写ってるのばかりなのに気づいた。モザイク入れるのめんどくさいなぁ……。

でも、そもそもなんでネットで公開するバイクや車の写真では、ナンバープレートを隠す文化があるのか。よく考えると意味ないような。いつも公道上をナンバーさらして走ってるのに、ネットでだけ隠してどうする? それとも、おれの気づいていないセキュリティリスクがあるんだろうか?

警察に見られたら困る説

警察は、ナンバーと所有者を結びつける情報にアクセスできるから、これは個人情報だ。例えば日記に犯罪を示唆する内容を書いて(200km/h出したとか)、一緒にナンバー入りの写真を掲載したら、両者を結び付けられて検挙されるかもしれない。でも日記の内容は証拠にならないから、実質的な問題はないはずだ。デジカメ写真だって証拠にならんだろうから、アリバイの証明にも使えないように思う。よって、警察に見られてもたいして困らない。

知り合いに見られたら困る説

奇特にもおれのバイクのナンバーを暗記する人がいて、「たださん、こないだ××にいたでしょう」なんて指摘をされたら、(場所によっては)バツが悪い思いをするかもしれない。もしくは、かみさんに「おたくの旦那、あんなところに出入りしてるんですね」とか告げ口されたら。まぁ、たいしたリスクじゃないよなぁ。かみさんにも隠しごとはしてないし(笑)。

知らない人に見られたら困る説

一般人に、ナンバーとおれの個人情報を結びつけられる心配はほとんどない。よってリスクはないだろう。

……ということで、別にナンバー見せても困らないじゃん? と思うんだけど。どうだろ。もうちょっと考えて、それでも問題がないようならそのまま公開しちまおう。

■ はてなマップがずれまくり

auケータイのGPSで位置情報を付けた写真が、はてなマップ上では違う場所を示してしまう。

これは、image_gps.rbプラグインからリンクした、Mapion上の地図。左上にある白旗神社の場所に、正しく赤い「+」マークが入っている。

いっぽう、同じ写真をはてなフォトライフに上げて、そこからはてなマップに飛ぶと、右下の画像アイコンがある位置がソコだとおっしゃる。いや、そこは消防署ですから。

これって、ここに出てるような話が原因なのかな。困ったもんだなぁ。

■ はてなマップがずれまくり(2)

先の件、日本測地系だからではという指摘をもらう。いやいや、どの写真もケータイのGPSを使ってるから世界測地系のはずでっせ……と、手元にあった別の写真をチェック。めんどうなのでstringsコマンドでそれらしき文字列を探すと、ほら、ちゃんと「WGS-84」って入ってるもん。

念のため、件の写真をダウンロードして同様にチェックする……と、TOKYOって書いてあるやんけ! なんでかなー、と記憶をさぐると、この写真、GPSで現在地を測位したあとで、EZナビウォークの地図上で確認、少しずれていたので修正したのだった。つまり、ケータイ上で測位したときはWGS-84でも、地図上で修正するとTOKYOに変わっちまうと。けったいな仕様だな、なんとなく背景はわかるけど(笑) >au(もしくはSANYO)

さらに、はてなフォトライフは測地系をまったく見ていない。この疑惑、実は18日の日記でおぼろげながら発覚していたんだな。カシミール3Dで付けた位置情報の測地系が「WGS-84」でなく「WGS84」とハイフンが抜けているのをkpさんが発見、でもフォトライフは問題なく表示できている。これはハイフンの有無を吸収しているか、測地系をまったく見ていないかのいずれか。今回、後者だと判明したわけだ。

というわけで、直して! >id:naoya (※ここははてなアイデアではありません)

■ 週刊東洋経済

買ってきた。ブームの端っこにいる者としていちおう(笑)。

内容はまぁ、可もなく不可もなく。技術的にはツッコミどころもあるけど、経済誌的にはこんなもんか。あ、後半のビジネスブログの記事は、取材も多くてバリエーションもあり、なかなかよかった。

それより、マーケティングの失敗話の記事でSUBARU R2の話が出ていて、R1を買おうとしてる人間としてはなかなか面白かった。というのも、R2は賞もたくさん取って、売れるとにらんでいたのにぜんぜん数が出なかった。ユーザ層を完璧に読み間違えていたという趣旨なんだけど、それを学習してか、R1を買いに来たおれたちへの営業トークは「お客様はお目が高い」「これは数を売る車じゃないですから」といった感じだったのだ。ちゃんと失敗から学んでいるのは確かなんだけど、それでいいのか、という気もしなくもない。