on running rm
The more software I write, the scarier it is to run rm
. I double-check the path every time, and I still secretly hold my breath before hitting enter. It comes down to responsibility, experience, and confidence. The order is not arbitrary, as each is a prerequisite for the next.
It has never bitten me, and it helps that I only work on machines with my custom profiles set up. That way, I’ve got an extra check in place since I’ve aliased rm
to rm -i
, etc. Of course, I am training a bad habit, and there will be a time when I will have to give it up and pay the debt. Unfortunate if it happens on a production machine, but that’s why we have backups, right?
I have only recently become painfully aware of the possible effects of my actions. I knew I could wipe up everything if I typed in the wrong symbols, but it never meant the end of the world. E.g., I could rewrite my answers to a problem sheet in a couple of hours. I could also rely on git to fetch the latest stored version and implement the changes from scratch. And that is still the case for the most part. However, it only takes one un-backed up file to trigger paranoia.
I don’t expect this feeling to go away. I actually agree it shouldn’t. The further I advance, the more critical my decisions will be. So for everybody’s sake, I’d better know what to expect from each of them and be confident that it will not remove the entire company’s operating system.