Google Play is beyond annoying

Submitted ⁨⁨1⁩ ⁨year⁩ ago⁩ by ⁨ExtraMedicated@lemmy.world⁩ to ⁨mildlyinfuriating@lemmy.world⁩

https://lemmy.world/pictrs/image/c08a16b9-7bac-4f4f-a7d5-6aa1c9e2c5c0.png

I have an app that I released a couple years ago (plus another legacy app that I maintain for one of my company’s clients). My game has a long-ish title, but it was fine until some asshat at Google decides that 33 characters is too long. On top of that, every time I’m forced to update the target SDK, I need to spend several hours figuring out a bunch of new build errors. This is not how I wanted to spend my vacation time.

source

Comments

Sort:hotnew top

WiildFiire@lemmy.world ⁨1⁩ ⁨year⁩ ago
Developers when they have to update their programs: this is annoying bullshit

source
- Knusper@feddit.de ⁨1⁩ ⁨year⁩ ago
  If you have to update it, just to meet some arbitrary metric: Yeah.
  
  source
  - dan@upvote.au ⁨1⁩ ⁨year⁩ ago
    It’s not an arbitrary metric though… They want apps to stop using old APIs so they can deprecate them at some point. Platforms that aren’t Windows (and Linux, to a lesser extent) don’t have the resources to support old stuff forever. Be glad they don’t make breaking changes more frequently, like Apple does :)
    
    source
    -> View More Comments
  - wieli99@sh.itjust.works ⁨1⁩ ⁨year⁩ ago
    Wdym arbitrary metric? If nothing would have changed then there would be no build errors and the whole process would take a few mins.
    
    Now since something does break, that means that there’s some deprecated code which needs updating.
    
    source
    -> View More Comments
  - quadropiss@lemmy.world ⁨1⁩ ⁨year⁩ ago
    poptalk.scrubbles.tech/comment/525561
    
    source
- ExtraMedicated@lemmy.world ⁨1⁩ ⁨year⁩ ago
  Honestly I was more annoyed at the reduced character limit.
  
  source
skullgiver@popplesburger.hilciferous.nl ⁨1⁩ ⁨year⁩ ago
Google wants you to update the target SDK so the privacy measures added in the latest version of Android get applied to your app. I’m with them on this, the Play Store is full of abandonware that crashes on launch and Google needs to do something about it. Some app developers also intentionally targeted older APIs so they could still track users and mess with their devices, which is obviously not something Google should support.

They’re also taking action by not listing apps targeting an API level two levels below the latest API level on updated devices. Only devices running the target SDK will be able to install the app if you target too low an API level. I again am in favour of this, because Google’s earlier attempts to get developers to comply with their (meagre) privacy preservation tools have failed miserably. Plus, it solves the “all apps crash just after the release of a new Android version” problem by only listing compatible apps for new phones.

If developers can’t or don’t want to update the target SDK (Termux, for example), they can pick another app store. I believe Amazon’s app store doesn’t have these requirements in case you’re looking for a new home for your app. From my (user) point of view, if you’re using Google’s platform to distribute your app, the least you can do is a yearly test and update to make sure everything still works on new devices.

I’m not sure what the point is in banning long names, that seems rather arbitrary. I’m guessing they’re redesigning the Play Store and super long names are messing up their layout?

source
- rambaroo@lemmy.world ⁨1⁩ ⁨year⁩ ago
  No, I get why people are pissed at Google. They pull this shit constantly with their APIs. They do a garbage job of designing the initial API and then spend the next 5-10 years making mandatory breaking changes to it. They suck.
  
  And lol go to another app store? Is that a joke? They have a blatant monopoly on Android users.
  
  source
Bishma@discuss.tchncs.de ⁨1⁩ ⁨year⁩ ago
The second word in your title is unnecessary.

Over the years I’ve had to work with Google maps, geocoding, Play, GCE, and more. Every time I have to work with any of it I swear it takes a time off my life. And then it’s virtually guaranteed that, just about the time I forget what a horror show the last event was, they’ll arbitrarily make some other massive breaking change to the SDK or APIs… or kill the product entirely. I’ve sworn off as much of google as I can both personally and professionally.

Now I’m doing the same with Microsoft since they don’t seem to give two shits about security anymore.

