2012年3月14日に開催された、Titanium Nagoya Chatroom vol.2 でお話した、「Titanium はじめの一歩」のスライドです。Read less
What's this app? Welcome to 4UClock. This application is showing beauties once a minutes from "4u beauty image bookmarking" (http://4u-beautyimg.com/) for iPhone, iPad. It's kind of RSS leader specialized for 4U. Function Showing Japanese beauties (not every, but almost!! Depend on 4U RSS feeds) Swipe the screen, execute "Emergency Mode". If you notice that your boss, girl you like and wife is com
全国6,000万人の美女ファンのみなさん。ごきげんよう。 突然ですが「美人時計」というiPhoneアプリがあるのをご存知でしょうか。 全国各地の美女が1分毎にiPhoneに現れ、手にした黒板で時刻を教えてくれる、それはそれは本当に素晴らしいアプリです。 全国の美女ファンに熱烈な歓迎を受けた最初の美人時計がリリースされてから、僕はずっとこのシリーズの大ファンです。特に福岡版がお気に入りで、仕事中はスタンドに立てたiPhoneにこのアプリを起動させ、1分に1回の美女との出会いを楽しんでいました。 ただ毎日のように見ていると、何時にお気に入りの子が現れるのか分かってしまい、新鮮味に欠けてきます。名古屋版や京都版など全国各地の美女を堪能できる様々なバージョンがリリースされているのですが、それでも起きてる時間のほとんどはパソコンの前に座っているこの生活では、新鮮味に欠けるのは時間の問題です。 それか
ずいぶん前に、「マルチスレッド・プログラミングの落とし穴、その1(かもしれない)」というエントリーを書いたが、今回はPhotoShareサーバーを運営していて、まさにこのあたりの深い考察が必要になって来たので、良い機会なので続編エントリー。 PhotoShareのバックエンドのようにCRUD(Create/Read/Update/Delete)のAPIをサポートするバックエンドを作る場合、Create/Update/Deleteのリクエストに対してはクライアントからのAPIコール時にすぐに(HTTP Requestに返事をする前に)データベースに変更を加え、Readの際にも(キャッシュを使う・使わないを別にして)データベースの最新の状況を反映するデータを返すように設計するのが普通である。 このアーキテクチャの問題は、ユーザーのアクティビティが増えた時に、データベースやI/Oがボトルネックと
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く