お気に入り iPhone / iPod Touch アプリ - App Store 1st Anniversary

App Store 1 周年ですね。Happy Birthday ! この 1 年で 15,000 以上のアプリがリリースされ、10 億以上がダウンロードされたようですね。そこで、私がこの 1 年間で App Store でダウンロードしたアプリ 223個 のうち、お気に入りのアプリをご紹介したいと思います。(2009-07-11 時点)

Title Price Category Notes
RSS Flash g ¥600 News Google Reader と同期する RSS Reader。たまにフリーズするけど、同期速度が速く、Twitter、Delicious と連携する。Google Reader の斜め読み用に利用。
Byline ¥600 News Google Reader と同期する RSS Reader。同様のアプリの中では動作が一番安定している。同期速度はちょっと遅い。Google Reader で購読しているブログのうち、デザインブログやフォトログ等を読むために利用。
Read Later ¥230 Buisiness Delicious と連携し、ブクマしたサイトをそのまま持ち歩ける。RSS Flash g から Delicious にブクマし、それを Read Later で持ち歩くという導線。
ZumoDrive 無料 Utility PC 間とのファイル同期。PDF 等のドキュメント (主にチートシート系) を参照するために利用。
Evernote 無料 Buisiness PC間とのノートの同期。Mind-Map や Restructured-Text (仕様書系) 等を持ち歩くために利用。
Milpon 無料 Buisiness Remember the milk と同期する ToDo アプリ。タグ検索もできる。
FastFinga ¥115 Buisiness 手書きノート。さらっと書いて、メール送信して、あとで整理という導線。写真の上にメモすることもできる。
産経新聞 無料 News 産経新聞の紙面をそのまま閲覧。いわずと知れた神アプリ。私はRSSで読むほうが多いので、入れてるだけで使わない。
GNReader Z ¥115 News Google News の閲覧。気になる記事をクリップし、メールで送信できる。ほぼ休日に斜め読み専用。
Diggle ¥350 SNS Digg と連携。海外の人気 Tech 系記事を斜め読みするために利用。
Ustream 無料 Entertainment Ustream クライアント。参加できなかった勉強会をこっそり見るために利用。検索機能を強化してほしい。
ニコニコ動画 無料 Entertainment ニコニコ動画クライアント。笑い疲れて寝る用ｗ
fring 無料 SNS マルチプロトコル IM クライアント。Skype、Live、Google Talk、ICQ、SIP、Yahoo、AIM、Twitter に対応している。IM 系はこれ 1 本で十分。
Skype 無料 SNS Skype クライアント。使うなら fring なので、そんなに起動しない。UI が好き。
facebook 無料 SNS facebook クライアント。
Yammer 無料 SNS Yammer クライアント。
tumblr gear 無料 SNS Tumblr クライアント。
BB2C 無料 SNS 2ch クライアント。
Tweet Deck 無料 SNS Twitter クライアント。UIに優れている。動作も軽快で直感的。マルチアカウントに対応しており、タグやユーザに対応するデッキを追加することができる。
iT witter ¥450 SNS Twitter クライアント。プッシュ通知機能あり。
  • Google Reader は 1 万 / 日を超える記事を購読しているため。すべてのアプリを購入し、試しました。Byline から始まり、Doppler、Gazetta などなど・・・。でもやっぱり同期が遅いのと、フリーズしてしまうため、Byline と RSS flash g に落ち着きました。
  • PC とのファイル同期は Box.net や Dropbox (Web IF のみ) 等を試した結果、各デバイスでシームレスに同期可能な ZumoDrive に落ち着きました。
  • 上表にはゲームを含んでいませんが、3 割ぐらいはゲームです。Elemental monster TD (¥450)、カードゲーム系、パズルゲーム系を買っています。
  • 同様に上表には含んでいませんが、4 割ぐらいは本とリファレンスです。色の辞典 (¥350)、i英辞郎 (¥1000) など、サイトの作成や仕事に役立ちそうな辞書を持ち歩いています。

以上ですが、購入したアプリは 1 万円前後ぐらいでしょうか。だけど、この 1 万円の投資以上に効率のいいライフを送れているし、手放せないガジェットです。次の 1 年を予想するのは難しいですが、Dropbox クライアント、システムのメンテに使えるアプリとか期待してたりします。

コメント

コメントを投稿

このブログの人気の投稿

Python から Win32 API 経由で印刷する

