我が心の師、ジョブス師が亡くなってしまった。

今年はすでにアップルの友人が亡くなってしまったのに、ここにきて師まで亡くなってしまった。2011年は自分に撮って忘れられない年になるだろう。

GoogleのAndroidやMicrosoftなどに浮気をする事無く、Mac OS、iOSの開発を続けていく事を心に誓う。

師よ、いままでありがとう。安らかにお休みください。

アップル本社で勤務していた友人が亡くなってしまった。。

15年以上前にMacのBBS開局ソフトTeleFinderのメイン開発者であり、当時Spider Island社の社長であったが、後にアップル本社のマネージャとして勤務されていたRusty Tuckerさんがお亡くなりになったことを知った。

きっかけとしては、僕が見た少し奇妙な夢の中でRustyさんが出てきたので、彼の安否が心配になりメールを出したことからだった。僕は霊感が強いので、変な予感が割と当たることも少なくない。

数日たっても返事がないので、変だな〜と思っているとようやくRustyさんから返事が来た。が、それは本人からではなく、なんと奥様が書かれた返事であった。
彼は脳動脈瘤で突然亡くなったということだった。彼も50歳をすぎていたので、このての病気にいつなってもおかしくない。血管が破裂するまで発見しずらいというのも怖い。自分も気をつけなくては。。

彼がアップルに入社してからは、たまにしか連絡を取り合っていなかったが、かれこれ約20年の付き合いだった。本当にまじめで優しくアメリカ人らしからぬ方だった、MacWorld Expo Tokyoなどの展示会には必ず来日して、作業まで手伝ってくれた。
本当に残念で、一日くらい方針状態になってしまった。

Rustyさん、安らかにおやすみください。

ちなみに僕が見た夢というのは、Rustyさんが何故かリンゴを頭にのせていて、そのリンゴが自然に破裂し、その直後にRustyさんが倒れてしまうという内容だった。

スポンサー様より開発機材を提供していただきました

昨年のクリスマス前のことですが、スポンサー様より開発機材を提供していただけました。

ちょうど所有するMacBookでは、開発はもちろん、僕の通常の使い方でもメモリ不足が頻繁に起きるなど、かなりつらい状況でしたので、開発機材の提供は本当に神からの贈り物のように感じました。

提供いただいた機材は、

• MacBookPro 15' 8GBメモリ、ハイレゾ（無光沢）
• iPad WiFi 32GB
• iPod Touch 32GB
• 各種アダプタやドック

と僕がちょうど所有していなかった、iPad、iPod Touch 4Gも含まれています。

本当にありがたいことです。

しかし、これらの機材を実際に受け取るまでは、毎日非常に心配でした。
というのも、僕が滞在中の比国では、クリスマスシーズンの荷物が届かないなどのトラブルが割と起きやすいからです。

以下に、スポンサー様から発送された機材を僕が受け取るまでのストーリーをお話したいと思います。
この情報が比国に限らず、海外に滞在中のエンジニアの方々の電子機器類の国際貨物の輸送、受け取りに関する知識の一助になれば幸いです。

また、

僕とスポンサー様がとった手段よりももっと良い方法、特に関税を無料、もしくは低料金で済ます方法などご存知の方がおられれば、コメントいただけますと幸いです。お勧めの方法やテクニックなども大歓迎です。


ここからが説明です。

比国のAppleStoreではiPadを売ってないため、スポンサー様には日本のAppleStoreで全ての機材を購入していただき、比国の地方都市の自宅に国際貨物輸送していただきました。


スポンサー様側では次のような作業とご報告をいただけました。

該非判定書に関する作業

• 3台ともリチウム充電池を内蔵しているので、国際輸送する為には「危険物でない」証明書＝該非判定書が要るらしく、Apple Japanに電話して3台の該非判定書を依頼。
• 本来3台ともシリアル番号が要るが、発送前ではシリアル番号を確認不可能だったので、AppleStoreの注文番号を伝えて、免除してもらった。
• PDFで入手した該非判定書にはシリアル番号は記載されていなかった。
• シリアル番号は、日本Apple側が、目の前に無いApple製品について該非判定書を発行するために「本当に日本Appleが販売した製品か」を確認するためだけに必要だった模様。

