ただのにっき

■ ホワイトリスト方式のOpenIDログインフォームは美しくない

先日のGINZA TECH LOUNGE feat. OpenIDで、OpenIDのログインフォームにはまだ決定版がないという話が出ていて、たしかに2.0になってからかえって混迷してきているように思う。

1.1の頃は「IDを単一のURLにすることでシングルサインオンが実現できる」というのがOpenIDが示すビジョンで、OpenID用のフォームの形式が統一されればブラウザが対応することで入力の手間も省けるようになるだろうという話だった。

個人的にはこれはとてもすっきりしていてよくわかるので、自分のOpenIDは頑なに一個だけ、この日記のURLを使うようにしている。Delegate先は時々変えているけど、最近はさすが老舗というか、安定しているのでTypeKeyで固定。ちょっと前まではてなを使っていたけど、ぜんぜんメンテされてなさそうなので(retrospectivaにログインするたびに500エラーが出るのはかなわん)やめちゃった。今ならmixiとかもアリかも。

これが2.0になると、ユーザにIDの入力を簡単にさせる工夫はブラウザじゃなくてRPでがんばるようになってしまった。簡便さやセキュリティに配慮するあまり、たとえばokyuu.comのフォームは完全なホワイトリスト方式で、これではおれみたいに自分のブログのURLでIDを統一している人は使えない。しかたなく選択肢にあるサービスを選んで使うと、あとになって「このサービスにはどのIDで登録したんだっけ?」と悩むことになる。これはOpenIDの目指すところからみれば、明らかに後退だ。カッコワルイ。

ホワイトリスト方式でもいいけど(OPのランク付けが必要だという話は1.1の時から出ていた)、せめてDelegate先を見て判断するようにして欲しいものだ。……というのが、まちゅさんのアイデアなのかな?(よくわかってない) それでも、RPががんばらなきゃいけないというのが美しくないよな、とは思うけど。

いずれにしても、任意のIDを入力する手段のないOpenIDはOpenIDにあらず、だと思う。先のokyuu.comのフォームで、一番下に「任意のOpenID」みたいな選択肢があるのがいいんじゃないかなー? 個人的にはブラウザが勝手に入力してくれる世界が一番だと思うけど。

■ 深海のYrr 〈上〉 (ハヤカワ文庫 NV シ 25-1)(フランク・シェッツィング)

なんだかガツンと長いのが読みたくなったので、ベストセラーと知りつつ読んでみた。さすがに1冊で1200ページもある文庫本とかアホなもんは読む気にはなれなかったし!

海で起こり始める異常現象が、3分冊の上巻をほとんど丸々使って、じわじわと語られるさまは、描写の細やかさもあって、半村良の伝奇シリーズのような雰囲気(ちょっと褒めすぎか?)。なかなか派手な展開にはならないけれど、飽きさせないのは上手い。

中盤からは海洋分野にとどまらない豊富な科学知識、多量の取材に裏打ちされた緻密な世界描写が盛りだくさん。かといってくどくどした解説調になるわけでもなく、「なんでこんなことまで説明してるんだろう?」というような些細な描写がちゃんとあとで意味を持ったりして、長くてもちっともだれない。いやぁ、なんかすげぇエンターテイメント小説だなぁ。ドイツ版クライトンの異名は伊達じゃない。

ただ、終盤の展開が、なんというか、あまりにハリウッド的なのがちょっと残念か。「政治家が一番アホ」っていう設定は、当たり前すぎ。なんでSF文庫じゃないんだろうと思ってたんだけど、この展開はたしかにNV文庫だわ(笑)。

それでもちゃんと「世界が変わる」結末も含めて、SF者としても十分に満足できる小説だった。個人的には、セーガンの「コンタクト」をネタにしたところが多くて*1、好印象。

深海のYrr 〈上〉 (ハヤカワ文庫 NV シ 25-1)
フランク・シェッツィング
早川書房
￥1

深海のYrr 〈中〉 (ハヤカワ文庫 NV シ 25-2)
フランク・シェッツィング
早川書房
￥1

深海のYrr 〈下〉 (ハヤカワ文庫 NV シ 25-3)
フランク・シェッツィング
早川書房
￥1

■ iTunes 8の新しいグリッド表示がどうしょもない

