そうだよね！あのアプリの中身についての洞察を期待してたけど、何もなかった。なんでGmailアプリは700MBもあるんだろう？

記事は質問そのものだし、その質問は聞かれるべきだよ。Gmailはメールボックスのためにほぼ1GBのデータを送ってることを恥じるべきだと思う。もしかしたら、うっかり/わざとYouTubeクライアント全体を組み込んじゃったんじゃないかな。

他にもめちゃくちゃ大きいアプリがいくつかあるよ。例えば、DJI Mimoアプリ。これはDJI Micのために必要なアプリで、設定を4つ変更するために使うんだけど、800MBも必要なんて本当にありえない。しかも、マイクは完全にローカルで動いてて、USB経由で設定を変えるだけなのに、アカウント登録しないと使えないのも意味不明。こんな800MBのアプリが必要なんて、理由はただのマーケティングだよ。無駄なプロモーション動画がいっぱい入ってるし、アカウント作ったらスパムが増えるだけ。正直、あのマイクは返品すべきだったかも。あ、フランス語が汚くてごめんね。でも、これには本当にイライラしてるんだ。800MBはありえないよ。

いつものことだけど、タイトルの質問に対する答えは「いいえ」だね。 ;)

Gmailだけじゃないよ。iOSの人気アプリは、Android版の10倍くらいのサイズになってるのが普通だよね。Electronアプリより小さい人気のiOSアプリを見つけるのは難しい。

一般的に、Androidアプリは数年前からサイズが縮小しているのに気づいてる。最近のLLMトレンドがそれをまた変えているのかはわからないけど。

自分にとっての主要なGoogleアプリはこれだね：Gboard 247MB、Google 415MB、Google Play Services 1330MB、Google Play Store 165MB、Messages 321MB、Gmail 233MB。

Gmailアプリは僕のAndroidフォンで175MBだよ。iOSよりはマシだけど、メールアプリにしてはまだ多いね。

実はそれ以上のことがあるんだ。Appleのアプリが実際に何をしているかの多くは、その特定のアプリ専用に作られたフレームワークに隠れていて、3rdパーティのアプリとは違って、システムの一部なんだ。Safari.appとSafari Technology Preview.appのサイズを比べてみて。後者は必要なすべてのフレームワークを同梱してるから。

AOTって、Ahead Of Time？それとも進撃の巨人？それとも別の何か？

「アプリの読み込みを速くする」っていうのが、ここではめっちゃ面白いと思う。メールアプリを速く読み込むために何をしなきゃいけないの？皮肉を込めて、ウェブページでもこれができるの？今の私の decent な接続環境では、Gmailの新しいタブを開くのに約3秒かかる。さらに数秒かかって、ようやく操作できるようになる。アプリが読み込まれたのを見た瞬間に「c」を押すと、作成ウィンドウが表示されるまでにどれだけ時間がかかるかを見るのが面白いよ。

一般的なアプリが10-30MBだったなんて知らなかった。もっと言うと、数十キロバイトから数メガバイトくらいだよね。F-Droidを見れば、グラフィックスが小さいか、ボタンなどのデフォルトスタイルを使ってる昔の良いアプリが見つかるよ。6年前に作った小さなユーティリティアプリを見てみたら、9KBで、そのほとんどはコンパイラが含めるデフォルトのものだと思う。

10年前にモバイルアプリ開発をしていたとき、面接官やクライアントが私の経験をアーティストのポートフォリオみたいに評価しているのを感じた。アプリのスコープを決めるためのいくつかの恣意的な指標の一つがバンドルサイズだったんだ。アプリストアでのメガバイト数が多いほど、より良くて真剣だとされてた。当時、私は最適化に没頭していて、SVGを使ったり、圧縮したり、ビットシフトを使ったりして、働いていた会社のアプリを小さくしていた。ダウンロードやインストールから弾かれる人を減らすためにね。それなのに、数十万人のユーザーを持つベンチャー企業の12MBのアプリが、スペースをほとんど取らないことで私を罰してくるから、実際にアプリバンドルにダミーファイルを入れるようになったんだ。それが私のプロとしての目標に役立った。プレミアムマーケティングには、価値を伝えるために似たようなフィクションがたくさんあるから、$50/時間のアップワークの仕事と、Googleでの$500,000/年の仕事の違いを強調できるんだよね。

