this post was submitted on 30 Sep 2023
384 points (100.0% liked)

196

16458 readers
1 users here now

Be sure to follow the rule before you head out.

Rule: You must post before you leave.

^other^ ^rules^

founded 1 year ago
MODERATORS
384
submitted 1 year ago* (last edited 1 year ago) by nave@lemmy.zip to c/196@lemmy.blahaj.zone
 
all 18 comments
sorted by: hot top controversial new old
[–] SquishyPandaDev@yiffit.net 71 points 1 year ago

Triple A games be like

[–] moonsnotreal@lemmy.blahaj.zone 31 points 1 year ago (2 children)

App updates can have a maximum size of 34 gigabytes on the play store. Look up android rule 34 for more info.

[–] ChaoticNeutralCzech@feddit.de 3 points 1 year ago

Why does this only apply for Android 18?

same with apple. google apple rule 34

[–] Granixo@feddit.cl 25 points 1 year ago (2 children)
[–] skulblaka@kbin.social 70 points 1 year ago (1 children)

App name is very likely referenced inside every class file. Changing the name triggers a change for every file in the project. Depending on the version control software it may consider that grounds to re-download the entire file on update.

The actual change may have only consisted of 180mb of changes but it affects 34.1GB of files.

[–] glorious_albus@lemmy.world 29 points 1 year ago (3 children)

I'm not a mobile app developer so I'm a bit confused. Why would every class need to refer the app name? Isn't it enough of the pom file (or whatever the equivalent is that has to package the app) knows it?

[–] Johanno@feddit.de 30 points 1 year ago (2 children)

Android apps are written in Kotlin or Java and this means every file will be per convention under com.company.appname(or similar)

And every file will have a line

package com.company.appname

And references to other files in the import.

This means every source code file is changed and therfore recompiled and the update will include the whole app.

Now 35GB means there is a lot of image and/or Audio resources also included. Why this is updated as well I don't know, but their path also changed. Maybe that's enough for the Version control to see it as new.

[–] SpaceNoodle@lemmy.world 15 points 1 year ago

And that's why you use a separate codename for actual software development. Changing the visible app name should only affect a few resource files.

[–] drislands@lemmy.world 6 points 1 year ago

In those cases, I would leave the internal naming alone. It's not uncommon for software to have a different name internally than externally.

[–] SpaceNoodle@lemmy.world 24 points 1 year ago

Not if you're a garbage developer.

[–] sbv@sh.itjust.works 14 points 1 year ago

Assuming a language like Java: It's possible that the app name is included in the name of packages, so referencing packages other than the current one would need the app name. See the constant pool.

But that falls into the "bad programmer" someone else mentioned. Developers should have internal code names that are independent of marketing stuff like the name of the app.

[–] AnUnusualRelic@lemmy.world 15 points 1 year ago

What if the new name is very long?

[–] Dragster39@feddit.de 3 points 1 year ago (1 children)

If I may ask, which app is this about?

[–] nave@lemmy.zip 3 points 1 year ago* (last edited 1 year ago)

Its resident evil village on the mac app store

[–] Kolanaki@yiffit.net 3 points 1 year ago

That's a big name.