まぁ、たぶんおれが想定外の使い方をしてるんだと思う。けど、いくらなんでも、これはないよなぁ。

全ムービーにそれぞれ別々のサムネイルを設定してあるにも関わらず、同じアルバム名のムービーは代表して(iTunesが勝手に選んだ)ひとつのサムネイルで統一されてしまうようになってしまった。おかげで、すべてのムービーに同じアルバム名をつけている*1ような場合には、グリッド表示がまったく意味をなさない。

まぁ、おかげでスクロールなんかはだいぶスムーズになったけど、機能落として性能上げられても嬉しくないっつの。iTunesの完成度って、いくら待ってもちっとも上がらない。

■ GINZA TECH LOUNGE feat. OpenID

GINZA TECH LOUNGE feat. OpenIDに来ている。ちょっと最新情報をキャッチアップして起きたかったので。写真は、この会場におけるOpenIDの認知率が100%だった模様。って、参加申し込みにOpenIDでのログインが必要なんだけど。

以下、雑なメモ。

Yahoo!

Yahoo! IDはオープンなものではないのでOpenIDに含めるわけにはいかなかったが、OpenID Auth 2.0のおかげで覚えられないような文字列をIDにしても大丈夫になった。発行手続きが必要なのも、spam業者による大量ID取得を困難にするため。checkid_immediateモードの認証要求にもセキュリティポリシー的に未対応。(大きいところは大変ですな。)

でも、RPへのDiscoveryには対応しているが警告は出さない。「お客様を不安にさせないため」(←弱腰?)。

IDが別の人物によって再利用された場合に対応するため、IDにはフラグメントが付いている(人が変わるとフラグメントが変わる)。

(このあたりから専門用語頻発すぎてついていけなくなる。OpenID 2.0難しすぐる……)

利用RPで一番多いのはiKnow。他にpookmark, listpodなど。今後はユーザの属性情報の提供などを検討中。

(URLを利用できるようにして欲しいというリクエストに答えて)URLをIDとみなせるようにするという(旧来の)OpenIDの目的より、今は属性情報の受け渡しのようなサービスの内容に比重が移っていると考えている(ので対応しない)。

mixi

国内のOpenID Provider(Y!とHatena)とmixiを比べてみる。発表者は利用規約を改定して炎上騒ぎを起こした人(本当?)。ちなみにY!はOpenID 2.0対応、Hatenaは【まだ】1.1。

mixiのOpenIDは(mixi上の)個人ページになっている。Identity URLをクリックすれば、その人がどんな人かわかるのはOpenIDの考え方からして重要。ただしシングルサインオンだけできれば良いという人のために、mixiの個人ページとは切り離したIDの発行も考えている。

Identity URLはmixi IDの数字列部分を任意の文字列に変更できる(有料会員のみ)。

マイミクシィ認証。Open IDに「frends/」をつけるとマイミクたち。さらにその下にマイミクのIDをつけることでマイミク関係を得られる。コミュニティ認証も同様。「マイミクのマイミク認証」も考えている。現状mixi独自機能だが、標準化の準備をしている。

mixi OpenIDは(規約上)18歳以上の認証に使うこともできる(笑)。

AX(属性交換)は現在ニックネームのみだが、プロフィール写真なども受け渡せるようにしたい。

リクルート

OpenIDのみで認証する、イベント管理Webサービス『ATND』の実装について。Rails製。ruby-openidとopen_id_authenticationプラグインを利用。実装方法はgihyo.jpにいい記事があるからそれを読め(えー)。

ユーザ名をどう決めさせるか。sreg.nicknameが取れればそれを使い、なければIdentity URLをそのまま使う。書き換え可能。ところがURLそのまま使う人がかなり多い。表示上は外部サイトへのリンクに見えるのに、実際はATNDの個人ページという齟齬が。Identity URLをユーザ名にするのはスジが悪い。

OpenIDをいかに理解させるか/感じさせないか。今回はいいアイデアにはたどり着けなかった。RPが増えるなかでベストプラクティスが見つかるのではないか。

Mashup Award 4の宣伝

(略)

Lightning Talks

書いてる途中でscreenがvim巻き込んで死んでしまい、萎えたのでメモはなし。