Win32 API から印刷をするためには、プリンタデバイスコンテキスト (Printer DC) を利用します。具体的には以下のような順序で印刷します。 プリンタドライバからハンドルを取得する プリンタドライバのステータス API から印刷可能か同かを取得する プリンタデバイスコンテキストを作成する ドキュメントを開始する 必要であればフォント等を設定し、印字、改ページ処理などをする ドキュメントを終了する (この時点でプリンタスプールサービスに登録されるようです) プリンタデバイスコンテキストを開放する プリンタドライバのステータス API を監視し、印刷が正常に終了したかを取得する プリンタドライバのハンドルを解放する 太字の手順 (3 - 7) は Win32 API で共通ですが、それ以外の手順 (1, 2, 8, 9) はプリンタドライバに依存しているため、Python から制御したい場合はライブラリを作成する必要があります。これについては、ドライバマニュアルとにらめっこしながら ctypes.windll でがんばります・・・。プリンタ接続、用紙切れ、ミスフィード等のプリントエラーを制御する必要がなければ、書く必要はありません (排他制御が必要なプリンタを除く)。プリンタドライバ毎に変わる部分は置いといて、太字の Win32 API の部分の覚書です。 プリンタデバイスコンテキストを作成する import win32ui import win32con PRINTER_NAME = '[コンパネ -> プリンタとFAX -> に登録しているプリンター名]' PIXELS_PER_INCH = 1440 # 1 インチ毎のピクセル数 INCH_PER_POINT = 72 # 1 インチ毎のポイント数 SCALE_FACTOR = int(PIXELS_PER_INCH / INCH_PER_POINT) #　わざわざ計算せず 20 と指定する場合が多い dc = win32ui.CreateDC() dc.CreatePrinterDC(PRINTER_NAME) # 指定したプリンタ名のプリンタデバイスコンテキストを作成する self.dc.SetMapMode(win32con.MM...
続きを読む

Disqus のスケール - Django 編

イメージ
やり直し。2010 年の Django Con のスライド より。 Disqus は多くのサイトに組み込まれているサービスのため、メンテナンスによる停止が難しい。 >>> サーバの構成 エッジロードバランサーに HAProxy: heartbeat 構成。レポートが素敵。 HTTP ゲートウェイキャッシュに Varnish Django サーバとして Apache + mod_wsgi: 30 台ぐらい。メモリリークを防ぐために maximum-requests をセット。Ganglia で監視 キャッシュに memcached: 25 台ぐらい PostgreSQL ロードバランサーに HAProxy/ PgBouncer : コネクションプール用。 PostgreSQL: 10 台ぐらい。 Slony-I で非同期レプリケーションとフェイルオーバー。 ログは syslog-ng: pgFouine でスロークエリーをロギング。 全部でサーバ 100 台ぐらい。他にユーティリティサーバ 15 台、後は HAProxy と heartbeat 用に 20 台ぐらいの構成。Varnish と syslog-ng を除けば Django のデプロイ手順に掲載されているような教科書通り (良い意味です) の構成です。(なんで Apache なの？nginx + gunicorn 速いよって突っ込まれてますね >>> データベースのパーティショニング Django はアプリケーションレベルで簡単に 垂直 パーティショニングができます。アプリケーションごとに DB 分けたり、DB をアプリケーションレベルでルーティングできます ( ドキュメント )。 水平パーティショニング (a.k.a シャーディング) もアプリケーションで 書ける (なるほど・・・)。 >>> キャッシュの削除 Django は QuerySet の結果をキャッシュするけど、それがかなりメモリを消費する。なので SkinnyQuerySet を作った (たぶん Johnny Cache の方が有名？...
続きを読む

Disqus のスケール - Django で月間80億PVを処理する

私が把握してる限り Django で一番大きなサービス Disqus のスケール (執筆時点ではサービスダウンしてる)。元ネタは Scaling Django to 8 Billion Page Views です。 月間80億PV 、 45k req/s のほぼすべてのトラフィックを Django で処理しているとのこと。抄訳になるかな。 WAF は 高速開発とパフォーマンス 、 新しい人が入ってすぐに開発に参加できることとカスタマイズ 等のトレードオフがあります。この記事ではそのトレードオフである高速開発とパフォーマンスをどう両立させるか、Disqus のノウハウが紹介されています。 >>> なぜ WAF (Web Application Framework) は遅いのか 最初に思い浮かぶのは、アプリケーションに必要ではないボイラープレート ( django.contrib とか?) や不要なコードがあるため。そもそも Django の思想が Python 同様 " バッテリー同梱 (batteries included) " のため、Django は他の Python 製 WAF よりボイラープレートが多いです。Disqus 曰く "実は 言語や WAF は遅さにあまり関係ない " それより " ネットワーク内の他のサービスとの通信 " のオーバーヘッドが原因とのこと。これは一般的によく言われてることですし、大規模になればなるほどそう。Disqus の場合は PostgreSQL, redis, Cassandra , Memcached 等のサービスが使われているそうです。DB へのスロークエリーやネットワークのレイテンシーは Django のようなボイラープレートによるオーバーヘッドを軽く上回ります。この待ち時間を回避する一番メジャーな方法はキャッシュの使用です。Django では キャッシュフレームワーク を使用します。Django でキャッシュを使うのは簡単ですし、バックエンドに Memcached を使うと充分高速化できます。 はい。ここまでは一般的な話です。こっから。 >>> 45k req/seq を処理する キャッシュしたところで...
続きを読む