[tbranyen]

We found it to be about 32kb gzip+minified in our builds. I just dropped it from one of our apps, where it wasn't even used except in a legacy logging module. We replaced the ajax call with XHR. The other app we maintain has it as well, again only for the ajax method.

While it may be nice, for large production apps we'll take the filesize gains where we can find them.

[tomschwiha]

I believe it's kind of sad that in the days of 2 TB USB sticks that 32kb matter.

[tbranyen]

Our product is used by all sorts of devices and resources. Many use it on super old hardware in different countries. 32kb isn't much, but when you're analyzing Time To Render metrics, you might be surprised how little is necessary to move the needle.

That said I don't expect a massive impact from this change, but removing unused code is going in the right direction.

[ThunderSizzle]

Then, on the other side of things, every fast food android app is ~60 MB. Even Five Guy's is 45 MB. Why? They all do the same thing, and none of the data that is used is included in the app, and all the logic might as well be the same.

And then on top of each restaurant app, you also have Uber Eats, Door Dash, etc., which again, basically so the same thing.

There should really be a single fast food app, I select my restaurant, and it shows me the options (which is basically google maps with mobile websites that would actually work). There's no reason for every restaurant and delivery service to have their own app.

[tomschwiha]

Removing large chunks of unused code feels refreshing, that is true.