カテゴリー別、有料アプリランキング５０位前後で、
１０ドルの収入って
かなりやばいですね！
私は採算度外視、趣味の範疇でやってるので、
アップルに支払っている年会費１００００円を超えれば
黒字ですが、会社がプロジェクトを組んで作ったアプリがこの程度の収入にしかならななったら、、、
１００本ダウンロードされて、その内１０本が有料版
９本無料アプリがダウンロードされると１本売れる
知名度とコメント、星が無い状態でこの状態、確率なら上出来だと思っています。
年内は助走期間、１２月には如何なっているでしょうか？
現在のスローペースでも、年で１２００本は出るペース、、、
同じ国である程度の母数が増えたら、ダウンロードが増えると踏んでいますが、日本人３００人集めれば良いのかな？
今年の夏が怖いです。
９月が、、、
IPhoneXってソフト的にはIPhone7sの上下に耳が付いたような仕様だったわけですが、
新製品は、予測報道を見る限りIPhone7PLUSの上下に耳が付いたような仕様になるんじゃないかな？
システム側の手を借りず、手打ちで各機種対応の画面を作成してきたようなアプリ開発者は地獄を見ます。
まあ、私もその一人です。
英語版と日本語版のアプリを作成しているのですが、
対応する必要のある機種は
５s、６s、６プラス、xとIPad、 IPad PRO、 IPad PRO（１０、５インチ）
７機種x２言語＝１４種類の画面
これが恐らく、今年は１６種類を相手にしないといけなくなります。
また、将来５sの強化版も出る可能性もあるわけです。
少なくとも個人の作業量は超えてしまいます。
去年はxに対応するだけで２ヶ月くらい掛かりましたので、アプリ内に何かしらの解像度変換の仕組みを持っていないと地獄を見ます。
現在その仕組みを作る作業に追われています。
まあ、私が不勉強なだけかも知れませんが、グラフィック関係は変換の仕組みはあるのですが、
テキスト関係にその機能が見つからないので、個別に変換システムを仕込んでいます。
リアルタイムで画面を自動生成なんてことは出来ればやりたくないです。
大昔のCPUはかけ算をするのはご法度でした。
処理が重いから、、、
あんまり、かけ算用の命令が遅いから、かけ算は必要最小限にして足し算で代用するとか聞いたことがあります。
１２７x５、、、
これをかけ算専用の命令で処理すると、中々、答えが出ないので、
１２７＋１２７＋１２７＋１２７＋１２７ととする方が遥かに早いとか、、、
今は流石にそこまで遅い命令では無いと思いますが、かけ算自体が重たい処理であることは変わりません。
私は５sをベースに６sとかのIPhone用の画面を作成しているのですが、
５sの1.174295774倍したものが６sの画面とか無茶苦茶な計算をリアルタイムで要求するわけです。
CPUの負荷を下げることはバッテリーの持ちに影響します。
また、座標の変換ミスというか、微妙なデザインで１ピクセルずれたりする可能性があるわけです。
そこら辺のことを気にしつつ、その当時は私が技術的に出来なかったので手打ちで全て対応していたのですが、もう限界です。
私のアプリはユーティリティ系のアプリです。
ユーティリティ系のアプリですが、２Dのシューティングゲーム並みの複雑な多層構造の画面になっています。
基本、秒間１フレームでCPU使用率が５％
機種によっては8%とか、、、
昔のシューティングゲームは秒間３０フレーム、、、
CPUの使用率が５％として３０倍したら、、１５０％、、、
私がゲームを作ることはありませんが、現在の仕様で画面構成でゲームを作ったら、、、間違いなくIPhoneの限界性能を超えます。
他の開発者は良くゲームを作っているなぁと感心します。
まあ、私が非効率な処理をやっていることは自覚はありますが、技術が無いことは自覚していますが、それでもIPhoneの処理能力が足りないと思います。
一応、それを表現、処理する上で最低限のシステムにしているつもりです、決して技術力が低いだけじゃありません。
こんなんじゃバリバリの３Dゲームを作ってられないんじゃ？
バッテリーも３時間も持たないんじゃと思ってしまいます。
ついでに、、、xは無視していた開発者も今回はヤバいんじゃないかな？
xを無視すると、「無料」というキーワードを使い続けることが出来ます。
昔のアプリストアでは合法的なキーワードだったみたいですが、現在はそのキーワードを設定することは禁止されているそうです。
「無料」を含むキーワードで検索上位表示されているアプリは、そのままアプリをバージョンアップせず、x未対応のまま、放置していた方が良かったわけですが、
xと同等仕様の機種が普及価格帯に出てくると話は別です。
世代交代は進みますし、いずれx非対応のアプリはアプリストアから排除されるんじゃ無いかな？
私が作成しているアプリ、
見た目以上にトリッキーで複雑なシステム構成をしているんですが、
その複雑さ故にメンテナンス性が悪くて苦労しています。
アップル側が標準で用意してくれている機能をそのまま使わずにカスタマイズして使っているわけですが、
標準ライブラリをそのまま使用するところと、トリッキーに使う箇所をきちんと区別した上で簡略化していかないとと思っています。
アンドロイドへの移植を知人から頼まれています。
興味があるのでやりたいのですが、定期メンテの作業量が多くて手が回りません。
基本システムか共通なので、１つのアプリの不具合は他のアプリの不具合にも繋がります。
機能拡張と微調整のたびに、再チューニングをやるのは非効率です。
また、チューニングが必要な箇所を最小限に抑えて不具合修正のレスポンスを上げた方がいいと考え始めています。
まあ、それをやり始めると１ヶ月ほど掛かりきりになる可能性があるのですが、将来、楽が出来るようにしようと思います。