DCL and EDT for Unix?

Dave Sill de5 at ornl.gov
Fri Jun 21 03:59:35 AEST 1991


In article <1991Jun19.170723.5663 at casbah.acns.nwu.edu>, jweiss at casbah.acns.nwu.edu (Jerry Weiss) writes:
>
>There is nothing wrong with this approach.  It certainly has its 
>advantages and disadvantages and these should be weighed closely and 
>in consideration with the user population's level of expertise.

Sage advice.  Of course, I was trying to answer the general question
of whether to learn a new environment or make it look like the old
one.  I still think the latter is foolish in most cases.

>If the users aren't programmers and dont normally deal with the fine
>details of either DCL or UNIX, then it is probably an acceptable
>alternative.

In that case, the users are probably spending most of their time in
applications.  The only choice, then, is to port the applications or
buy a version of the same commercial application for the new OS.
I.e., if they're not heavy OS users, then go ahead and teach them the
2 dozen new commands they'll need.  You'll only be wasting time and
money in the long run by making the new OS look like the old OS.

>If on the other hand they are going to be writing DCL procedures or 
>programming, then they should "bite the bullet" and learn
>a UNIX shell.  

My point exactly.

>You can make life easier for most of them however with a few alias
>commands for things like delete, copy and rename etc.

I disagree.  The differences between VMS's "delete" and UNIX's "rm"
are too great to whitewash with an alias.  You'll only confuse your
users by providing partial compatability.

>Don't get hung up about rights and wrongs.  Evaluate the situation and
>tradeoffs and make an informed decision.

Er, decisions are all about rights and wrongs, aren't they?  I believe
that in nearly all cases an informed decision on this matter will be
to make a clean break with the old environment.

-- 
Dave Sill (de5 at ornl.gov)	  Tug on anything in nature and you will find
Martin Marietta Energy Systems    it connected to everything else.
Workstation Support                                             --John Muir



More information about the Comp.unix.shell mailing list