>>145
いいか？
まずGoogle spreadsheetを例に取る

開発にも金がかかってる。
でもofficeが強いから売れない。

類似品のフリーは趣味で作ってるLibreやapachがいる。
低価格帯もkingsoftをはじめ乱立してる。

というか365のせいで短期ならオフィスが格安で使えてしまう

どうするか？
クラウドにする

gmailと連携させたり表計算とかをインストールレスで使える。

これは産業として成り立っているか否か

>>131
ソシャゲってさ、でかいアプリだと何十万人ってアクティブプレイヤーがいるんだよ
ランキング出すためにその何十万人ものスコア全部取ってくるのか？
そんなの馬鹿正直に取りに行くわけないだろ

ランダムマッチングがあれば最近アクセスしたフレンドとか近いランクの人を探したりもする
それだって大量データを毎回走査してたらきりがないからキャッシュとか駆使してる
それもクライアント側で計算すんのか？全プレイヤーのアクセス時間を保持すんのか？
取得した後にログインしてきたユーザーがいたらどうすんだよ、1から取り直すのか？

規模が小さい個人開発しかしてないからそういうのが想像できないんだよ

>>147
ランキングについて
ローカルアプリで自分のスコアをHTTPリクエストを投げる
APIサーバーがSQLにデータを登録→ランキング情報を取得
ローカルアプリにランキング情報をレスポンス
ローカルアプリで並び替えて表示する

マッチングについて
ローカルアプリでログイン時とか出撃とかアプリをあろうタイミング(イベント発行時)で現在時刻HTTPリクエストをAPIサーバーに投げる
APIサーバーがSQLそのユーザー欄のログイン時刻を上書き
ローカルアプリでマッチング画面に移るとAPIサーバーにリクエストしてSQLの情報を取得
ローカルアプリでユーザーがいつログインしたのか知ることができる

ハイ論破

>>186
なんでゲーム前提なの？

> APIサーバー立ててSQL処理するだけなんだが

SQL処理ってSQLが勝手に処理してるわけじゃないよ
サーバーサイドプログラムでSQLを書いてるんだよ

もしかしてサーバーサイドやったことない？

> キャラクターの移動をサーバーが処理してんの？

基本的にゲーム側とサーバー側両方でやってるよ
パーティの順列もものによってはサーバー側と同期取って保存してるよ
（別端末のアプリで起動した際に同期取るため）

> プレイヤーが強化したユニットのデータをサーバーが管理してんの？

サーバー側で管理してるよ
してなければアプリ入れ直したら全データ消えるやんけ