Knock on wood, I have not used them in quite a while.

    • Scrubbles@poptalk.scrubbles.tech
      link
      fedilink
      English
      arrow-up
      59
      arrow-down
      1
      ·
      edit-2
      1 year ago

      I’ve full on stopped accepting new Google products, only exception being the pixel phone, but I’ll root that if they decide to drop support.

      I work in development and am proud to say I have convinced 3 companies now to steer clear of GCP because of their track record.

        • Thorned_Rose@kbin.social
          link
          fedilink
          arrow-up
          7
          arrow-down
          2
          ·
          1 year ago

          That website shows how much Google buys up and then shuts down, centralising it’s power even more.

        • The_Mixer_Dude@lemmus.org
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          1
          ·
          1 year ago

          I mean, scrolling down that list, those all make sense. I guess if Google just did what all the other companies do and silently let go of these things instead of announcing that they are ending them so that developers and users know ahead of time not to expect long term stable and support that would be one thing. Google’s development process isn’t the same as everyone else’s though and their current method of developing tandem products and then gauging success of each and then folding the best features of the less successful one into the main one is obviously not a bad methodology as we have seen. As well it’s kind of important to a company to not waste resources on projects that customers both don’t find interesting and consume more resources than they generate while at the same time serve no greater benefit to anyone as a whole. Like, what do you want them to do? Nobody needs a web browser toolbar anymore, it’s 2023. Everyone screamed at and hated the entire concept of stadia, so they ended it. GPM was a financial failure with very few users that was due for a massive code overhaul. Like damn people, chill out.

          • tal@kbin.social
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            I mean, scrolling down that list, those all make sense.

            I’m not arguing that Google should have kept them going.

            But I think that it might be fair to say that Google did start a number of projects and then cancel them – even if sensibly – and that for people who start to rely on them, that’s frustrating.

            In some cases, like with Google Labs stuff, it was very explicit that anything there was experimental and not something that Google was committing to. If one relied on it, well, that’s kind of their fault.

            • The_Mixer_Dude@lemmus.org
              link
              fedilink
              English
              arrow-up
              1
              ·
              1 year ago

              Well that’s kind of the thing, that’s why Google announces they are ending those things. Most companies just end development silently and let those things differ l drift off without support or intention to solve issues which becomes incredibly telling for anyone who comes along and decides to integrate that software into their systems or daily life which later just becomes a massive problem down the line.

              Announcing the end of something, and even coming up with a solution for it like domains switching to square space, GPM transferring user songs into YouTube music, and SketchUp selling to Trimble are low or even zero hassle solutions that result in longer term support for their users without throwing a “sorry it’s all broken now, go fuck yourself” methodology

      • SokathHisEyesOpen@lemmy.ml
        link
        fedilink
        English
        arrow-up
        10
        ·
        edit-2
        1 year ago

        Not to mention that the cpanels, documentation, and APIs for Google Cloud look like they were written by alien robots to be consumed by alien robots. I’ve never seen any other platform or docs as confusing and pointlessly convoluted as gcloud docs.

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

          They’re the absolute worst. Doc links will go in circles, redirecting you back to where you just were, API documentation is out of date - or worse it’s out of date and doesn’t tell you until the end of reading if it even tells you at all.

          Not even mentioning how everything is in permanent “alpha” and “beta” state. Things are never finalized so they can get away with changing the definition on a whim and say “sorry it was in beta, now it’s in beta5”. I had to rewrite Pub/Sub code at least once a month because they changed their spec on that, and that was one of their “most finalized” products.

          Fuck GCP, I will actively avoid jobs that code on it now. If you want enterprise customers, provide an enterprise product. This isn’t chat where you can rebuild it every year because your marketers are bored. These are enterprise products that companies depend on.

          • SokathHisEyesOpen@lemmy.ml
            link
            fedilink
            English
            arrow-up
            8
            ·
            1 year ago

            Doc links will go in circles, redirecting you back to where you just were

            Right? Who the fuck created this standard? You’ll arrive at a doc trying to figure out how to get somewhere and it’ll tell you everything except for how to actually get there. It’ll finally have a link with the link text being the name of the section you’re trying to find, but noooo… It doesn’t actually link there, it links to a second document explaining the fucking history of that section, why they named it what they did, the engineer’s dog’s puppy’s name, and anything else to fluff out the doc without actually being useful. Why in the hell would you write a doc about an interface and not link to the relevant interface? I guess it’s probably because they completely rebuilt the way that website interfaces work and you can’t actually bookmark or deep link to anything. You always end up at the same page regardless of what you bookmark and then you have to manually navigate there. They took all the wonderful working features of the internet and broke them, then made alternatives that are 1000x worse.

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

              I’m so happy, I’m not alone anymore… this frustration was a constant dread that I felt alone, and I feel like we’re two lost souls, wandering the plane of Google’s terrible documentation, lost forever looking for the json schema for the API we need, constantly searching, never finding it.

        • dx1@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          arrow-down
          1
          ·
          edit-2
          1 year ago

          Honestly, it’s not as bad as AWS or Azure. Plus if you use k8s it’s first-in-class support, since Google came up with k8s. There is a fairly steep learning curve though.

          If you’re deploying anything in cloud infra you need to make sure it’s portable between providers. Vendor lock-in is a big avoidable no-no.

            • dx1@lemmy.world
              link
              fedilink
              English
              arrow-up
              3
              ·
              1 year ago

              They’re both very complex so it’s understandable people would have different experiences. In general I’ve found GCP fairly straightforward, with shitty documentation, generally good support of fundamentals, great k8s support, good prices, fairly modern APIs, and relatively low feature coverage. AWS more built out, awful & totally inconsistent UI, better feature coverage, higher prices, and some pretty janky XML APIs if memory serves.