6 ms·

PRESS RELEASE Sept 22, 2021. Google Announces that Google Tables will be sunset and all users will have to migrate away by Sept 23, 2021. "Google Tables was

PRESS RELEASE Sept 22, 2021. Google Announces that Google Tables will be sunset and all users will have to migrate away by Sept 23, 2021. "Google Tables was a great experiment but we're migrating to Google Tracker - a better version of Google Tables designed for power users." said Dep Re. Kated, VP of Engineering at Google. Google Tables has no migration tool or system for users to export their data angering some users. There's no support available for people wanting to get their data off the platform and many users are upset. "There's no support number? I can't even pay if I wanted to!" said Alice Bob Carol, a huge fan of Google Tables that is upset it's going away. When I tried to login it told me that "suspicious behavior was detected" and locked my account. Now I can't get access to my data and there's no one I can even contact! (this was a parody but I'm calling it now - Google products are already dead when they're launched)

tyingq 6y ago
Yeah, they killed App Maker: "The App Maker editor and user apps will be shut down on January 19, 2021. New application creation is disabled.". And it's somewhat in the same space as Tables.
kgersen 6y ago
That was funny 10 years ago, may be.
- JeremyBanks 6y ago
  Now it's turned from a comic truth to a tragic truth?
- buzzerbetrayed 6y ago
  What's funny is people acting like this is a joke. It isn't. Adding this to your workflow is asking for a headache in a few years when this gets shut down. Google currently has 5 products that are shutting down between now and the end of 2021. https://killedbygoogle.com/ https://killedbygoogle.com/
SteveNuts 6y ago
Seriously, we're an enterprise G-suite customer and Google really does move too fast for us. It pisses off our executives when things change/get removed. We'll be migrating to O365, despite all its flaws and uptime problems.
totaldude87 6y ago
THIS! , considering the news that they are sunsetting chrome payment api(ish), anyways.. Google used to invent a lot of cool products during their 80/20 rule i guess, and blockbuster hits like gmail, gchat and a lot came out, but only a very few left :(
shadowgovt 6y ago
> Google Tables has no migration tool or system for users to export their data angering some users. Weird. Last I checked, even when deprecations happen, the data is accessible via Takeout.
- forgotmypw17 6y ago
  This is often claimed, but more often than not, data provided by export features, and not just Google's, are in a format which makes it useless to non-programmers.
  - shadowgovt 6y ago
    That's going to be the common case; without knowing the end-target application, most data formats we would pick at random are useless to non-programmers. Even JSON is too complex for non-programmers.
    - forgotmypw17 6y ago
      Plaintext would not be too complex for non-programmers. Coupled with in-file tokens, it makes for an easy format to export into anything. That's why I am using it as the base format for my forum application. At any time, the entire forum content can be exported into plaintext, which is readable by most users on most platforms (except iOS) And also can be re-imported into just about anything with a quick Perl script.
      - shadowgovt 6y ago
        Plaintext is too complex for programmers and likely drops semantic information that is needed to reconstruct the relations in the original data. There's a reason plaintext is rarely used as the preferred method of semantic data exchange. What's our preferred method of representing images with plaintext? Audio files? Rich text, such as Google Docs? Spreadsheets (complete with formulae and attached macros)? Databases that contain bin-blob fields? > And also can be re-imported into just about anything with a quick Perl script. In your specific use case, I expect that works well. In the general case, my experience has been that plaintext can be imported into just about anything incorrectly with a quick Perl script. And when the data is MBs / GBs, the odds that such an error goes unnoticed until the data is needed and cannot be reconstituted are high.
deleted 6y ago
[deleted]
danpalmer 6y ago
This is a bit of an over-used joke. Given this is explicitly being launched under "Area 120", "Google's workshop for experimental products", I think it's fair to let them ship things, try things out, see what works, and close what doesn't.
- mattkevan 6y ago
  Fair point, but why should anyone bother investing time and effort into using the thing if it's just an experiment? Certainly not going to shift my team or multiple teams onto it if I can't trust it's going to be there tomorrow.
  - jfoster 6y ago
    Google: Hey users, please commit your teams & projects to our new shiny product! Users: Hey Google, please commit to supporting your new shiny product for the long-haul! Stalemate. Google did this to themselves.
  - danpalmer 6y ago
    If you're starting a new team today, or a hobby project, or you have very little movement cost and low risk choosing a new service, then maybe you read this page, see a thing that this solves that has frustrated you about a previous tool, and you go for it. That's why a customer might choose it. That's winning an early customer, that's proving product/market fit, that's progress. That's why Google would do this. The marketing material pitches it as a much bigger deal, but then would anyone sign up if it didn't? There's a minimum quality bar that many people expect before signing up, and from a known entity like Google that's likely a much higher bar. I almost wonder if they're making problems for themselves by naming it under the Google brand? Being completely separate they'd be able to fail faster, ship something lower quality that still proved product/market fit, etc. Area 120 seems to be their attempt to create this space, but I'm undecided on how well I think it will work.
- lowlevel 6y ago
  No joke. We have company policy now to not use google for anything.
tomhoward 6y ago
They kill lots of things because they build and release lots of new things. It's a feature not a bug. (I'm not any kind of Google fanboy. Just bored of predictable takes like this.)

