in reply to Re: On Leaving a Script Behind
in thread On Leaving a Script Behind

What is peoples take on just taking your backups with you when you go?

I'm pretty careful to keep personal stuff segregated from work stuff. That means that I generally don't install personal scripts at work (unless the personal stuff is publicly available as open source). That also means that if a company expects me to work at home, they'd better cough up equipment, because I'm not going to "taint" my personal equipment with their licensed software or intellectual property. I figure that keeping a strict separation is a good way to ward off problems. Am I going overboard? Perhaps. But I witnessed a couple of ugly incidents early in my career, and keeping a wall between job and personal work has just seemed like the safest, most ethical way to go.

The other benefit of leaving work stuff behind is that if I ever write the script again, the result is generally better. Rather than reusing something that I'd probably written in a hurry the first time, my subconscious has had a chance to watch out for new tricks and techniques that could be applied to a rewrite. Ever found yourself looking at a snippet and thinking "Oh wow, I wish I'd known that when I wrote XYZ!". By leaving work code at work, I'm giving myself the chance to take advantage of those insights.

Replies are listed 'Best First'.
Re: (dws)Re^2: On Leaving a Script Behind
by mischief (Hermit) on Jun 09, 2001 at 22:49 UTC
    The other benefit of leaving work stuff behind is that if I ever write the script again, the result is generally better.

    What happens if you use a bit of code that's identical to part of the original? If you came up with a great method of doing something, does that mean that you'll have to deliberately code it badly if you ever rewrite the script at another employer?

      What happens if you use a bit of code that's identical to part of the original? If you came up with a great method of doing something, does that mean that you'll have to deliberately code it badly if you ever rewrite the script at another employer?

      I never deliberately write bad code, unless I'm writing down an example of how not to do things.

      If what comes out of my finger tips the second time around looks alot like the initial effort, that's either an indication that the first attempt was good, or an indication that I haven't learning anything in the meantime. It's often hard to know which of those is true.