Yes, those are real words written by a real person, stored on a real server and delivered to you by a real Internet.
A better question might be: "Is this really a copy of a letter written by a particular person to another particular person describing a particular incident?" to which the answer is "No."
An even better question might be: "Do the problems outlined in this document really occur?" to which the answer is "Yes, frequently."
>Worst of all, our database is not backed up, so we lost our data backed up, but the backups don't work, so we lost our data sharded, so we lost our data twice NoSQL, so we're webscale, and we've been losing data for years
Heh. What I keep running into at various companies: "Backed up, but for some reason the restore is going to take three days (if it works), and it will be faster to tap original sources.
No one ever got fired for doing backups. It's "industry standard" so if you don't do it, you'll be out of your job faster than the server which went down. Backups being actually restorable in a reasonable amount of time isn't "industry standard", so nobody cares.
12 comments
[ 2.5 ms ] story [ 37.3 ms ] threadA better question might be: "Is this really a copy of a letter written by a particular person to another particular person describing a particular incident?" to which the answer is "No."
An even better question might be: "Do the problems outlined in this document really occur?" to which the answer is "Yes, frequently."
Heh. What I keep running into at various companies: "Backed up, but for some reason the restore is going to take three days (if it works), and it will be faster to tap original sources.
Why are we doing backups, then? Company policy.
Also missing are a few options on what to do, including: "Let it burn", "Throw more gasoline at it", and "Quit while you still have some sanity left".