Subject: Re: netatalk in production environments....(RFC)
From: Chip Mefford (cmefford@avwashington.com)
Date: Thu Jun 01 2000 - 11:15:07 EDT
On Thu, 1 Jun 2000, Luke McNeilage wrote:
>
> >From: Ron Chmara <ron@Opus1.COM>
> >To: Harry Zink/Netatalk List <netatalk@fizbin.com>
> >Subject: Re: netatalk in production environments....(RFC)
> >Date: Thu, 1 Jun 2000 6:27 PM
> >
>
>
> >> > Seriously, though, certain things have _always_
> >> > been considered "not best practice" in one environment I admin for, and
> using
> >> > aliases (which can point to the wrong volume, server, or job) is one of
> >> > them.
> >> They don't point to the wrong locations when you use an ASIP server, or even
> >> standard (old) AppleShare.
> >
> > They most certainly do. They are put on the local desktop and given
> > names like "stuff". Of course, when "stuff" fails to point to the user's
> > intended location, it means that the alias is "broken". :-)
> >
> > More to the point, a pre-press house I used to work in once blew $500 of
> > bad film, matchprint, *and* missed a press date, because an alias was
> > pointing to a folder that supposedly held the right data. It did not,
> > it pointed to an *older* version. This almost cost the company a $120K
> > client.... hence, their standing rule to _only_ access data by a direct
> > path
>
>
>
> Absof*&^$%ing-lutly.
>
> Everybody learn from this example! I see it over and over again in so called
> "production" environments.
>
Seconded,
I encourage the use of local aliases only.
I don't "stop" folks from using aliases on shared volumes, but
I do strongly discourage users from doing so. As I let the
folks that are actually EARNING THE MONEY here do pretty
much what they want and try to offer what guidance I can,
I've seen it time and time again that a collaborative project
will get bumped in revision by one person working late at night
the others folks accessing the document via an alias will continue
on working on the old document, the work will fork off in
different directions, blah blah blah.
Yes, to fix this all one needs do is point fingers, thats
always the easy way. The other way is a bit more arcane, and
it involves helping folks to understand that it is important
to KNOW what they are working on and to take as little for
granted as possible.
This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:30:52 EST