Android 用アプリ開発が難しいのは機種数の多さだということがよくわかる図 69
ストーリー by reo
日本はもう手を引け 部門より
日本はもう手を引け 部門より
ある Anonymous Coward 曰く、
Android はマーケットシェアの割に儲からないとさんざん言われているが、基地局の場所などを検出する「OpenSignalMaps」を作っている Staircase3 社が、68 万 1900 個のデバイスを対象に調査したグラフを公表している。このグラフは「機種」「メーカー」「API レベル」「スクリーンサイズ」の項目ごとに図表化したものとなっている (OpenSignalMaps Converge Reports の記事より) 。まとめると、
- 機種： 対象となる 3997 機種のうち、6 ヶ月間でもっともダウンロードが多かったのは Galaxy SII (GT-i9100) 。
- メーカー: Samsung がダントツの 1 位。市場の 40 % を占める。
- API レベル: 現在は Android 2.3.3 と Android 2.2 の 2 つを合わせると全体の 75 %。
- 解像度: 解像度はさまざまですが、もっとも使われている横縦比は 5:3 のものという結果。
結論として、Android の大半は Samsung と、次いで HTC であり、アプリ開発者はこの 2 機種でテストするのが賢明としている。また API レベルとスクリーンサイズの断片化については今後も悪化していくことが考えられるので、FragmentAPI をターゲットにすることをオススメする、とまとめている。
そこでWindowsPhoneですよ！ (スコア:3, 興味深い)
ハードは優れたモノが沢山あるのに、
OSで足引っ張っちゃうって本当に哀しい。
# これからはAndroidだと4年ぐらい前に意気込んでた我が社も今やほぼ全員がMacBookAirでiOSアプリ開発…儲かるプラットフォームの恐ろしさよ…
Re:そこでWindowsPhoneですよ！ (スコア:4, おもしろおかしい)
よくAndroidをWindowsにたとえる人が多いけど
IBM PCが登場以前のMS-DOSやCP/Mに近い印象が。
clausemitz
Re: (スコア:0, すばらしい洞察)
IBM PCが登場以前のMS-DOSってどうでしたか？
Re:そこでWindowsPhoneですよ！ (スコア:1)
Androidスマフォも機種ごとにOSのヴァージョンアップをしたり、しなかったり。
あれも機種ごとにOSをせっせと作ってる状況らしいです。
clausemitz
Re: (スコア:0)
Re:そこでWindowsPhoneですよ！ (スコア:1)
QDOS [wikipedia.org] って名前でした。ってのが模範解答でOK?
元コメの人は、DOS/V登場前の日本のMS-DOSっていいたかったのかな？
それともIBM-PCをなんか根本的に勘違いしているのだろうか？
なんか気になってきたので、解説プリーズ！
Re:そこでWindowsPhoneですよ！ (スコア:2)
86-DOSをThe IBM PC(初代）に移植したのがPC-DOS（当然英語のみ）
PC-DOSを他社PC（日本製含む）に移植したのがMS-DOS（日本向けは専用ハードウェアで日本語対応）
本家IBM PCの拡張版がIBM PC/AT
（XTは良く覚えていないので取り合えず置いておく、AXもJEGAって言う専用ハードが必要だったので別）
AT互換機が他社からも多数発売されAT互換機全盛（現代のPCもほぼAT上互換機、当時のソフトがそのまま動く可能性大）
PC/ATオリジナルに（専用ハード無しで）日本語対応したのがPC-DOS5.0（DOS/Vと言われる始まり)
他社AT互換機でも使用されDOS/V全盛事態を迎える（IBM PC DOS/VだけではなくMS-DOS/Vも供給される）
その後Windowsの時代を迎える
The IBM PC発売時にはMS-DOSは無い
・・・で良い？
Re: (スコア:0)
たいていはチップ屋のリファレンス構成に近いデザインにしていると思うけど、
ハード的にも必要十分にまりつつあるのでそろそろ標準構成を考えた方が良いと思うんだが。
Re: (スコア:0)
MSはWindowsPhoneやる気がないんじゃ。Metroで本格参入を目指すんだろうけど
MetroのPC対応で遅れてる気がする。
デスクトップでMetro使うやつなんてどうせ居ないんだから、タブレット/スマホだけターゲットにして
さっさと参入すればいいのに何やってんだか。
Re: (スコア:0)
Metroがデスクトップまで対応しちゃったのって解像度の統一という観点からはむしろマイナスだよね。
Re: (スコア:0)
> デスクトップでMetro使うやつなんてどうせ居ないんだから、
君はこの間まで、ケータイでゲームやるやつなんてどうせ居ないんだから、って言ってたタイプだね。
Re:そこでWindowsPhoneですよ！ (スコア:1)
何か必死だなぁ
Re:そこでWindowsPhoneですよ！ (スコア:1)
追い抜かれるって記事が出たから、必死なんですよ。
Re:そこでWindowsPhoneですよ！ (スコア:1)
一度Windows Phone用のアプリ作ってみるといいですよ。
AndroidやiPhoneのアプリ作成経験者はカルチャーショック受けますから。
Androidだとあーしてこーしてあーやらないといけなかったことが、こんなに簡単に実現できるのか！
ってことが多いです。
エミュレーターもWindows PhoneデバイスのROMとほぼ同じものがPC上で動いているので、テストのかなりの部分をエミュレーター上でやることが出来ますよ。
Re: (スコア:0)
統一感、と言うならMSですね。
サーバーや多様なクライアント上のソフトウェアを、基本的に同じ技術で統一できるとすれば、なかなか素敵な話じゃないですか。
え、素敵じゃない？ああそう。
まー、WindowsPhoneに関しちゃぶっちゃけ普及は厳しかろうね。作りはスマートだと思うんだけどねえ。
Re: (スコア:0)
IDCの市場予測だと、2016年にはAndroidがシェアを今より大きく落としつつも52%以上あり、さらにWindoowsPhoneがiOSを抜くらしいですからね。
将来を見越すならWindowsPhoneのアプリ開発に走ってもいいかもしれない。
Re: (スコア:0)
そう思って去年のIS12Tの発売以降、SDK入れていろいろな合間に学習に取り組んでますが
学習用に組んだプログラムでさえろくずっぽバグがとれず、自分自身のソフトウェア開発能力のなさに
うちひしがれてます・・・。
#あまりになさけないのでAC
エミュレータがあるとはいえ (スコア:3)
確かに確認作業はとても大変。
もちろん実機での確認もしてますが、各世代の代表機でやる程度のことがあります。
それ以外については問い合わせがきたら確認ということが多いです。
# もちろんクライアントが潤沢な資金と開発期間をくれるのならいくらでも確認するんですが・・・・
Re:エミュレータがあるとはいえ (スコア:2)
大事なことなので２回くらい。
Re:エミュレータがあるとはいえ (スコア:2)
そっか。役に立たないのか。
エミュレーターでの検証は役にたたないらしいから実機のみにしましょう
と今度の提案に盛り込んでみるのもいいかもしれない
Re: (スコア:0)
エミュレーターは糞重いしOpenGLとか動かないしで、大抵のアプリ屋は実機を何機種も揃えて確認してると思いますが。
Re:エミュレータがあるとはいえ (スコア:2)
もちろん知ってるよ。
でもクライアントからやってって言われたらなかなかNOといえない場合もあるんですよ。
Re: (スコア:0)
めちゃくちゃ重い上に、各端末固有の妙な挙動は再現しないので、エミュレータは確認工程から外しました。
問題になるのは各端末固有の挙動の差異であって、それを無視できるのであれば、
そもそもエミュレータすら必要ありません。
作業者が触るのは勝手だけど、確認作業とはみなさない事にしてる。
そこでPDFですよ！ (スコア:2, おもしろおかしい)
＞解像度: 解像度はさまざまですが、もっとも使われている横縦比は 5:3 のものという結果。
解像度が違ってもPDFで表示すれば問題ありません
Re: (スコア:0)
ビットマップ表示じゃないとダメだとプログラムがダダをこねるとはDOSの時代に戻ったようだ
結論が変じゃね？ (スコア:1)
2.xが3/4あるのに、3.x以上じゃ無いと使えないFragmentAPIをターゲットって？
少なくともGalaxySIIがICSにバージョンアップするまで無理だよ。
Re:結論が変じゃね？ (スコア:1)
Android Compatibility packageを使えば 2.x でも Fragment を使用できるよ
実際のところは (スコア:1)
Androidは抽象化がそこそこしっかりしてる上、
広告モデルを採りやすいので
・旧機種を対象としたいならAndroid 1.6、最近でゲームとかでないならAndroid 2.2以降向けとか
必要に応じてターゲットとするAPIバージョンを選択
・ベータ版としての無料版を公開して人柱を募る
のあと、
・有料版が提供できそうなら無料版で問題ない機種だけをターゲットにした有料版を提供、
有料版購入可能機種はマニフェストで縛って逐次開放してく
・無料版のほうもそこそこ安定してきたならそちらは広告モデルに移行。
が常套手段です。
スモールスタートで育てるのがとてもやりやすい。
AppleにBANされたらすべてオシマイのAppStoreよりむしろ提案も開発もしやすい印象ですね。
連携する方も大変 (スコア:1)
通信の制御情報省いていたり、新バージョンでは廃止になった記述をそのまま使っていたり
規格上使えなくなったはずの文字コードで送ってくる上に、文字コード指定が無かったり
こっちが規格守って作ると動かないって言うのは困りもの
規格無視して作るしか無い上に、個別対応せざるを得ない物まで出てくる始末
注意 (スコア:0)
日本国内向けサービスだとこんなのまったく当てはまりません
Re:注意 (スコア:1)
こんなのまったく当てはまりません
の理由が出荷されている機種の母集団が全く異なるからなのか、異なっていても靴に足を合わせろという流儀のせいなのかいまひとつ主張の要点がつかめないのですが。
それは俺たちが10年前にガラケーで通った道だ！ (スコア:2)
だからじゃね？
だからガラケー開発は地獄で、それに比べればAndroidはむしろ楽だと。
Re:それは俺たちが10年前にガラケーで通った道だ！ (スコア:1)
海外でもフィーチャーフォンに比べたらずっと楽だと云われてますよ。
でも、いまのライバルは解像度4種類しかないiOSなわけで。
# AppleTV でアプリ動くようになったら増えるかな？
Re: (スコア:0)
Re:それは俺たちが10年前にガラケーで通った道だ！ (スコア:1)
iTVアプリ対応とかなってくると更に増えるけどね
ただ、Androidの方は基本的に解像度・アス比違いはレイアウトを論理指定することで吸収するのが基本だけど、iOSは絶対指定が基本でアス比が違ったらデザインからやり直しになるので、同じ端末数なら対応コストはiOSの方が高い。といっても論理指定でレイアウトできるデザイナは少ないので、バリエーションが少ないうちはiOSの方が力押しが利くけど
iOSは端末間の互換性も同じ会社なのにどうしてそうなるのってくらいアレなので、iPhoneとTouchとiPadを初代から全世代対応とかやると血反吐
Re:注意 (スコア:1)
リンク先見たら、US,UK,Italy,Germany,Spain の話ですね。
それらの国での Android 普及数が世界のうちのほとんどなのかもしれないけど。
タイトル (スコア:0)
リンク先を読んでもそんなこと全く書かれていませんが、どのあたりでそう言及されているのでしょうか？
Re:タイトル (スコア:1)
想像力と直感が大切な時代ですからね。
http://togetter.com/li/308998 [togetter.com]
Re: (スコア:0)
リンク先を見て頭を抱えてしまったよ…
Re: (スコア:0)
ゲロってるだけ良心的だ
Re: (スコア:0)
そうだよな。
大変なのはデバッグやテストだろ。
Re: (スコア:0)
一番先頭に書かれてるじゃねぇか。
> Fragmentation matters to the entire Android community: users, developers, OEMs, brands & networks. It's a blessing and a curse.
> The Curse. The proliferation of devices with their associated screen sizes, internal hardware and custom ROMs creates some
> difficulties. We spend a lot of time making the app presentable (or at less functional) on exotic devices - this is the most common
> request we get from app users.
Re:タイトル (スコア:2)
それはべつに図からわかることじゃないよ。
ここにも相性問題 (スコア:0)
その機種にプレインストールされていた特定のアプリと衝突していたなんてことが。
Re:ここにも相性問題 (スコア:1)
その特定アプリがシステム扱いで削除不可なんてのも普通にある世の中
RYZEN始めました
GALAXYが強いなら (スコア:0)
日本の各メーカーがGALAXYの仕様(サイズ・解像度)にあわせて作れば、GALAXYでテストするだけでいいじゃん。
注目機能
「高画質カメラ」
「おサイフケータイ」
「ワンセグ」
「GALAXY仕様準拠」
リソースにSVGとか使えないのかな？ (スコア:0)
iOSでもたまに倍密度用のリソースが見つかったりするけどSVGとか使ってスケーラブルにするわけにはいかないんでしょうか？
もちろん端末のパワーを食うという問題はありますが初回起動時にラスタライズしてキャッシュすれば複数のリソースを持つよりストレージ占有量は減るかも。
# 自前でそういう仕組みを用意するのではなく、モバイルOSの標準的な取り組みにないのかな、ってことです。
以前から指摘されていた通りの事 (スコア:0)
「スマートフォンはゲーム機を駆逐しない」と。
スマートファミフォン (スコア:0)
逆の発想で、スマートファミフォンを作ろう！
#入力デバイスは十字キーとABボタン
Re: (スコア:0)
それなんてPSVita？