で、テストしようと思ったんだけど、どのRPがSREGを使ってくれるのかわからないので、とりあえずMTの標準のOpenIDコメント機能にもSREG機能を使わせるようにして、myopenid.comでテストして、んでローカルでテストしてみた。とりあえず動いた。

SREG使ってるRPを知ってる人教えてください。

http://code.sixapart.com/trac/mtplugins/browser/trunk/openid2-server

ちょっとまだ迷ってるところがいくつかあるのだが、まあまあ晒してしまえという勢いでコミットしたので、バグだらけでご勘弁。新しいNet::OpenID::Serverのやつも必要です。

で、僕もYappoさんの丁寧な解説とコード、それにid:lopnorさんのコードのおかげで楽できました。ありがとうございます。

http://fastladder.com/
http://lopnor.homeip.net/~danjou/authenopenid/
http://pibb.com/
http://twitwi.tw/
http://limilic.com/

で試したんだけど、pibbはhttpsが必要でこのホスティングに入ってないので、ログイン完了後の画面に遷移できなかった。twitwiはopenid2.local_idに無難なURLを指定すればログインできたけど、指定せずにmt.cgi?__mode=openidみたいなidentityで行くとエラーになった。limilicもログイン完了後のリダイレクトでエラーになった。たぶんこっちのコードが悪いんだろうけど、どこを直すかわからないので誰かが教えてくれるのを気長に待つことにします。

For example, Vox and LiveJournal specify the blog's main index page as the OpenID endpoint for the blog's owner.  Both Vox and LiveJournal have other information in the main index page, such as link to FOAF and Atom feed.  Net::OpenID leverages the fact and retrieve FOAF and/or Atom feed to annotate OpenID with those semantic information.

Things are a bit different in the current addition of OpenIDs.  AOL, Yahoo, livedoor, and Hatena, have the dedicated page to their users' OpenID endpoint.  Those pages does not have much information except explaining that they are OpenID endpoint.  Yes, nothing is wrong with that, of course.

WordPress has a cool plugin called hAvatar.  Basically the plugin accepts commenter's URL either from what is manually entered, or from OpenID the commenter has signed in.  It retrieves the resource from the URL and search for hCard, to grab the photo of the person (== commenter), and load the photo as the commenter's userpic.  Neat.

I am trying to implement the same function in Movable Type.  The implementation is easy thanks to HTML::TreeBuilder::XPath.  However the problem is that not too many OpenID endpoints actually has hCard.  Among the four I listed above, Hatena's page is the only page which has some information ( username and userpic ).  Hatena's, however, is not marked as hCard.

Now I'm wondering, if the idea of hAvatar is really valid in practice.  Should OpenID endpoint have more information about who the OpenID actually is, when it is simply retrieved via HTTP GET?  Or, in more REST-y sense, what resource should OpenID URL represent?  And how?

このブログでも何度か書いたが、昔はある種のテクノロジーを技術者に伝えるという仕事をしていた。伝えるためにそれを利用するコードを書いてはいたが、当時はコードを書くのが仕事というわけではなかった。コードは伝えるための手段で、目的ではなかった。

答えに詰まってしまった原因は、最初「やりがい？コードを書けるからに決まってんだろ。他になんかあるのか？」と思ってしまったからだった。そして、「いや待て、それは求められている答えじゃない」と考え直していたのだった。

結局、「いやー、手段が目的になっちゃって。コード書くのが好きなんでそれがやりがいなんですよね。売り上げとかどうでもいいっす。よく知らないし。」とか答えて、「それわかります」とわかってない顔で応対された。

最近になっても、たまに人に「もう話しないんですか」とか「本書かないの？」とか聞かれることがあるんだけど、かつてその姿に憧れて、すこし前まで本当に好きでやっていたのがウソのように、今はそういう気にはまったくならない。毎日書いているコードで十分表現できているから、それ以上表現する気にならないんだよね、とかかっこつけて同僚に話してみたが、本当にそうなのかは自分でもよくわかっていない。

ただ、これだけは確かなようだ。今携わっている仕事は、「コードを書くこと自体が好き」、「書いたコードをたくさんの人に使ってもらえてうれしい」、「どんなコードを書くかは自分の腕に任されている」、という個人的な幸せに加えて、「その道の達人中の達人が身近にいていくらでも助言してもらえる」、「お互いに尊敬しあっているチームが個人を維持しながら集団として一つの製品を作り上げる」というチームワークの楽しさも絶妙な配合で合わせ持っている。

Movable Type 4というある分野で最強のソフトウェア製品の開発に一から携わることができる上に、自分の趣味のような機能をドサクサにまぎれてその中に入れ込んでしまうことができるような自由度。しかも自分の趣味かと思っていたらちゃんと実用的な用途を思いついてくれるユーザーがちゃんと存在する。こんな仕事にたまたまめぐりあえて、幸運としか言いようがないと思う。

We are hiring.