tyingq 6y ago

Yeah, they killed App Maker: "The App Maker editor and user apps will be shut down on January 19, 2021. New application creation is disabled.". And it's somewhat in the same space as Tables.

kgersen 6y ago

That was funny 10 years ago, may be.

JeremyBanks 6y ago
Now it's turned from a comic truth to a tragic truth?
buzzerbetrayed 6y ago
What's funny is people acting like this is a joke. It isn't. Adding this to your workflow is asking for a headache in a few years when this gets shut down. Google currently has 5 products that are shutting down between now and the end of 2021. https://killedbygoogle.com/ https://killedbygoogle.com/

SteveNuts 6y ago

Seriously, we're an enterprise G-suite customer and Google really does move too fast for us. It pisses off our executives when things change/get removed. We'll be migrating to O365, despite all its flaws and uptime problems.

totaldude87 6y ago

THIS! , considering the news that they are sunsetting chrome payment api(ish), anyways.. Google used to invent a lot of cool products during their 80/20 rule i guess, and blockbuster hits like gmail, gchat and a lot came out, but only a very few left :(

shadowgovt 6y ago

> Google Tables has no migration tool or system for users to export their data angering some users. Weird. Last I checked, even when deprecations happen, the data is accessible via Takeout.

forgotmypw17 6y ago
This is often claimed, but more often than not, data provided by export features, and not just Google's, are in a format which makes it useless to non-programmers.
- shadowgovt 6y ago
  That's going to be the common case; without knowing the end-target application, most data formats we would pick at random are useless to non-programmers. Even JSON is too complex for non-programmers.
  - forgotmypw17 6y ago
    Plaintext would not be too complex for non-programmers. Coupled with in-file tokens, it makes for an easy format to export into anything. That's why I am using it as the base format for my forum application. At any time, the entire forum content can be exported into plaintext, which is readable by most users on most platforms (except iOS) And also can be re-imported into just about anything with a quick Perl script.
    - shadowgovt 6y ago
      Plaintext is too complex for programmers and likely drops semantic information that is needed to reconstruct the relations in the original data. There's a reason plaintext is rarely used as the preferred method of semantic data exchange. What's our preferred method of representing images with plaintext? Audio files? Rich text, such as Google Docs? Spreadsheets (complete with formulae and attached macros)? Databases that contain bin-blob fields? > And also can be re-imported into just about anything with a quick Perl script. In your specific use case, I expect that works well. In the general case, my experience has been that plaintext can be imported into just about anything incorrectly with a quick Perl script. And when the data is MBs / GBs, the odds that such an error goes unnoticed until the data is needed and cannot be reconstituted are high.

deleted 6y ago

[deleted]

danpalmer 6y ago

This is a bit of an over-used joke. Given this is explicitly being launched under "Area 120", "Google's workshop for experimental products", I think it's fair to let them ship things, try things out, see what works, and close what doesn't.

mattkevan 6y ago
Fair point, but why should anyone bother investing time and effort into using the thing if it's just an experiment? Certainly not going to shift my team or multiple teams onto it if I can't trust it's going to be there tomorrow.
- jfoster 6y ago
  Google: Hey users, please commit your teams & projects to our new shiny product! Users: Hey Google, please commit to supporting your new shiny product for the long-haul! Stalemate. Google did this to themselves.
- danpalmer 6y ago
  If you're starting a new team today, or a hobby project, or you have very little movement cost and low risk choosing a new service, then maybe you read this page, see a thing that this solves that has frustrated you about a previous tool, and you go for it. That's why a customer might choose it. That's winning an early customer, that's proving product/market fit, that's progress. That's why Google would do this. The marketing material pitches it as a much bigger deal, but then would anyone sign up if it didn't? There's a minimum quality bar that many people expect before signing up, and from a known entity like Google that's likely a much higher bar. I almost wonder if they're making problems for themselves by naming it under the Google brand? Being completely separate they'd be able to fail faster, ship something lower quality that still proved product/market fit, etc. Area 120 seems to be their attempt to create this space, but I'm undecided on how well I think it will work.
lowlevel 6y ago
No joke. We have company policy now to not use google for anything.

tomhoward 6y ago

They kill lots of things because they build and release lots of new things. It's a feature not a bug. (I'm not any kind of Google fanboy. Just bored of predictable takes like this.)