Herokai here. Unfortunately we had no choice on the data retention front — once we’ve disconnected your database, we aren’t ALLOWED to hold your data for more than 30 days. That’s part of the data scrubbing protocol that we agree to when you sign up. We fought hard for 90+ days internally, but in the end couldn’t get over the issue that we’d be in violation of our contracts with customers.
craigkerstiens|3 years ago
You could easily block all incoming connections to the database. For a free database of 10k rows there were no SLAs, and you would still technically be hosting the database.
Even taking a dump and emailing it to me feels like a safer option here.
There were better answers here for sure. If the honest answer is we just didn't feel the effort was worth it for this class of users at least own that.
tptacek|3 years ago
You can pick an arbitrary time frame for retention, but whatever you pick, you have to communicate to users, and you can't just change it on a whim. Normal customers want this clock short. They don't want you to retain their stuff after they cancel.
CoastalCoder|3 years ago
I genuinely had to read this twice to get the intended meaning.
FPGAhacker|3 years ago
unknown|3 years ago
[deleted]
robryan|3 years ago
inopinatus|3 years ago
Whoever fostered that naive interpretation was a nitwit. If they’re an actual lawyer, they promoted an intentional, mutually harmful unilateral reinterpretation of an agreement and should be sacked.
Cowering behind T&Cs like this is intellectual bankruptcy. There’s always another solution. The law is not a programming language.
rurp|3 years ago
mst|3 years ago
Plus, it would all likely have worked out fine if they'd emailed the customer a warning or three like they intended to do - it was the failure to do so combined with the failure to detect and remediate the initial failure that sent things down such a dark path here.
fireworks|3 years ago
yamtaddle|3 years ago
I can't be the only one who's basically completely blind to emails from major companies, including SaaS providers, because they're so fucking spammy that the SNR is like 1:99. Notifying me by email, for one of these places, is functionally the same as not notifying me at all.
[EDIT] Sorry, didn't mean to imply the parent wasn't paying attention, just that I'd fully expect a very high percentage of their users to miss the warning in all the noise even if they emailed everyone—even if they emailed them a couple times, actually. That's the cost of every company sending out tons of "join our online seminar on [product]!" and "hey, look, it's our newsletter you never read!" and "it's time for our weekly TOS modification!" emails.
edgyquant|3 years ago
dboreham|3 years ago
skissane|3 years ago
Contracts with some customers, surely? You could have the default be 90+ days, then those customers whose contracts specify a shorter timeframe get that shorter timeframe configured on their account instead. You could give the customer the choice at signup, and let them change it later using the settings console. If their contract doesn't specify a period, send them a notification that you will be changing it to 90+ days, but telling them they have the right to object if they disagree with that.
dotancohen|3 years ago
ehPReth|3 years ago
Cheezewheel|3 years ago
Yea, no. You decided to make the decision for contracts to be that way. The fact that you "fought hard" but that decided on the 30 day retention anyways means that clearly the opinions of engineers don't matter and that the company is completely captured by the lawyers and out of touch executives. It hardly inspires confidence.
It also doesn't at all address the fact that you failed to contact an apparently paying customer that their data was about to be nuked, contract or no.
numpad0|3 years ago
mytailorisrich|3 years ago
The company has no commercial interest in doing that, though.
porpoisemonkey|3 years ago
jacobsenscott|3 years ago
csomar|3 years ago
nimchimpsky|3 years ago
[deleted]
tacker2000|3 years ago
[deleted]