iPhone/Android比較

私は、開発上の都合でiPod touch（iPhoneの代用）とAndroidの２台持ちをしていますが、
「iPhoneとAndroidだと、どっちが良いの？」
ということを知りたい人のための参考情報を書いておきます。
こういう比較記事は掃いて捨てるほどありますが、一応、私視点ということで。

ちなみに、iPhoneとiPod touchはだいたい同じです。
Wikipediaに載っていた相違点は以下。

• 音声通話やSMS、 MMSが利用できる。
• HSDPA (W-CDMA) などにより、無線LAN以外のデータ通信ができる。
• 近接センサを搭載している。
• デジタルコンパスを搭載している（3GS以降）。
• LEDフラッシュを搭載している（4以降）。
• バイブレータを内蔵している。

あとは、RAMサイズが若干違ったりします。（iPod touch=256MB/iPhone=512MB）
電話用途以外であればだいたいiPod touchでも同じことができるという認識で問題無いと思います。

■アプリの安全性

割と「iPhoneの方が安全」という認識でまかり通っています。
が、iPhoneも結構微妙。

iPhoneのアプリは、Appleによる審査があります。
結構厳しいことで有名ですが、コードレベルでの解析が100%できるものでもありません。
なので、絶対に安全なアプリしか無いと思ったら痛い目を見ることになるかも。
レベルの低いクラッカーのアプリであれば、すぐに見つかって、マーケットから締め出されて終了ですが。

Androidのアプリは、審査に関してはザルです。
代わりに、マーケットから落とす時に必要な権限（パーミッション）が明記されています。
「ネットワーク通信する」とか「電話機のIDを読み出す」とか「通話をする」・・・などなど。
つまり、落とすアプリのパーミッションが問題無いかちゃんとチェックすれば、問題が起きることは無い筈です。
ただし、root化した端末であればパーミッションを無視して何でもできるからアレですが。
通常、root化した場合メーカー保障が受けられなくなるので、普通の人はまずやらないと思いますが。

iPhoneのアプリの場合、Androidのようなパーミッションの仕組みが無い分、危険。
Androidのアプリの場合、何も考えずにアプリをインストールすると、危険。
つまり、システムの安全性は、人的なシステムならiPhone、機械的なシステムならAndroidに分があります。

■操作性

iPhoneだと１つしかボタンが無いから簡単。
Androidは3～４ボタンぐらいあるから若干複雑。
・・・という意見をよく見ますが、全ての操作が１ボタンで済む訳ではないです。。

Androidの3ボタンは、
①機能ボタン（アプリの各種機能を選択するためのボタン）
②ホームボタン（アプリを中断してホーム画面に戻るためのボタン）
③戻るボタン（アプリの操作を１つ前の状態に戻すためのボタン）
というものがあります。（実は正式名称は知らないので、正式名称は違うかも）

だいたい「どのアプリでも概ね共通する操作」があります。
iPhoneの場合、そういったボタンの配置がアプリによって区々なので、操作を覚えるのが面倒。
全てのアプリに共通する操作は「アプリを中断してホーム画面に戻る」のみです。

Androidの場合、上記3ボタンの範囲であれば、全てのアプリを同じボタンで同じ操作できる分、初めて触るアプリも概ね直感的に操作できる場合が多いです。

共通ボタン以外の操作性はアプリ依存。
なので、同じアプリであれば、操作性はAndroidの方が良いと言えると思います。


■ストレージ


普通の携帯電話は、外付けのSDカードをストレージとして使えます。
Androidも外付けのSDカードをストレージとして使えます。
iPhoneは外付けのSDカードが無いので、ストレージとして使えるのは携帯本体のメモリのみ。
なので、iPhoneで大容量のデータを扱う場合、無線LANディスクやクラウドが必須。

「SDカードぐらいついてて当たり前だろ？」
という風に思ってiPhoneを買った後でオワタ状態になった人を何人か知っています。
「よく調べてから買いましょう」ということかもしれませんが。
しかし、常識的に考えて有り得ないと思っていた時期が、私にもあります。
ただ、それでユーザの不満が爆発していないということは、許容範囲の事かな？という認識。

■どちらが良いか？

電話orメールしかしない人なら、ガラパゴス携帯がオススメです。
電池持ちが良いですし、余分な機能は何もついていないので。

アプリをガラケーと同じ感覚で使いたい人であれば、iPhoneがオススメです。
完全にガラケーと同じ感覚で使うと（アプリにできる事が多い分）ちょっと危険ですが。
先述のパーミッションの話が理解できる人の場合は、Androidの方がオススメです。