次の国際貨物輸送会社に電話して問合せた。

• 1）Federal Express：　Kidapawan City 9400,PH にdoor to doorで国際輸送可能。
• 2）DHL：　Kidapawan宛て貨物はManila着から更に約7日間かかる。
• 3）UPS：　現時点で、比国の個人宛て貨物は扱わない(対象外)。
• 4）郵便局EMS：　比国宛の荷物はマニラ到着まではWeb荷物追跡できるが、そこから先はWeb荷物追跡できない。

結果、日本から比国への輸送にはFeDexを利用する事を決定。

梱包作業など

• 新品と判定されて高い関税をかけられないために、各製品ともカッターナイフで箱を開けて、プラスチックバッグを開けて、「使用済み」風にして、再びガムテープで閉じた。
• 3台を1つのダンボール箱に梱包した。
• 寸法55*35*38(cm3)、8.5kg、FeDex IE(International Economy)を利用してJPY24,671かかった。

出荷作業など

• 日本FeDexに集荷予約の電話を入れると「NTCを得ましたか?」と聞かれた。
• ワイヤレスデバイスの輸送にはNTCが要るとの事だが、比国側で情報収集した結果、NTCは携帯電話の輸入時に求められるが、WiFi等の無線LANだけ搭載する電子機器の場合には無くても問題なかった。

（僕から「下手にNTCを得ると比国側でぼったくられます。」と伝えました）

結果、NTCを取得しない事にした。

• FeDexの送り状であるAWB(Airway Bill)に次の様に記載した。
• 日本AppleStoreでの購入金額を真面目に記載すると、比国側での関税が恐かったので、MacBookPro (used) JPY12,000、iPad (used) JPY
• 12,000、iPodTouch JPY2,000、合計JPY26,000。目的＝GIFT。
• 集荷にて発送
• 翌日トラッキング番号の連絡をFeDexより受け、連絡。

ここまでが、スポンサー様の作業、報告で、次は僕のとった行動です。

• トラッキング番号を含め、発送に関する全ての書類のコピーをPDFで送っていただきました。
• すぐさま、トラッキング番号をFeDexのサイトに入力し確認するとともに、「デリバリー」というiOSアプリにも同様に登録し、いつでも追跡できるようにしました。

FeDexだとEMSと異なり、ここ比国であってもほぼトラッキング可能です。EMSの場合は、マニラに到着後は追跡不可能な状態になります。しかし、更新は人の手で行われているらしく、更新忘れもあったりしますので、完璧ではありません。

以前、参加している、あるプロジェクトのステッカーを送っていただいたときに、6,000円という荷物の値段に対して、約6,700円の税金がかかったことがあったため、荷物が税関を通過し、FeDex（実際にはFedexはフィリピンからなくなっており、別の提携現地企業が配送を行っている）の集配所に移動されたタイミングで、税金の価格を電話で確認しました。

約7,000円とのことだったので、安心しました。

スポンサー様が気を利かせてくれて、中古品として発送していただけなければ、とんでもない金額が請求されたことが予想されます。（比国ではクリスマス時期はなぜか、関税も値上がりしますし。）

また、EMSと違い、ドア２ドアサービスなのも成功です。EMSだとたまに届かない、１ヶ月くらい後に届けられる、または荷物が行方不明になったりします。また、最寄りの郵便局に足を運び、確認しても、実際には荷物は到着しているのに「ない」などと言われる事があります。

ということで、発送から約９日間かかったわけですが、無事「予定通りのスケジュール」で機材を受け取る事ができました。（スポンサー様、お疲れさまでした）

しかし、可能な限り、現地のAppleStore（オンラインまたは、直営店）で購入するのがいいでしょう。関税は気にしなくてもいいし、ドア２ドアで配送してくれるはずです。
余計な心配をしたくない方は、是非そうしてください。（比国でiPadが販売されていれば、僕もそうしていました）

最後に、スポンサー様からいただいた機材をiPhone 3GSで撮影しましたので、感謝の意味も込めて掲載します。

本当は梱包されているところから写真を撮ろうと思っていたのですが、安心感と嬉しさのあまり忘れてしまいました。文句のつけどころの無い、完璧な梱包でした。

アプリ内課金（In App Purchase）に関する情報をまとめてみた

