2009-07-23(木) [長年日記]
■
パターン、Wiki、XP ~時を超えた創造の原則 (WEB+DB PRESS plusシリーズ)(江渡 浩一郎)
内容についてはいろんな人がすでに書いているので、例によってgdgdな感じで。
最初のほうを読みながら、イリヤ・プリゴジンのことを思い浮かべたりしていたのだけど、たぶん勘違いだろう。もっとも以前、十分に発達したWikiサイトの面白さは、個人としての「個」が消えてしまう一方で、サイト全体としての「個」が現れてくるところにあるなんて書いていたことを思えば、自分の中でのWikiのイメージはそんな開放系の熱力学的な感じだ(どんな感じだ)。
それはさておき。
読み終えてから「学問というのはこうやって発生するのかも知れないなぁ」なんて思った。Wikiについて仮説を立て、フィールドワークを繰り返しながら検証を進めていったら、なんか深いところから鉱脈を発掘してしまって、そのままずぶずぶ……という。
ただ、なんというか、まだ学問になりきってない。
本書はいわばetoさんの「冒険の書」であって、読者はその追体験をするのだ。自分は技術書を読むときには付箋を貼りながら読むのだが(→参考:Post-itの「透明見出し」を使って便利しおりを作る)、実は本書にはほとんど付箋を貼ってない。なんだか小説を読んでいるようなスムーズさがあるので、そのまま立ち止まらずに(もちろん楽しみながら!)するすると読んでしまったんだよね。
建築から始まりソフトウェアに達するビジョンを展開されたところで終わっているから一種の消化不良を感じてしまうというか、「続きはいったいどうなるんだろう」というワクテカ感がかなりある。なにしろ、この考え方は世の中を変えてしまう可能性があるのだから、どうせなら実際に変わるところまで見てみたいではないか。
アレグザンダーがはじめ、カニンガムとベックが展開したこの話の、続きを書くのが江渡浩一郎になるのか、はたまた別の誰かになるのかはわからないが、きちんと体系化されて学問として成立した上で、世界の変貌する様子を見てみたい気がする。
そんなわけで、「続編に期待する」とかわがまま言っておこう(笑)。
2009-07-22(水) [長年日記]
■ amazon-auth-proxyとamazonプラグインをリダイレクト対応
うだうだしてたら2日もたってしまった。すんません。一昨日公開したproxyサーバを最新仕様に追従させた。
まずはamazon-auth-proxyをAPI呼び出しの代わりにサイン済みURLを302リダイレクトするように変更。すでに設置済みの人はamazon-auth-proxy.yamlに「use_redirect: true」って行を加えてください。これで風柳さんのreverse proxyが生きながらえるはず。
これに伴い、tDiaryのamazon.rbをリダイレクト対応。従来はopen-uriを素で使っていたんだが、$SAFE == 1の環境下ではリダイレクト先のURLがtaint扱いなのでInsecure operationになってしまい、Net::HTTPを使うように変更した。久々にNet::HTTPを使ったら、完全に使い方を忘れていて焦った。人間、一度楽を覚えたらおしまいだなー。
amazon.rbはあと、オプション画面を作って(作らなくてもいいかもな)、2.2系に移植したらまとめてリリースだ。急がねば。
2009-07-20(月) [長年日記]
■ tDiary: amazon.rbをamazon-auth-proxy対応した
実は昨日の話だが、tDiary trunkのamazon.rbをamazon-auth-proxy対応にした。Ruby会議の会期中でも、3日目ともなれば少しは余裕が出てきて、ちょっとしたハックをするくらいなら時間が取れるのだ。
利用したproxyサーバは、先日書いた仕様応えて風柳さんがGAE上に作ってくれた『Product Advertising API用リバースプロキシ』で、ここで複数のproxyサーバを束ねて負荷分散/リスク低減をしてくれる。たいへんすばらしいです。ありがとう! もちろんtDiary.orgでも自作のRuby版CGIを設置して参加している。
今はURLをコードに埋め込んじゃっているけど、設定で好きなproxyを指定できるようにするつもり。認証対応期限まで1ケ月を切ってしまったので、とっととリリースしなくては。
……とか言ってたら、風柳さんから悲鳴が! どうも、どこかのアプリから利用され始めたようで、転送量がかなり増えているらしい。GAEの無料上限を超えることになったらまずいので、proxyの実装をリダイレクトする方式に変えなくては。あわあわ。急いでやります*1。
それはそれとして、このプロジェクトを利用するアプリを公開するのなら、せめて自前のproxyを一個くらい立てて、reverse proxyプロジェクト参加して欲しい。こういうものにフリーライダーは付き物だけど、この件に関しては、過度なフリーライドは本当に自分の首を絞めちゃうんだからね。わかってる?
現在参加中のproxyサーバはたったの3つだけど、このうち1つでもAmazonから締め出されたら、連鎖的に他の2つも締め出されてしまうのは確実だ。こういう危うい状況を回避するには、とにかくたくさんのproxyサーバを参加させるしかない。ご協力を。
*1 open-uriが$SAFE==1のもとではリダイレクトを処理してくれないので、いろいろ苦労があるのが目に見えてるんだけど……。
■ タンクバッグをつけた
バイクに乗るとき、止まってる時しか使わないものはパニアに入れているんだけど、(いまだにETC対応してない料金所に対応するための)財布とか、電話なんかはウェストバッグに入れている。でもちょっと使い勝手が悪いなぁと思っていたので、タンクバッグを買ってみた。
本当はFizzのBINDシステム対応バッグにしようと思ったんだが、なんと純正マウントのナビと干渉することが判明、泣く泣くあきらめた。いつかナビのマウント位置を変更してやる。
で、タンクが樹脂なのでマグネット式も使えないというわけで、選択肢はベルト固定か吸盤固定になる。小物だけ入ればいいので小さい吸盤固定式を買ってみた。
これはこれですっきりしたデザインでけっこう気に入っているんだが、タンクの端にぶら下がるようにしか固定できないので、蓋を開けたら絶対に中身がこぼれる。しょうがないので、上下逆に取り付けてみた。これなら安全だが、前端がちょっと浮いてるのがなぁ。風圧で飛んだりしないだろうね……。
◆ Marlowe [小振りなのだと、ここの http://www.kma-japan.com/store_d.php?mode=cate..]
◆ ただただし [ほぅ、BINDシステムよりシンプルですねぇ。マグネットは内側のタンクに効くのかなぁ。でもこれもナビに干渉するw]
◆ Marlowe [どっか別の所で写真をみたのですが、交換した給油口のボルトがスナップボタンみたいになっているそうです。そういえば磁石っ..]
◆ ただただし [ナビはハンドルマウントに友締めです。この位置だとほとんどのタンクバッグはダメですねぇ]