あと、「あくまでも個人の感想」ですが、個別のアプリの事情でいえば、

・2chをよく使う人 → Androidがオススメ
2chMateが便利です。（現状iPhone用には2chMate程使いやすいビューアが無い）

・ニコニコ動画をスマホで見る人 → Androidがオススメ
iPhoneだと、ブラウザからは見れないので専用アプリが必要ですが、専用アプリの使い勝手が悪い。
ブラウザの方が直感的に操作できます。
そして、Androidならブラウザから見れます。

・Caveシューティングをやりたい人 → iPhoneがオススメ
Android版は、種類が少ないし、対応機種が結構限られています。
ただ、Caveシューティングは結構電池を食うので、スマホよりもiPod touchでやった方が良いかも。

・ツイッターをやる人 → Androidがオススメ
私はツイートしない（ROM専）でツイッターを使っていますが、ガジェット（ホーム画面から記事を見ることができる機能）が便利。iPhoneだと、いちいちアプリを起動する必要があるので面倒。

便利さという面では、iPhoneよりはAndroidの方が良さ気。
あと、Androidでテザリングを設定すれば、iPod touchでも外出先で通信できるので、2台持ちにしたい人の場合、Android＋iPod touch以外の選択肢は無いと思います。

追記（25-Sept, 2012）：
iPhone5でテザリング対応したっぽいので、iPhone5＋Zシリーズという選択肢が増えたかも。

dotエフェクト改善

SHOT04（NOKOGI-Rider）では、ドットでエフェクトを入れています。
かなり古典的な手法ですが、軽いし、パレットアニメーションすれば割と綺麗なので現役です。
下図だと、真ん中あたりのショットを敵に衝突させた時の衝撃波や、自機のエンジンから噴出している燃えカスなど、使い所を挙げればキリがない程度に使っています。

この座標管理を整数から実数に変更してみたところ、かなり疎らにバラけてくれるようになり、綺麗に表示されるようになりました。実数とはいっても、floatやdoubleではなくshortで固定小数点方式ですが。（実数は処理効率が悪い上に、メモリ効率も悪いから全く使っていないです）

使い所を挙げればキリがない程度に使っていたから、修正が微妙に大変でしたが。

実機ビルド

今日はあまり時間が無いので、ここまでできたシステム周りを実機（Androidのスマホ）で動かす為にビルド。
普段、VGEのエミュレータでしか動かしてなくて、それで99%問題無い・・・
・・・と、高を括っていたら、Android固有のバグを幾らか発見。

当然のことですが、やはりシステム周りを弄った場合は、十分に実機テストをしないとマズイ。
ゲーム本編もエミュレータ（@Windows）と実機ではだいぶ感触が違うし。
もちろん、一通り完成したら実機で叩きまくる予定なんですが、完成していなくても週１ぐらいで実機用にビルドして会社の休み時間などにデバッグすべきかも・・・Android用のコンパイルは無茶苦茶遅いから面倒ですが。

NDKとSDKのビルド＋署名で１回のビルドにつき1分以上掛かるから、独自のエミュレータを設計して、それで動くゲームを作る開発環境にしないと、とてもじゃないけどゲームを作る気になれないレベルの遅さです。（ちなみに、Windows版VGE用のビルドであれば、差分コンパイルが1～2秒弱、フルビルドでも10秒前後のコンパイル時間）

単に、私が開発機に使っているマシン（Atom機）が遅すぎるだけなのかもしれませんが。

リプレイスロット=8

リプレイ機能の実装がほぼ完成。
あとは保存する時のネームエントリー処理を実装するぐらい。
ロード画面は↓こんな感じ。

リプレイの保存の仕組みはInvaderBlock2と同じ。
ゲームオーバー後にSAVE REPLAYを選択して、保存するスロットを選べばそこに保存されます。

ただ、保存できる数は、８個にしました。（InvaderBlock2は16個）
理由は、スマホの画面では16個だと細かすぎて押し難かったので。
代わりに、PRACTICEモードでは、難易度（RANK）、機種（NOKOGI-Rider）、ステージ別にハイスコア獲得時に自動保存するので、PRACTICEでの保存数は45個。

リプレイ機能に関しては、どちらかといえばゲーム本編の方はオマケ。
リプレイ機能の最大の目的は、PRACTICE用です。

しかし、Androidだと「ストレージ」という概念がLinuxと同じファイルシステムの仕組みで存在するから、ユーザ向けに「リプレイデータはxxxディレクトリに保存してますよー」的な情報開示をしておけば良い訳ですが、iPhoneだとそういった部分はどうなるのやら。まだ、iPhoneの開発環境の仕様は調べてないから、よく分かりませんが。（恐らく、iPhoneはストレージ周りがかなり弱いから、そこら辺で色々と仕様的にAndroid版と同じにできない可能性が高いと思っています）