Googleサイトを使って、アプリ内課金に関する情報をまとめてみましたので、ご覧になってください。https://sites.google.com/site/storekitdemo/

アプリ組み込みモデル以外に、サーバープロダクトモデルについての情報も掲載しています。

アプリ組み込みモデルについては、サンプルコードを公開していますので、サイトよりダウンロードしてご利用ください。（要 Xcode3.2.4）

サーバープロダクトモデル（消耗型、購読型）のデモアプリについては、サポート込みで有料にてプロジェクト一式を提供しています。

サーバープロダクトモデルのサーバ側アプリの言語は現在GAE（Python）のみですが、PHP、Rubyにも対応予定です。

アドミンくんビューワ1.0.1をリリースしました。

大変遅くなってしまいましたが、本日アドミンくんビューワ1.0.1が無事審査をパスしました。
すでにアップデート可能になっているようですので、是非お試しください。

アップデート内容は、未読記事の背景をグレーで表示するだけです。

次回のアップデートでは、ページ移動を簡単にできるようにする予定です。

アドミンくんビューワに未読記事のカラー表示を追加した

なんだかんだとバタバタしていて、ちっともアドミンくんビューワのアップデートに着手できませんでした。すみません。

本日、まずは未読記事をカラー（グレー）で表示する機能を追加しました。

次回は同一画面内でのページ遷移（前後）を追加する作業を行う予定です。

まとめて作業しようとすると無理があるので、毎日少しづつアップデートしようと考えています。

アイコンおよびスプラッシュ画像に関するまとめ

アイコンおよびスプラッシュ画像に関するまとめをiphone-codesのWikiに追加した。
http://code.google.com/p/iphone-codes/wiki/Memo?ts=1262052618&updated=Memo

iPhoneでの近接センサーの使い方のサンプルをアップ

近接センサーを使用するためのクラス／メソッドが、iPhoneOS 3.0より変更になっているのに気づいたので、最初のサンプルとして近接センサーを使用するサンプルコードを「iphone-codes」に追加してみた。

従来は、[UIApplication sharedApplication]を使用していたが、3.0以降では[UIDevice currentDevice]を使用する。

使い方はごく簡単で、
[UIDevice currentDevice].proximityMonitoringEnabled = YES;

で近接センサーを有効にし、NSNotificationCenterで近接センサーの状態変化を受け取るメソッドを指定する。次に状態変化を受け取るメソッド内で、状況に合わせたコードを追加すればよいが、画面がブラックアウトし、かつロックされてしまうので、あまり使い道ないが無いかもしれない。

ちなみに、近接センサーは受話口の左横にあり、指などを近づけてみると、赤く点灯するのを確認できるはずだ。なお、センサーはオンからオフに切り替わった時に数秒間点灯するようだ。

サンプルコードはここを御覧下さい。

ソーシャルエンジン「Scoreloop」をiphone-codesに追加

表題のように、iphone-codesにOpenFientと双璧をなすScoreloopというiPhoneアプリに組み込めるソーシャルエンジンの情報を追加しました。

この2つのエンジンはそれぞれ違った嗜好のソーシャル機能を提供しているので、ゲームの特性にあわせて選択する必要がありそうです。その他 Crystal SDKというソーシャルエンジンもリリースされるようです。

google-codesに情報を追加

今週はあまり時間が無いので、サンプルやTipsではなく自分のローカルWikiにある情報を追加していきます。

今日は次の項目を追加しました。

• iPhoneで使用できるフレームワークとライブラリ
• ユニットテストフレームワーク「GHUnit」の導入方法
• 各種未整理のリソース情報

GoogleCodeに「iphone-codes」というプロジェクトを作ってみた

10年以上も前にMacに関する書籍を書かせていただいたのを最後に、私は何もアウトプットしてこなかった。ブログも最近ようやく続けられるようになってきたばかりだ。

フリーランスになってからは特に時間に追われる事が多く、ブログも２回か３回書いて終わってしまうという、とても恥ずかしい状況だったのだが、アドミンくんビューワをリリースしてからは、なんとなく続けられてる。

なので、少し調子にのって、皆さんに役に立つかもしれない技術情報を提供するサイトを作る事にしました。すでにたくさんの素晴らしい開発者がiPhone技術情報を提供してくださっていますが、あえてチャレンジです。

