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.

  • Knusper@feddit.de
    link
    fedilink
    English
    arrow-up
    27
    arrow-down
    6
    ·
    1 year ago

    If you have to update it, just to meet some arbitrary metric: Yeah.

    • danA
      link
      fedilink
      English
      arrow-up
      20
      arrow-down
      7
      ·
      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 :)

      • Scrubbles@poptalk.scrubbles.tech
        link
        fedilink
        English
        arrow-up
        11
        arrow-down
        3
        ·
        1 year ago

        Google’s definition of “Old API” though is like, 3 months. I don’t know Apple but as mentioned in my other comment when I did stuff on GCP I remember breaking changes coming every month or 2. It’s honestly terrible. Pub/Sub was the worse, a message broker that had breaking changes so frequently that I just spun up a kafka instance.

        I get what you’re saying, you should stay up to date, but Google just gives devs the middle finger. It really does feel like “Lol this isn’t even a feature you use, and it’s not like it’s a security fix or anything, our developers are just bored and rewrote something again so drop everything now and go fix it.”

        • danA
          link
          fedilink
          English
          arrow-up
          4
          ·
          1 year ago

          Google’s definition of “Old API” though is like, 3 months.

          Oh, okay. Admittedly I haven’t done a lot of Android development and didn’t realise how quickly Google deprecate APIs.

      • Knusper@feddit.de
        link
        fedilink
        English
        arrow-up
        6
        ·
        1 year ago

        As the other guy said, we’re not talking hugely outdated. And I don’t see why they should have fewer resources for supporting old stuff. Android has more users than Windows. Less corporate users, sure, but still, I imagine Google could easily finance that and I do not see it as rational that they don’t.
        Like, if Google hadn’t made the Play Store a monopoly, devs would gladly be distributing elsewhere. Many of those who aren’t looking for commercial success, do.

    • wieli99@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      5
      arrow-down
      2
      ·
      edit-2
      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 (soon to be) deprecated code which needs updating.

      • Knusper@feddit.de
        link
        fedilink
        English
        arrow-up
        4
        arrow-down
        2
        ·
        1 year ago

        With arbitrary metric, I mean that Google doesn’t detect whether you’re actually using deprecated APIs, they just detect that you’ve declared to be targeting Android API version 27 and that 27 is smaller than 31. Especially with smaller apps, you may have to go through the whole release process just to increment that number, with no actual code changes.

        Another rather arbitrary metric is how often and quickly they want to deprecate APIs. In other ecosystems, you update your app to fix security issues or because you’re developing new features. On Android, you often end up updating, because your Googly overlord demands an update.