They also don't have any systems people who know to run backups.
People make mistakes all the times. What's important is how they recover and be better. I remember a story where a guy was resigning after screwing up a million dollar venture. His boss told him, you have just learned a million-dollar lesson on the company's dime and you are quitting? The guy stayed on and flourished.
No one is blaming your co-workers - but when your founders take investment money and insist on keeping themselves in charge, they also take on responsibility for the performance of the company and its technology. Just because their legal liability is limited, they aren't off the hook for what we think of them running their product this way.
Blowing the production database is bad, yes - but a LOT of bad days for top shelf programmers start with "rm". It sounds like you owned up to your mistake and put in the late nights to fix it in a way that your bosses didn't...best of luck to you.
Last I checked, humans do mistake all the time. Not related to systems, or anything really. It's all about being prepared for those and attempting to make as few as possible.
However, I sense you're taking issue with my "bad mistake worse" comment. I don't think anybody is going to argue that dropping a production database is a real mistake. Mistakes happen, and companies (i.e. management) should work to ensure that all the bases are covered, which weren't in this case.