Re: Consultants who have to work on junk equipment

Ooops,

Evan,

I replid to a post from Krys and I think I confused his and yours the way they
were combined - check it out :-) !

Chuck

Evan Harris wrote:

> Chuck Wrote:
>
> <SNIP>
>
> >The other REAL brain-dead deal was "GRTOBJAUT *ALL *ALL, etc."
> >to solve their compile and authority problems rather than figuring out the
> REAL
> >reasons. Believe it or not, I LOST this argument. Needless to say, any of
> you out
> >there that know your stuff could have a FIELD day with this system...
>
> <SNIP>
>
> I believe it.
>
> Right now I'm working on a system where the "development manager" who
> spends most of his time coding, will buy the argument that developers
> should have Secofr class profiles on the production machine, because
> authorities "stop them from doing their jobs".
>
> This is the same guy that agrees that job logging can cause users
> inconvenience when working with spool files because the programmers don't
> know the difference between a WRKSBMJOB *JOB and a WRKSBMJOB *USER, so
> nothing is logged.
>
> This is the same guy who can't work out how I changed the QSECOFR password
> from a generic publicly known password, by submitting a job under his job
> description - which has his user profile in the USRPRF parameter and is
> publicly accessible.
>
> This is the same guy that turned journalling off on a 40 million record
> file that was not backed up, but the journals were, because it was "doing
> something funny to logical files". And also forgot to tell me he had turned
> it off.
>
> Thi is the same guy that doesn't really see the problem with users having
> JOBCTL and SPLCTL authorities.
>
> I could go on for hours about the other stupidities perpertrated on a
> machine that has 200 gig of disk, like the fact that they didnt have any
> kind of backup to speak of when I got there... but I won't.
>
> What has this got to do with the thread ? hmm not a lot.. but Chuck touched
> a nerve I guess...
>
> Cheers.
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---