さっき気づいたこと。

Sony Readerに限ったことではないけど、最近の日本企業が出す残念な製品を私がなぜ残念と感じるのか？それはたぶん、妥協の跡が見え隠れするからじゃないだろうか。AppleやGoogleや37signalsといった、個人的にプロダクトに残念感をあまり感じたことがないところは、「あ、こいつら妥協したな」と思わせない工夫がウマい。

Backbone.jsのBen Nolanさんがこのところ、Backbone.jsのモバイル対応を頑張っている。

• Ben Nolan - Backbone Mobile Example

Backbone.js自体もMVCモデルでWebアプリケーションを作るフレームワークとして面白そうなんだけど、今回のモバイル版デモはMVCすべてをCoffeeScriptで書ききっていてすげえなーという感じ。

• application.coffee at master from bnolan's Backbone-Mobile - GitHub

しかも、結構読みやすかったりする。

そして、そんなNolanさんはWeheartplacesという新しいサービスも開発中みたい。

• Weheartplaces is location bookmarking for your mobile

あさましくも「Webサービス開発者なら読んでおきたい本10冊」というエントリを書こうかと思いましたが、ライバルが増えると困るのでやめます。

ところで、アナログモデムの「ピーガー」のあとに聞こえる「ビヨンビヨン」がたまにムショーに聞きたくなるんですよね。なんでだろ。

The DECKやFusion AdsのようなデザインコンシャスなADネットワークが日本にも欲しいな。

ZURBがVerifyというサービスを立ち上げるまでのお話がZURB – Launching a Successful Productに書かれていた。Verifyはサイトのスクリーンショットやモックアップをもとにユーザーフィードバックを収集するためのサービスで、DEMO.comに間に合わせるため、稼働するデモを3ヶ月で作成するという目標でスタートした。実際に目標は達成でき、4月には一部企業に向けてサービスの提供を開始した。その後、7月までに様々なフィードバックを集め、9月に決済システムを立ち上げ、その日のうちに最初のサービス利用申し込みを受け付け、現在に至る。

このようにプロダクトを迅速に立ち上げられた理由もいくつか挙げられていて、「プロジェクトメンバー全員がプロダクトのゴールを理解していた」なんかはまあそうだろうなという感じ。「Photoshop作業は省いて、ラフスケッチを元にフロントエンドページのコーディングに入った」というのは結構イマドキな気がする。CSS主体のデザインだと、これまでのようにデザイナーの作った一枚絵をスライスして並べていくっていうワークフローはちょっと違うよね。

件のエントリには、1月の時点でチームメンバーでゴールを共有するために使ったプレゼンテーションも掲載されているので、興味のある方は見ておきましょう。