私のポリシーとして、ブログにコードをごちゃごちゃ書くのは好きではないので、Wikiを使用しますが、普通のWikiではなくGoogle Codeを使用することにしました。理由はきちんとコンパイルして動作するサンプルも提供したいと思っているからです。

といういわけで、なんとか頑張ってiPhoneアプリ開発に関連する情報を整理していきたいと思いますので、よろしくお願いします。手伝っていただける方がおられましたら大歓迎です。

Androidについても同様のサイトを作っていきたいと考えています。GAE（Google AppEngine）については既に書き始めましたが、Googleのドキュメントが結構しっかりしてるので、あんまり意味ないかな？とも思い始めてますがw。。

iphone-codes

アドミンくんビューワの評価について考えてみた

最近だんだんと評価が下がって来ている。
非常に残念だが、3.1.2で動作させると確かに私が開発を行って動作確認していた3.0の時と違って、動作が非常にもっさりとしている。
タイミングも悪かった。

私がアップルへの審査を依頼したのが、ちょうど3.1.2が出る数日前だった。なので、★５、４をくださった方は恐らく、iPhoneOS3.0の人だと思うし、★１つ、２つの人は3.1.2だと思う。しかし★３のユーザが一人もいないのが気になるところ。。しかし、★１つなんてまさか自分がもらうと思わなかったし、本当に凹む。

正気時なところ、3.0では快適に動作していたのに、何故3.1.2ではこうももっさりとした動作なのかまだ調査していない。時間がとれ次第、きちんと調査してみようと思う。

せっかく3.0で十分過ぎるくらいのテストをして、自身をもってリリースしたのに、3.1.2になったらこんなにもっさりとした動作になる原因もきちんと追求したい。

それにしても、アプリをリリースするタイミングはよく考えないといけないね。

アップルも、せめて開発者にはOSのリリース（公開）次期をきちんと知らせるべきじゃないだろうか。それに、ユーザ環境を開発者が知る方法もなければ、問題の解決に時間がかかりすぎると思う。

そういうわけで、少しiPhoneから気持ちが離れて、Androidに向かいつつある。

そういえば、15年ほど前にもMacOS用アプリを開発してて、同様の目に遭った事があったことを思い出した。

そのときには仕事としてApple関連から全て手を引いた。 アップルはもっと開発者を大事にしないと、Googleに持ってかれると思う。

すみません、今回は愚痴ばかりでした。

GAEOに関するレポートを公開しました

Twiiterの知り合いでkomagata氏に、GAEO（Google AppEngine Oil）の調査をご依頼いただいたので、調査してましたがGoogle Codeにそのレポートと簡単なサンプルを載せてありますので、ご興味のある方は見てください。

現在はまだ、GAEOをよく知らない方を対象にした内容ですが、今後もGAEOやGAEを調査していく中で大事なことについては取り上げる予定です。
公式サイトのドキュメントが日本語で、かつ読めばすぐにわかるような内容は載せないつもりです。また、Python以外の環境では私の好きな「Sinatra」についても調べていこうと思います。

興味がある方は下記のサイトをご覧ください。更新状況については「Wiki」タブをクリックしてご確認ください。
gae-reports - Project Hosting on Google Code

最後に、

komagataさん、盗難に遭って困っていた私に、短期の依頼をくださってありがとうございました。非常にたすかりました。今後ともよろしくお願いします。

アドミンくんビューワv1.1.0の予定について

アドミンくんビューワVer1.1.0のアップデートは、現在最も要望の多い２点について機能を追加します。この２点については過去の記事「アドミンくんビューワのアップデートについて」でお知らせしましたように、次の項目に決定しました。

• 未読の記事にはマークが表示されます。（又は背景色変更）
• 記事詳細画面内で前後の記事に移動するボタンを追加

また、iPhoneOS 3.1.2上での起動時のメモリ消費について調査し、改善したいと思います。

なお、Ver1.1.0のアップルへの審査提出は12月中旬を予定しております。アップルの審査で問題がなければ、年内中には皆様にお届けできるかと思います。

本当はもう少し早い時期に更新したいのですが、今月はどうしてもまとまった時間がとれそうにありません。ユーザの皆様にはご迷惑をおかけしますが、どうかご理解ください。

