先日のPhotoShareのスケーラビリティのエントリーに関しては、さまざまなご意見をいただき、とても良い勉強になっている。ただし、少し分かりにくかった部分があると思うのでそこに関して補足しておく。 サーバーのスケーラビリティに関してはすでに色々なところに書かれているが、今回の私が注目しているのは、どうやってサーバーのキャパシティを増やすか、という話ではなく、サーバーのキャパシティを超えたトラフィックが来てしまった際にどんな挙動をするように設計しておくのが良いか、という話である。 限られた資源を使って数万人・数十万人の人たちにサービスを提供するかぎり、予想外の急激なトラフィック増加でサーバーに過負荷がかかったりすることはどうしてもあるわけで、そこで問題となるのは、その手の過負荷をどうさばくか。 たとえば写真に付いたコメントを表示させる場合、「最新の情報をすぐに」表示するのが良いのが当たり前

ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その１（かもしれない）」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD（Create/Read/Update/Delete）のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに（HTTP Requestに返事をする前に）データベースに変更を加え、Readの際にも（キャッシュを使う・使わないを別にして）データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと

先日のエントリーを、北の大地から送る物欲日記さんで取り上げて頂きました。ありがとうございますm(_ _)m iPhoneでPhotoShareを使いながら実現するライフログの形http://d.hatena.ne.jp/hejihogu/20080905/p2 を読んで。PhotoShareのような、常時携帯しているiPhoneのようなモバイル端末から写真という形で記録を残せるという「ライフログ」も、その活用法については開発者、ユーザーともども模索してる段階。 まさにその通りで「開発者、ユーザーともども模索する」という点が他のアプリにはない、PhotoShareの特異な点の一つだと思います。現在はもう少しターンが進んで、模索→検証フェーズに入ってる感じですね。詳細はあえて書きませんが（気になる人はPhotoShareで見てくださいｗ）中島氏が開発中のショットをユーザに公開しているのは、まさ

昨日のエントリーで書いた、 「１年前の今日、自分は何を書いたんだっけ？」 を探すには、今のPhotoShareでは非常に難しい作業となる。という点については、昨日書きました。じゃあどうするかな・・・・？と考えて作ってみたのが、今回紹介するmmBCPSβの「Lifelogモード」です。 moto_maka applisthttp://moto-maka.net/touch/※オンラインアプリにあります。 画面は以下です。 ユーザ検索して表示されるユーザ詳細画面。URLバーを取り払い、「goto Lifelog mode」を追加。 これがその「Lifelogモード」です。「PhotoShareモード」との行き来が可能。 一番下に、ページ移動のプルダウンがあります。その人の最終ページまで移動が可能です。 内容としては、単純に時系列でリスト表示化しているだけですね(^o^)工夫してみた点としては、

昨日の早朝のことですが、突然、PhotoShare1.02のバージョンアップ告知がPhotoShare上で行われました。※丁度ブログ更新の真っ最中で、この時間帯は　mmBCPSβのPhotoStand機能でまったり鑑賞しているので　即時に気がつくことができました(^o^) そこで咄嗟に思いついたのが、PhotoShare上での即時レビュー。レビューも兼ねて、バージョンアップと新機能の確認を行いつつ、リアルタイムに画像を投稿してみよう、という試みです。その画像が以下になります。 まず、中島氏によるバージョンアップ告知です。 ここからが私の即時レビューです。AppStoreの更新画面。 詳細画面。この時点では1.01表記のままでした。※中島氏投稿の「Bug Report」での回答によると、AppStoreサーバのキャッシュの影響だろう、とのことです。 でもちゃんとバージョンアップできましたよ、

昨日のエントリー内で紹介した、以下の記事の方法を利用して、mmBCPSβのPhotStand機能のURLバーを取り払ってみました。 iPhone向けサイトでURL欄を消す方法http://blog.livedoor.jp/hayashi311/archives/197666.html mmBCPSβは、以下から利用することが出来ます。 moto_maka applisthttp://moto-maka.net/touch/※オンラインアプリにあります。 画面はこんな感じになりました。 おぉー！すっきりしましたね！(^o^)ちなみに下の方は、PhotoShare内に投稿した周知画像がすぐ横に置いてるiPod touchにパっと表示されたので、急いでiPhoneで表示して、SS化してみたものですｗ 手早く実装できたのも、「iPhone向けサイトを考える」様のおかげです。 ありがとうございました

SNSの主役はアプリケーションやウェブ・サービスではなくて参加しているユーザーそのものだ、ということはいまさら言う必要もないとは思うが、PhotoShareという「場」を提供している管理側としてはとても喜ばしいことに、オフ会が開催されることになったそうである（くわしくはこちらとこちら）。 子供のころ、学校が終わるとまっすぐに近所の公園に行ったのは、そこのブランコや滑り台が格別に面白かったわけではなく、そこに行けば友達がいたから。そこで気のあった仲間たちと「缶蹴り」や「だるまさんがころんだ」を遊べるからこそ毎日のように通っていたわけだ。 ユーザーの方々からは、「PhotoShareが面白い」というありがたい意見をたくさんいただいているが、実際に面白いのはPhotoShareというアプリケーションではなくて、そこに投稿されている写真だったり、写真をネタに展開されているコミュニケーションであった

今読んでいる「Marketing Management」にこんな文章がある。 Customers buy benefits, not products. The benefits a customer receives from a firm's offering, less the costs he or she must bear to receive those benefits, determined the offer's value to the customer. 消費者が買うのは「商品」ではなく、「その商品を通して得られるもの」から「それを得るために払わなければならないさまざななコスト」を差し引いた「利益」である、という話。 ここで強く認識しておくべきなのは、その「コスト」とは単なる商品の購入のために支払うお金だけではなく、その商品を得るためにする労力（例：買い物に行く時間

PhotoShareユーザ向けのWebアプリ「mmBCPSβ」に、以下の機能追加、変更を行いました。 PhotoStand機能の追加mmBCPSβは、以下から利用することが出来ます。 moto_maka applisthttp://moto-maka.net/touch/※オンラインアプリにあります。 では、簡単な説明を以下に。 メニューの「??」だった部分に「PhotoStand」を追加しました。 これを選択すると、以下のような画面になります。 一定周期で表示される写真が変わっていきます。 気に入った写真があった場合は、写真をタップすると「PhotoClip」になります。 戻るときは、普通にSafariの戻るボタンで戻ってください。※手抜きってわけじゃなくて、それで必要十分だからですｗ 以上です。あえて設定項目のない「超シンプル機能」にしてみました。というのも、昨日も少し書きましたが、ま