I feel like my phone apps update constantly. In general, that’s a good thing, I assume. I figure they’re fixing bugs or whatever. However, I don’t run into issues very often, nowhere near the rate of updates, and nothing seems to change after the update.
Compare that to Steam games which update really infrequently and the changes are usually much more obvious.
Security patches and rare bugs that most people don’t run into, mostly
Most apps will be built using libraries to provide functionality.
For example a Lemmy client might use a small database to store cached data on the device so it doesn’t have to redownload data as you navigate back and forth. Rather than writing their own code to create and maintain the database that functionality is available as a library they can import into their app and use immediately.
There might be dozens or even hundreds of libraries in any given app, this is great in that the app developer can focus on their app specific features and not worry so much about the low level features but these libraries also have their own release schedule and may only support security fixes on their current version.
This can result in a situation where you could have weekly or monthly updates just to include library updates even if you haven’t added any features directly to the app itself.
As a hobby developer, I feel like I’m just gluing libraries together to get what I want.
While I can’t speak to specific apps alot of times it’s house cleaning stuff.
Maybe some bug that affects a certain number of users is found and fixed. And the update resolves that bit, since you weren’t affect, you don’t notice it.
Other times it’s to include fixes in libraries they’re using. So, for example, a JSON parsing library may have a security fix and they updated their app to use that newer version.
Another could be some behind the scenes api/library updates. Maybe a service they’re using for content (such as interacting with Lemmy) or maps or advertisements is being updated and they need to point their app to the new service address or change how they interact with it.
And of course there could be feature updates but those, usually, would be things you’d notice. Although, in some cases, it may be packaged with the application but waiting for some criteria (a backend service to be ready) or may even be part of A/B testing where some users get one change while others don’t so the developer can see which features are preferred using real data.
Gotta have an excuse to issue a new ToS and opt you back into everything you toggled off.
Not every change is going to completely overhaul the app. More than likely, the changes are a fix to some obscure bug not caught in testing that only affects a small percentage of devices. Just because you don’t encounter it with your workflow and device doesn’t mean it isn’t a critical bug preventing someone from using the app. It could also be a new feature targeting a different use case to yours. It could even be as simple as bringing the app into compliance with new platform requirements or government regulations (which can happen a couple times a year, for example Android often bumps the minimum SDK target such that apps are forced to comply with new privacy improvements).