GAEO0.3ではdjangoformsが使えない？

調査依頼を受けてGAE（Google Appengine）のフレームワークをいろいろ調べた結果、やはり現時点ではGAEO（Google AppEngine Oil）が一番てっとり早くWEBアプリを作れそうだ。標準のフレームワークだとDjangoの機能も使えるんだけど、微妙に違うのと、いろいろ面倒くさい。

GAEOは今年のはじめくらいから使い始めているが、きちんとしたバリデーションはやったことがなかった。で、一般的なGAEアプリと同様に「djangoforms」を使用すればできると思っていたが、どうもうまくいかない。

ぐぐってみたが、できたという事例を見つけられなかった。
自分でバリデーションとエラーを表示する仕組みを作らないといけないとなると、GAEOは本格的なWEBアプリ作成には向かない（現時点では）のかもしれない。

たしか「pyxer」の公式ドキュメントサイトでもバリデーションについて触れられてなかったような気がする。

GAE環境向けのフレームワークの調査結果などを、少しずつ次のサイトに書いていますので、興味がある人は見てください。まだまだ書きかけですが。

 gae-reports - Project Hosting on Google Code

ステータスバーのインジケータが表示されない場合がある

最近になって気がついたのだけど、 通信を行うときには
[UIApplication sharedApplication].networkActivityIndicatorVisible = YES;
と設定し、ステータスバーにインジケータを表示しているのだけど、メモリが極端に少なくなった状況？では、このインジケータが表示されないケースがあるようだ。

3.0の時には、そういう状況を見た事がない。
iPhoneOSが3.1になってから、なんとなくiPhoneの動作が重いし、メモリ関連の問題があるような気がする。「アドミンくんビューワ」は3.0用にコンパイルし、テストもiPhoneOS 3.0で行ってアップルに提出したが、3.1.2での動作テストを「Instruments」で行った方がいいかもしれない。

僕と同じ感想を持つ開発者がいたら、是非コメントください。

AppStoreのユーザレビューに対する私見と対応（３）

AppStoreのレビューには作者自身がコメントできないようなので、サポートといいわけ？の意味で本ブログにて私見と対応を述べさせていただいております。

現在の平均レート★★★

ユーザ様のコメント

★

起動しない。。

by @JUN - Version 1.0.0 -

100回くらい試してもダメ。

作者の私見と対応

起動テストは十分に行っているつもりなのですが、ご利用の環境や状態によっては「起動できない」という現象が発生しうるのかもしれません。本アプリに異常終了した場合に、メモリやシステムの状況を作者に送信する（もちろん、個人情報は含みません）仕組みも検討しないといけないかもしれません。

少なくとも、起動できないとの報告は今まで受けておりませんでした。

このアプリは起動時に約3Mバイトのメモリを必要としますが、この数値は標準的な数値だと思います。
起動中のアプリを停止する、または大変お手数ですが、iPhoneをリセットする等してお試しいただけないでしょうか？

それとも、もしかするとインストールされているアプリ同士が何か影響し合うことがあり得るのかもしれません。バージョン2.0xの時期にそういった話を聞いた事がありますが、3.0以上では聞いた事がありません。

あと考えられるのは、使用されているiPhone OSが3.0未満だということです。このアプリはAppStoreのアプリケーション説明にも明記している通り、iPhone OS 3.0以上でなければ動作しません。

AppStoreのユーザレビューに対する私見と対応（２）

AppStoreのレビューには作者自身がコメントできないようなので、サポートといいわけ？の意味で本ブログにて私見と対応を述べさせていただいております。

現在の平均レート★★★

ユーザ様のコメント

★
コンテンツは面白い
by incognito one - Version 1.0.0 -

が、アプリ自体の操作性・ユーザビリティは非常に難アリ。
・200話近いのに昇順・降順でしかソートできない。100話目が見たい時は100話分スクロール必要です。
・最後に見た画面や設定は記憶されない。アプリを終了すると、続きを見るにはまた100話分スクロールです。
昇順が好きな方は毎回昇順に設定しなおしてください。ちなみにソートには3秒ほどかかります。
・マンガ中の注釈や補足等は無視されているようです。
・起動時の読み込みが異様に遅い。5,6秒はかかります（iPhone 3GS）