source
- elouboub@kbin.social ⁨1⁩ ⁨year⁩ ago
  Google APIs are terrible to work with, but Microsoft is way worse in my experience. An API for one product may have been worked on by multiple teams that each had a different idea of how it should work.
  
  source
- Melpomene@kbin.social ⁨1⁩ ⁨year⁩ ago
  
  The second word in your title is unnecessary.
  
  Having spent most of my Saturday on an endless series of calls to Google support for an issue with a Pixel, I agree entirely.
  
  source
scrubbles@poptalk.scrubbles.tech ⁨1⁩ ⁨year⁩ ago
Okay I’m siding with OP here. Google is dogshit when it comes to compatibility. When I was coding for GCP I counted how many breaking changes they rolled out and it totaled about 2 a month, I spent on average 4 days a month (almost a full working week) just upgrading Google’s bullshit API changes.

Now, I’m all for upgrading stuff and keeping things ready to go, but there’s a cadence to that. Most companies will treat downstream developers well, things like security updates are mandatory but rarely include breaking changes, new features may have breaking changes but they’re optional (for a year or maybe even 2, to give you time to upgrade your app).

Google just throws that all out the window and quite literally sends out messaging like "You need to drop everything you’re working on and upgrade to this <> because <> for <>.

I have successfully prevented 2 companies from going over to GCP based on this. They’re too fickle, they see a shiny new feature and want to cram it in but don’t care about anything that was made over 3 months ago. Avoid developing on Google products.

source
- PM_ME_YOUR_SNDCLOUD@lemmy.world ⁨1⁩ ⁨year⁩ ago
  I can’t speak for GCP as I’ve never used it, and as much as I love to jump on the Google hate train (they really do suck in so many ways), I am an Android app developer who also has to deal with the target API upgrades and they’re usually not terrible. Most of the time, just a single line change, build, and push.
  
  But most of my apps don’t do any sort of tracking or access the file system, so outside of the whole permissions change a few years back, these have been easy to do.
  
  The name truncation thing here is silly, though. Very annoying.
  
  I say all this to say that I do think Google is doing a good thing here. In this one regard. I can’t stress enough how specific I’m being with my praise here.
  
  source
  - scrubbles@poptalk.scrubbles.tech ⁨1⁩ ⁨year⁩ ago
    That’s fair, I’m not an app developer so I don’t know that side of the house. Cloud and live services I hated, so much churn.
    
    source
tony@lemmy.hoyle.me.uk ⁨1⁩ ⁨year⁩ ago
It’s a mad rule really… it means work that was done for clients sometimes years ago and paid for has to be dug up and recompiled, when they were perfectly happy with the way they worked now.

Requiring 33 for new apps is fine, you’re working on them already, upgrading is just part of it (which is more or less how apple work, you must use the latest xcode otherwise they reject). Requiring it for older ones probably means a heck of a lot of stuff is about to vanish from the play store on somewhat short notice.

There are some apps we’ve already decided to let die because the maintenance work isn’t worth it.

source
- steph@lemmy.clueware.org ⁨1⁩ ⁨year⁩ ago
  Each and every line of code you write is a liability. Even more so when you wrote it for someone else. You must always be able to rebuild it from source, at least as long as your client expect the software to work. If you feel it’s not worth it, you probably low-balled the contract. If you don’t want to maintain code, have the client pay a yearly maintenance fee, give the code and the responsibility to maintain it to your client at the end of development, or add a time limit to it’s support.
  
  There’s no “maintenance mode” software: either it’s in use and must be kept updated with regard to it’s execution environment, or it’s not used anymore and can be erased and forgotten. Doing differently opens too much security issues, which shouldn’t be acceptable for us all as a trade.
  
  source
  - tony@lemmy.hoyle.me.uk ⁨1⁩ ⁨year⁩ ago
    Customers won’t pay maintenence. And code can’t be maintained forever that isn’t bringing in money. This is just the harsh reality.
    
    source
    -> View More Comments
theKalash@feddit.ch ⁨1⁩ ⁨year⁩ ago
It’s super annoying on my phone.

Every single time I open the app it shows one notification. That notifcation say “Turn on important notifications!”. How about no?

source
- croobat@lemmy.world ⁨1⁩ ⁨year⁩ ago
  Good ol’ notification paradox.
  
  source