しばらくの間、モバイルデータでのダウンロードにはアプリサイズの制限があったんだ。それが意味するのは、アプリが大きすぎると成長指標がひどくなるってこと。

うちのは今、iOS 26で673MBだよ。

サイズが大きくなる一因は解像度だね。アプリのアイコンとか、2013年の頃よりもずっと大きくなってるし。それに、別のスレッドでも言ったけど、チームが自分たちで整理することはほとんどないんだ。大きなアプリには、使われてないコードがたくさん残ってると思う。自分が関わったアプリも、何年もかけて作業してきたから、無駄な部分が多かったよ。5年前に別のチームが追加した機能が、今はオフになってて使われてないのに、誰がそれを削除するの？それに、いろんな人が興味に応じて無駄なものを追加するから、ゴミみたいなのが増えるんだ。今作ってるアプリの最適化されてないバージョンは、約15MBのバイナリで、コアアプリには「エクストラ」は含まれてない。アセットは約75MBあって、使われてないのは10-15%くらいだと思うけど、正確にはわからない。ダウンロードサイズは約400MBだよ。

2017年の初めに突然200MBを超えるようになった。Google Meetは2017年3月にリリースされた。

Windows 95の頃は、10〜30MBくらいだったのを覚えてる。ディスクが10枚くらい必要だったよ。

5MB未満のアプリは、今でもiOSでの最強の品質シグナルだね。サイズで結果をソートしたりフィルターしたりできないのが残念。

一般的なアプリが10〜30MBだったなんて知らなかった。でも今は数百MBになってる。これはAndroidの話だけど、13年以上前にHTC Desireを使ってたんだ。内部ストレージのスペースに本当に苦労して、他のアプリをアップデートするために定期的にアンインストールしては入れ替えてた。結局、SDカードにアプリを移動できるカスタムROMに移行したよ。一番の問題はWhatsAppで、平均が1MBくらいのところ、なぜか7MBを超えてた。今使ってるスマホではWhatsAppが231MBだよ。まだランキングではかなり上位だけど、特に目立つわけじゃないし、その当時の巨大な7MB以下のアプリはほとんどないね。

自分の基準はまだ古いAmigaなんだ。これが[0] 完全なGUIのメールアプリで、使いやすかったよ。全パッケージ、カスタムGUIクラスと3セットのアイコンを含めて、圧縮なしで1.4MBだった。現代のアプリが大きくなる理由は千とおりあるのは知ってるけど、全てが膨張や非効率ってわけじゃないんだよね。古いアプリはリンクリストみたいなバイト最適化データ構造を使ってたけど、ハッシュマップみたいな速いけどスペース効率が悪い構造は使ってなかったからね。高解像度に対応しなきゃいけないけど、320x200の空の白い四角を画面に描くコマンドは、2000x1500のものを描くのとほぼ同じサイズで済むはずなんだよね。それなのに、なんでこんなに大きくなる必要があるのか、って感じだよ。[0] https://aminet.net/package/comm/yam/YAM20

Safariはそのサイズなんじゃないかな。WebKitはシステムフレームワークだから、UIコードのサイズだけなんだよ。

SafariはシステムのWebViewフレームワークをラップしてるだけだから、そういう意味では納得できるけど、比較がちょっと誤解を招くよね。

でも、君が言ってることの多くは、どのアプリでも利用できるからね。確かにAppleには一般には公開されてないプライベートフレームワークがあるけど、写真アプリがやってることを再現したいなら、4.2MB以下でできると思うよ。

gRPC そうだね、アプリがプラットフォームのライブラリに頼らずに独自の暗号化を含んでいるとしても驚かないし、QUIC（Cronet）の形でユーザースペースのネットワークスタックを含んでいるかもしれないね。

とても洞察に富んだ意見だね。根拠のない推測じゃないし。もちろん、他の多くのアプリがなぜこんなに大きいのかは説明してないけど、例えばWithings、Bunq（銀行）、Albert Heijn（スーパー）は一緒に1GBもストレージを食ってる。これら3つはデータをリストするために必要なんだけど、なんでこんなにサイズが大きいんだろうね。

Androidは開発者がAPKを分割して、機能をオンデマンドで提供できるようにしてるんだ。https://developer.android.com/guide/playcore/feature-deliver... iOSには似たような機能はないと思う。