アドミンくん自体は面白いですが、これは残念ながら勧められたものではありません。

作者の私見と対応

たいへん厳しい評価をありがとうございます。
いちいちスクロールが面倒だという方のために、「記事検索」機能の追加を検討してみたいと思います。（５〜６回のスクロールで100件は移動できますし、記事の概要を見ながらじゃないと、自分が見たいものが見つからないのでは？という思いがありました。）

最後に見た記事の記録と再表示については、現時点では起動時の仕様の関係で、すぐには実現できませんが、検討してみたいと思います。

ソートの時間は改善が難しいです。アップルさんのAPIに改善があれば、そのまま反映されます。

起動の遅さについては把握しておりますが、ネット環境のチェック、データの読み込みくらいしか行っておりません。作者が計測したところ、90%以上を読み込みに使用しているのを確認しております。この読み込みに関しても標準的なCoreDataの操作ですので、現時点で改善可能かどうか確認してみたいと思います。

あと最近気づいたのは、試験機をiPhone OS 3.1.2に上げてから確認すると、確実に数秒遅くなっているようです。今のところ理由ははっきりしていません。近いうちに、3.1.2用にコンパイルしたアプリで速度をチェックしてみたいと思います。

AppStoreで複数のバージョンから選択できるような仕組みが提供されるといいのですが、無理だよな。。

マンガ中の注釈や補足等は無視されているようです。

省略、無視はしていないつもりですし、コンテンツ提供元にも確認をしていただいているので、問題ないと思っていました。全記事は確認できてませんが、オリジナルのコンテンツ中に「注釈」や「補足」に該当するものを見つけられていません。
この件については、コンテンツ提供元のデジタルアドバンテージ様に確認してみたいと思います。


追記（2009/11/06）：
コンテンツの提供元であるデジタルアドバンテージ様に確認したところ、「めったに無いが過去に10個弱ほどあったと思います」との回答をいただきました。つまり、37話のようなケースですね。

これは全く気づきませんでした。申し訳ありません。
このパターンに対応するには、ざっと考えてみただけでもパース部分の書き換え、データ入出力部分、データベースへの項目追加、すでにダウンロード済みのコンテンツを新しいデータベースに移行するための機能が必要になりますね。

対応するにしても、次回予定のVer1.1.0には入れられそうにないので、おそらく英語版に対応する時になりそうです。

AppStoreのユーザレビューに対する私見と対応（１）

ようやくAppStoreでのレビューをしていただけるようになって嬉しい。

しかし、作者は自身の（ユーザIDでは）アプリにコメントできないようなので、このブログ内にコメントさせていただくことにした。公式サポートサイトにも掲載する予定です。

現在の平均レート★★★

ユーザ様のコメント

★
使えない
by q.p - Version 1.0.0 -
各話ごとの遷移が出来ず、いちいち一覧に戻らなければいけなくて面倒。
読み込みも遅いので、イライラします。※電波のせいでは無いですよ

作者の私見と対応

たしかに各話の詳細画面内から遷移できないのは面倒ですね。この件については、「アドミンくんビューワのアップデートについて」にも書きましたが、Ver1.1.0で対応します。


読み込みが遅いという件については、インターネットからのデータの読み込み処理が約90％のはずなので、まずはステータスバーのインジケータを見ていただきたいと思います。
インジケータの表示は消えたのに、コンテンツがいっこうに表示されないのであれば、バグの可能性があります。もちろん、私の環境では確認できていません。


読み込み速度は10秒未満といったところでしょうか。コンテンツ提供元のサイトを直接見ると全てを読み込むまでに２分くらいかかります。


著作権の関係上、必ずコンテンツ提供元のサイトにアクセスしなくてはなりませんので、ダウンロード速度については、改善が難しいと自分では思っています。

アドミンくんビューワのアップデートについて

アドミンくんビューワの次期バージョン（1.1.0）では、特に要望の多かった次の２点に対応します。

• 未読の記事にはマークが表示されます。
• 記事詳細画面内で前後の記事に移動するボタンを追加

お気に入り（しおり）機能については、今回は見送らせてください。アプリの構成を少し変更する必要があります。