Beefy Boxes and Bandwidth Generously Provided by pair Networks
The stupid question is the question not asked

Re: Your Favorite Heroic Perl Story

by halley (Prior)
on Jan 21, 2005 at 19:52 UTC ( #424116=note: print w/replies, xml ) Need Help??

in reply to Your Favorite Heroic Perl Story

Key lessons learned?
  • don't write code on a production server?
  • don't run code for the first time on a production server?
  • don't do anything unfamiliar on a production server?
  • always mount a scratch monkey
  • grab the source code to rm and find out why it gave an error message
    instead of doing the same thing your script could do

[ e d @ h a l l e y . c c ]

Replies are listed 'Best First'.
Re^2: Your Favorite Heroic Perl Story
by Anonymous Monk on Jan 21, 2005 at 20:06 UTC
    Well, rm should just work and shouldn't have to be debugged. On my system, for example, rm -rf * didn't complain.
Re^2: Your Favorite Heroic Perl Story
by friedo (Prior) on Jan 21, 2005 at 21:31 UTC
    It was not a production server, it was a development server used by many developers.

      I will not cut you any slack for that.

      Any server used by many users is, in fact, a production server. If you were just going to mess up your own area on the development server, you wouldn't have felt it was important to mention the other users.

      Any outage will inconvenience more than one service customer. In your case, the customers are developers, so they both understand that sometimes things get broken, and that you should have known better.

      Your co-workers should not give you any slack for that, either.

      [ e d @ h a l l e y . c c ]

        What about the original story said it wasn't in his local area on the dev server? Just because he asked his co-workers for advice doesn't imply he ran the script in a public area.

        As for slack, I think his co-workers should cut him some, in case they make a mistake of similar magnitude at a later point in time. But in this case, I think it's neither here nor there, since he avoided the outage anyway.


Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://424116]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others rifling through the Monastery: (2)
As of 2018-01-20 01:37 GMT
Find Nodes?
    Voting Booth?
    How did you see in the new year?

    Results (226 votes). Check out past polls.