#あれ？Android開発工数がiPhoneと同じっておかしくない？？(企画者向け)
##お約束ごと
こんにちは！
CYBIRDエンジニア Advent Calendar
17日目は、入社2年目@RYad0902が担当させていただきます。
昨日はトレンディ小松さんのビミョーデータにおけるEMRの効率的な使い方でした。
少しの工夫でコストって随分変わるものなのですね！
##本日お話したいこと
Androidの工数がiPhoneと同じ時と違う時があるけれど、それってなんで？
というのをシンプルにまとめたいと思います。
##（iPhoneと）同じ工数で「できる」ことと「できない」こと
みなさんご存知のことと思いますが、iPhoneとAndroidでは開発言語が異なります。
が、それは本当に些細な問題です。
それよりももっと、OSのバージョンの広がりとか、デバイスの種類の多さが案件完了までの工数に変化をもたらすことが多いのです。
とりあえず同じ工数で「できること」「できないこと」を わたくしの業務体験（Webアプリ型恋愛ゲーム）を中心にまとめましたのでまずはこちらをご覧ください。
###★ ◎ 同じ工数で「できる」こと。
・画像入れ替え。
・音声素材の入れ替え。
・SDKマイナーバージョンアップ。
・既存タイトルで既に実証・運用済みの機能。
###★ △ 同じ工数でできる「かもしれない」こと。
・SDKバージョンアップ。
・音声素材の追加。
・構造が同じタイトルの新規開発。
###★ ×× 同じ工数で「できない」こと。
・ボタンなどのレイアウト変更が必要なUI追加。
・機能の追加実装。（View自体の追加、音声、動画など）
・新しいSDKの追加。
・バックボタン対応（！）。
・完全に新規の開発。
##何が違うと言うのかしら？
ぱっと見た感じ「できること」「できないこと」に大きな違い・・・？
そもそも何が違うのかもよくわからないと思います。
しかしそこには下記のように明確な違いがあったのです。
・アプリの容量は音声などによって大きく増加していない。
・変更されたレイアウトはない。
・新しく何かを送ったり取得したり挙動したりしない。
・極端なハナシ、ソースコードはほぼ追加されていない。
つまりiPhoneアプリとAndroidアプリが同じ工数でいられるのは、
「既存のゲームの表現とサイズを維持したまま、素材だけを同数分交換した時に限る」ということです。
##なんでよ？「正常に動くアプリを作るのに必要な過程。」
なぜそんなことが起こるのか。
それは冒頭でお話ししましたOSのバージョンの広がりと端末の多さに起因します。
####ソースコード実装 × OSバージョン対応 × デバイスの機種対応 = 案件に必要な時間。
案件にかかる時間は大雑把に上記の計算で出すことができると感じています（サーバ側実装・疎通テスト等は省略）
順番にいきます。
###1,ソースコードの実装について。
これはどちらも同じような機能を同じようなコードで追加していきます。場合によってはどちらかのOSが簡単に実装できる場合もあるかもしれません。しかしこれはケースバイケースなので、極端にどちらかが有利、ということはありません。
ソースコードの実装について、iPhoneとAndroidは「大きな差はない」と言っても問題ないでしょう。
###2,OSのバージョン対応について。
下記グラフをご覧ください。
図1-1 iOS(iPhoneやiPad)の分布。(2014年12月)
図1-2 Androidの分布。(2014年12月)
参考：
http://juggly.cn/archives/135291.html#more-135291
http://s-max.jp/archives/cat_35279.html?p=3
iOSの半数以上は最新のiOS8、それ以外も９割は１世代前のiOS7で固められており、それ以前のOSを持っているユーザは20分の1にしかすぎません。
一方Androidはマイナーバージョン含むとは言えど、４種類のバージョン（まだ12月の統計なのでAndroid5.0については具体的な数字はわかりません）に分かれており、しかもそのうちの実に2割(GingerBread, Froyo, ICS)がいまだ3年以上前にリリースされたOSバージョンを使っています。
このためOS対応については、Androidの方がよりバージョン対応にコストが必要という結論になります。
新しい挙動や描画方法を試そうとすると、バージョンを分けた実装が必要となったり、場合によっては
再現できないため一部のユーザー様が遊べないということにもつながります。またそれがどこまでの範囲なのか少なくとも4端末(5系も入れるのなら5端末)以上で確認する必要も出てきます。
###3,デバイスの機種対応について
図2-1 iOS端末の画面サイズの分布(2014年初頭あたり)
図2-2 Android端末の画面サイズの分布(2014年初頭あたり)
これは今年初頭のiOS端末(iPhoneとかiPadとか)とAndroid端末の画像サイズの分布を表したものです。
いまでしたらこれにiPhone6やPlusが追加されてiOS端末ももう少し賑やかになっています。それでもAndroidの数には遠く及びません。
Androidはいままで出てきた国内端末だけで800以上の種類があるそうです。
それに対してiOS端末はせいぜい30種類前後です。
というのも、iOS端末とAndroid端末で製造しているメーカーの数が違うからです。
iOS端末 -> Apple社のみ。
Android端末 -> HTC,サムスン電子, Google, ソニー・エリクソン, シャープ, 東芝, 富士通, DELL, パンテック, ZTE, ファーウェイ, Foxconn, LGエレクトロニクス, NECカシオ, パナソニック, 京セラ, ASUS, モトローラ・モビリティ, Mobile In Style, ポラロイド, geanee, メガハウス, コヴィア, プラスワン・マーケティング, Micromax Mobile, TCLなど。
Android端末はもちろん有名無名合わせての数ですので、シェアの高い端末だけを選んで検証してけいけば、もう少し数は抑えられます。それでもiOSよりは多いでしょう。
またアプリを製作して検証すべき事案はレイアウトサイズの問題だけに留まりません。メモリの大きさやディスプレイへの描画出力の限界、使えるAPIの差や挙動の違いなど、いくつかの項目で差異があります。
先ほどのOSについてですが、そのアップデートの対応自体も各社が独自で対応しているため、タイミングやそもそもアップデートを行うかどうかの判断をバラバラです。これこそがOSの分布が広くまたがっていることの要因です。
以上のことからもAndroid端末で検証すべき項目の多さがわかってくると思います。
そしてそこで起こりうるリスク防止のためのコストも、iOSとは段違いになりうることが想像できるかと思います。
##おわりに
だからと言って、そんなに厳密に工数を引けるはずがありません。
そしてそれに対応するのにも限界があります。
そのためOSバージョンを制限したり、市場に出回っている端末で「何％カバーできればオーケー」というふうに、なにかしらの目安を設ける必要があるでしょう。
シンプルな作りのゲームが多ければ、これは大きな問題にはなりません。
しかし今後アプリの機能が複雑になるにつれ、二つのOS（というかそのOSを乗せているデバイス含む）にかかる工数にも差が出てくるはずです。
そんなとき、このようなOSの違いから起こるさまざまな問題を認識できていれば、よりスマートなスケジュール管理が行えると思います。
(Androidめんどくさいと思ったそこのあなた。)
(しかし最近国内ではAndroidシェアが伸びていますよ。)
(Android、とても大事です。)
参考:http://jp.techcrunch.com/2014/10/30/20141029kantar-september-2014/
CYBIRDエンジニア Advent Calendar
明日は弊社のサーバまわりの重鎮@doidoidonさんによる「はじめてのPromise（仮）」です。
どうぞお楽しみに！