難易度設計

本日は有給。
有意義に過ごしたかったので、ほとんど開発はせず。

プラクティス画面からリプレイ再生ができるようにした程度。
システム周りで未完成の部分は、リプレイ保存・再生画面ぐらいだろうか。
仕組みの今回はプラクティスのリプレイ再生やデモ画面（0.01から実装済み）と同じなので、大して難しいものでもないから、今日中には仕上がるかな。

という訳で、システム周りのところは概ね完成したっぽいです。
そこまでできれば、ひたすらゲーム本編部分を作り続ければ良い状態になります。

ゲーム本編部分は、２面途中あたりまで作りかけていたところでペンディング。
理由は、
①２面途中ぐらいまでできれば、システム周りの90%を完成できる
②システム周りはバグの作りこみリスクが大きい
（初期の内から完成させておき、本編を作りながら叩いた方が最終的な品質が高くなる）
③ゲーム本編の難易度調整がスランプ中
あたり。

要は現実逃避（③）で楽な作業（システム周りの実装）に逃げてる訳です・・・難易度設計は、難しい。
システム周りと違い、想定通りに作ることが難しいので。
難易度設計は、１面と５面であれば楽です。
・１面＝お披露目用
・５面＝最終防衛ラインなので（私の）限界を目指せば良い
という感じで目的がハッキリしているので。

とりあえず作ってしまい、後で鬼調整するという方法もありますが。
ただ、私の経験則ではそのやり方だと最終的なバランスが悪くなるから、今回はやらない。
第三者のテスターを確保してやったとしても多分同じ。
実際、市販品でも１面と最終面は絶妙なバランスなのに、中間ステージは微妙なものが多い。

謎スペック

前の記事で書いた集計情報の表示ですが、もちろん、カウントも同様です。

上図はデバッグ用に「GAME COUNT」の時間が有り得ない値になっていますが。

一番上の「TIME」は、ゲーム本編＋プラクティスの合計プレイ時間。

「GAME COUNT」の時間は、ゲーム本編のプレイ時間（ステージクリア画面やエンディングは含まず）。

「PRACTICE COUNT」の時間は、ステージ別の練習時間。

「GAME COUNT」と「PRACTICE COUNT」の時間表示部分は、表示位置の関係で表示上限の最大時間が9,999,999時間59分59秒が限界。

ただ、時間は非符号32bitで秒単位で保持しているので、4,294,967,295秒が上限。

つまり、約1,193,046時間が限界。

1,193,046時間ということは、日数換算すれば約49,710日、年数換算すれば約136年。

136年ぶっ続けでやり続ければカンスト・・・ですが、カンスト処理は実装せずオーバーフローで0に戻るようにしておきました。プレイ時間が136年を超える場合、136年毎にノート等に正の字を書く等で記録するなりして、お楽しみください!!

・・・純然たる謎スペックですが、こういうジョークは嫌いではないです。

ちなみに、こういう所で、「どの仕様が最適か」という事を見極める技術は結構重要。

つまり、何処までを実装（プログラム）で、何処からを運用（ノートに正の字で記録など）でカバーすべきか。

まぁ、ゲームとはほぼ関係ない事ですが。

Totalize

SHOT04で、ローカルのプレイ記録を表示する画面では、
・RANK（難易度）別
・TYPE（機種）別
にランキングやデータを表示する感じでした。

しかし、全RANKの集計、全TYPEの集計が欲しかったので追加。

RANK+TYPE別、RANKだけ集計、TYPEだけ集計、RANK+TYPE全てを集計の４パターンが可能。
Tを押せば良いだけです。（起動時のデフォルトは、RANK+TYPE両方Tの状態）

上手くなってくると、ランクはN（Ninja）だけで埋められるんでしょうけど。
ただ、こういうのは、だんだんと埋めていくのが楽しいと思うので、スコアアタックゲームでは必須だと思います。（スコアボード専用のサイトとかなら普通にできることですし）

ただ、意外とやっているものは少ない。
東方でもやってないし、CAVEシューティングでも私が知る限りではやっているものは無いです。
もしかすると、作るのが大変なのかも。
別にそれ程難しいものでもなかったけど。（それでも、作るのに２時間程度はかかりましたが）

ちなみにRANK+TYPE両方のトータルだと、データは最大144位までありますが、17位以下は切り捨て。
全表示するにはスクロールが必要なので、かなり面倒。
面倒な割りに誰も得しないと思うので却下。