Earlier quoted context omitted.
Gmail being a "hub app" makes some sense, actually (unless you're not using Chat or Meet, of course). What annoys me much more than that is that Docs, Sheets and Presentations all are multi-hundred megabyte standalone apps, of which I'm guessing 80%-90% of the code is identical/pulled in from some non-shared library.
Does it make sense? Every time I click a link in GMail it opens some weirdly broken browser imitation instead of opening it in my chosen browser. This is supremely weird.
I shaved 187MB off United Airlines' 439MB iOS app
301–310 of 452 posts
Re: I shaved 187MB off United Airlines' 439MB iOS app
#302Earlier quoted context omitted.
They also have an authentication option they are building in (ie, sign in with the app to web properties). I've noticed a bunch of stuff seems to be migrating into gmail. My own view is they burnt people out install allo, hangouts etc, and people DO install gmail / have gmail accounts -> so they are going to try to leverage that for distribution a bit more.
That sounds like a reasonable point of view. But it could be that they are just trying to up sale their other services and can more easily do so if it’s bundled in an already used app.
Re: I shaved 187MB off United Airlines' 439MB iOS app
#303Earlier quoted context omitted.
Gmail being a "hub app" makes some sense, actually (unless you're not using Chat or Meet, of course). What annoys me much more than that is that Docs, Sheets and Presentations all are multi-hundred megabyte standalone apps, of which I'm guessing 80%-90% of the code is identical/pulled in from some non-shared library.
I wonder when iOS will allow for dynamically linked shared libraries from the same Developer account.
Re: I shaved 187MB off United Airlines' 439MB iOS app
#304You know what also have huge app sizes, it's various iOS email app. Fastmail is the only email/calendar app with a reasonable size (just 20MB) [0]. - Gmail (397MB) [1] - Outlook (328MB) [2] - Hey (69MB) [3] - Protonmail (128MB) [4] [0] https://apps.apple.com/us/app/fastmail-email-calendar/id9313... [1] https://apps.apple.com/us/app/gmail-email-by-google/id422689... [2] https://apps.apple.com/us/app/microsoft-outlook/…
Do they have comparable functionality; in particular, are they all actual genuine native apps with offline capability; vs a glorified hyperlink to their web interface?
Re: I shaved 187MB off United Airlines' 439MB iOS app
#305Earlier quoted context omitted.
Isn't chat, meeting, etc all separate apps from Google (and not included in the core Gmail app). https://apps.apple.com/us/app/google-chat/id1163852619 https://apps.apple.com/us/app/google-meet/id1013231476
They've shoved all that functionality into the Gmail app. I actually uninstalled Gmail because it became the default app to open Google Meet video calls, even with Google Meet installed. I don't need my email app asking me for video and microphone permissions...
You do if it is also your video chat app. If not, decline permissions.
Re: I shaved 187MB off United Airlines' 439MB iOS app
#306Earlier quoted context omitted.
Used Emerge Tools size analysis to analyze the binaries, here's some quick findings to answer some questions: [0] Fastmail: smallest of the apps but still could have room for improvement, could save almost 20% of the app size by optimizing their audio files. 71% of the app is the binary. Check out the X-ray here: https://emergeassets.s3.us-west-1.amazonaws.com/Screen+Shot+... [1] Gmail: looks like most of their bloat…
For some reason it's really funny to see how much room Fastmail's notification sound takes up. Your analysis for Spark also has a send sound bundled but it's one of the stock Apple ones (Blow). Is there a reason why they have to include their own copy instead of relying on a system sound file?
Re: I shaved 187MB off United Airlines' 439MB iOS app
#307Earlier quoted context omitted.
Adding offline access would indeed be nice, but that wouldn't even add 2mb of code. I have entire native mobile games with multiplayer under 3mb. EDIT: just realized the app is a web view. Sigh
I’ve been judged by prospective employers based on reported app size being seen as correlated to complexity. VC backed startup I worked at for 18 months with a 12 megabyte app size due to efficient design choices? Must be a joke So now I just add a 150 megabyte dummy file at everyone else’s expense I’m sure there is a lot of that going on given how long some job roles were open, I have to imagine that every mobile de…
This judges the prospective employer more than it judges the candidate, doesn't it?
This is actually nothing new. Back when I was at uni some students claimed to do the same, adding code that served no purpose to inflate the resulting program executable size.
And if my memory serves me well, at this time when windows was still young and software was swapped around on floppies, software sizes started to skyrocket and I've heard then that the secret reason for this lack of care was that size was the easiest way to impress users and the tech press (all while making piracy more inconvenient).
Re: I shaved 187MB off United Airlines' 439MB iOS app
#308Earlier quoted context omitted.
Flying in NA, with covid, is a luxury. Europe is a different story. Edit: why the downvotes? You can get flights for 50 bucks to go to different countries in Europe.
I’ve been on a flight between Berlin and London that cost less than an Amtrak return ticket from Davis to Sacramento, and I’ve also been on a multi-day road trip from Davis to Salt Lake City that, while fun, was only a good financial choice due to four people squeezing into a Prius. While I enjoyed camping and seeing bits of the US that foreigners like me don’t normally see, it’s not entirely clear that the differenc…
Re: I shaved 187MB off United Airlines' 439MB iOS app
#309"App review failed: your app contains >30% cruft. Please remove cruft and re-submit"
Re: I shaved 187MB off United Airlines' 439MB iOS app
#310Earlier quoted context omitted.
Gmail being a "hub app" makes some sense, actually (unless you're not using Chat or Meet, of course). What annoys me much more than that is that Docs, Sheets and Presentations all are multi-hundred megabyte standalone apps, of which I'm guessing 80%-90% of the code is identical/pulled in from some non-shared library.
I wonder when iOS will allow for dynamically linked shared libraries from the same Developer account.
You don't want a situation where someone updates App A, it updates a lib, then App B breaks because it hasn't been checked against the new library. I know you are a good developer who would check that, use major / minor library versions correctly etc. but there are lots of developers on the App Store. Or the fun case of updating App A, it updates a lib and then magical new features appear in App B that Apple doesn't like.
You'd probably have to use some sort of strict library versioning system where every app version is tied to a very specific library version. Are developers in general going to be disciplined enough to actually keep their apps all in sync on a specific version so older versions of the libraries can be removed? Or does this just mean every app from a developer will end up having its own slightly different revision of the lib tied to them? If it's the latter its probably not worth Apple's time adding all the complexity to manage the libraries to the App Store system.