にょろぷにらん

火曜日にiPadのOSアップデートがあった．(自分に関係する)主な新機能はマルチタスクとフォルダ機能．

フォルダ機能を使って，たまに必要になるけど普段は使わないツール類(コンパス等)をまとめて1ページ目に置いておくことにした．その他使用頻度を考えて適宜フォルダに入れた．

マルチタスク機能の恩恵を最も受けるのはたぶんSkypeだろう．Skypeをバックグラウンドで起動しておくと，友達からのメッセージや着信を受けられる上，通話中に別のアプリを操作できる．通話中は画面上部の時刻やステータスアイコン部が赤くなる．Skypeの他にインターネットラジオの再生もバックグラウンドで行える．

と，簡単に書いているが，iOS4になって直感と反する操作が増えている．

久しぶりにblogを書いていたら，管理画面で操作をする度にログインを要求される現象が出て，その対応で時間を取られてしまった．

SerenaBachがSet-Cookieで送ってくるCookieをIEとGoogle Chromeは何故か送り返さないのでセッションが続かないのだ．Chromeのオプションで保持しているCookieを見ると，記憶されていない．

同じ頃，twitで認証が行えなくなった．パスワードを入れ直してもダメ．

→ 解決: 両方とも自分のPCの日付が何故かずれていたことが原因．3日くらい未来の日付になっていた．カレンダーを見るためにタスクトレイの時計をダブルクリックするのは危険(T_T)．

図書館で別の本を探しているときに偶然目に留まって借りたのが，光文社文庫の『失敗は予測できる』．まず失敗の原因をパターンを分類し，それぞれについて過去の事故例を引き合いに出して図解を使いながら技術的に説明している．次にそれを回避するための仕組みや考え方について述べている．

ほとんど(96%)の失敗はエンジニアの無知や過去の失敗の繰り返しであること，他の事例から一般化することは比較的容易なのに，過去の失敗事例が自分の今取り組んでいることに関係すると認識できる人は半数しかいないという点は心に留めておく必要がありそうだ．

遅くなりましたが，京都観光(2)です．(嘘)

分かってはいたが，人，人，人．修学旅行団体，クラブツーリズム等々．というのは置いておいて… 紅葉にはまだ早いのではという懸念もあったが，現地に着いたら十分満足できるほどに紅葉が進んでいて非常に良かった．

前回の初京都では銀閣寺から南に下ってきたので，今回は別の場所と思っていたのだが，結果的にはまたも東山方面に行ってしまった．

今日，会社でビジネス提案への投票みたいなのがあったので見てみたわけ．でも結構ありきたりな物が多くて(もちろん，提案先からみれば有意義な提案かもしれないが，一般的に見て)，あんまり感動しないなとか考えていてふと思ったこと．

『最近感動が薄い』

これって前から感じていたことなのだけど，感動が薄くなっているということを定量的に測れないのかなと思った．

(時間あたりの感動量) x (時間) = (1ヶ月の総感動量)

みたいな感じで．

上大岡のヨドバシカメラでauのIS01を契約した．新規1円．
(週末特価4800円－wireless gate契約の値引き)

IS03-06が発表された直後なのに何でIS01?と自分でも思ったが，以下のような理由でまずはIS01ゲットしようかなと考えた．
1. IS03はたぶん人気端末だから最初は高いだろう
2. 買うならIS03じゃなくて04だろうと思うが発売は来春．そしてたぶん高い
3. Androidの実機でアプリを動かしてみたい．
4. 実機を激安で入手できるのは最初で最後のタイミングかもしれない．
5. 10/18のau新機種発表会の時IS01もSkype対応すると明言していた

[契約前にチェックした点]
操作感: トラックボールが使いやすい，キーボードもまあまあ．
応答速度: 動作が十分速い
ネットワーク速度: Google mapがストレスを感じない程度の時間で表示される

[初期費用]
本体価格: 1円 (店頭払い)
新規契約事務手数料: 2835円 (後でKDDIより請求)
(必要ならKDDI充電器も)

[毎月の費用]
プランEシンプル: 780円
IS NET: 315円
IS01/02割 ▲1095円
ユニバーサルサービス料: 8円
安心ケータイサポート: 315円
パケット代金: 0～5985円
============================
合計: 323～6308円

当然だが，契約後すぐに[3Gデータ通信]をOFFにした．

8月初旬にGAEの上で動くアプリを作ってみようと思い立ち，自分のPCで試行錯誤を重ねていたものを本番環境へ展開した．開発環境にあったデータをそのまま移行したので表示部分は一応動いている感じだ．

ただ，気になる点がいくつかある．
1. インデックス
開発環境ではインデックスの明示的な指定は不要で，dev_appserverが親切にもindex.yamlを自動的に更新してくれる．しかし，本番環境ではインデックスのないQueryはNeedIndexError エラーになる．

2. 処理時間
アクセスログに応答時間とCPU時間が記録されるのだが，1アクセスで最悪時3秒弱かかっている．また，応答時間が190ms程度なのにCPU時間は680msになっているものもある．インスタンスの新規起動，データアクセスがCPUを食うようだ．memcachedの利用を最初から視野に入れた方がよさそう．

3. DataStoreアクセスエラー処理
本番環境ではDataStoreのアクセスタイムアウトという開発環境で起こらない現象が出るらしい．今のコードにはDataStoreアクセスに失敗した場合のエラー処理が入っていない．単純にやり直せば済む話であればcronやtask queueもリトライしてくれるので問題ないが，単純なやり直しでは済まない部分が問題となる．

まだ，動くか確認できてないので，URLは秘密．

Multi-in, multi-outのシステムのユースケースを書くとき，感覚的にはINを中心に書きたくなるが，やっぱりOUTの方が重要なのかなと考え直した．

今日は朝から天気が良すぎて良すぎて勿体なかったので，三浦市の剱埼灯台まで自転車で行ってきた．自宅からの距離は約10km．勿体ないと言いつつも出発したのが夕方4時過ぎ :-p

剱埼灯台からは浦賀水道を一望できる．今日は空気が澄んでいて，海上を行き交う船と房総半島の山々がくっきりと見えた．

昨晩からiPadが通信不能になった．基本的な現象としてIPアドレスが取得できていない．それならと手動でIPを割り振ったらtelnetは使える物のwebは見られない．pingで試したところ，パケットサイズが200byteを超えると応答が返らない現象が確認できた．

まずはチンチンに熱くなっていたFoneraを疑ってファームをアップグレード．小一時間掛けて入れ替えるも現象は改善しない．

一旦冷静になって，iPadの方を公衆無線LANで試してみると，これが見事にIPアドレスが取得できないと判ってムンクの叫び状態になった．