in reply to Do you enjoy unproductive programmers in your organization??
in thread References

Not all people who have to program in Perl are programmers. And in many organizations it would be irresponsible to insist that they should be.

It is often wise to give some measure of responsibility to your users. They have jobs to do, and it would be unwise for you to make your professional programmers a perpetual bottleneck for all aspects of that process. Should you be involved for some activities? Yes. But just as you do not need an architect to put a picture up in someone's home, you should not need a programmer to modify a personal utility script.

However when you do that, you now have people who are not programmers who need to program. Should you insist on making them all programmers? I think not!

This is one of the prime reasons why Larry Wall insists that baby Perl is Officially OK...

Replies are listed 'Best First'.
Re: "People who program" ne "Programmers"
by dragonchild (Archbishop) on Aug 20, 2001 at 21:03 UTC
    I will agree with that, and even endorse that. However, if you ask a user to maintain/update a script/program that involves references, there is one of three solutions:
    1. Things blow up cause the person responsible doesn't have the knowledge
    2. You're at fault because you didn't take into account the complexity of the assignment
    3. The user now needs to learn about references
    I'm taking a very hard-nosed stance about this because there has to be some amount of accountability, somewhere. You can't just say that someone wants to directly modify something using complex features of a language and not have to learn those features. Sorry. It doesn't work that way.

    ------
    /me wants to be the brightest bulb in the chandelier!

    Vote paco for President!