|
Oh ya - forget debug and who is THAT good that they haven't needed debug at one time or another <BG>... As for the guess on who - uhhhh, weeeee, uhhhhhhh. Scary Dean !!!! And what IS the winning Powerball number dude ?? !! <BG> Chuck DAsmussen@aol.com wrote: > In a message dated 98-11-17 19:31:09 EST, you write: > > > And ALL DUE RESPECT to you consultants that move around and know your stuff > > and share that information... > > > > At another job, I ran into a group a few years back that knew BPCS pretty > well > > but were basically CLUELESS when it came to the AS/400; but of course they > > would not admit that but rather took on the "know-it-alls" approach. For > instance > > "If you guys are running tight on disk space, remove observability from your > > programs". This during the time that RISC was being announced. I convinced > the > > powers that be that this was NOT the solution but rather disk HOUSE > CLEANING > > was and if there was still a problem, more disk ! Saveda HUGE hassle during > the > > CISC > > to RISC upgrade. 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... > > OoooouuuuuCH! While programs on the AS/400 seem to take up more space than > most files, I would _NEVER_ suggest removing observability to save space even > before the advent of RISC. If you remove observability, you cannot get > variable names _or_ a line number on a program dump. The authority issue goes > without saying. Sounds like a consulting group (and I _DO_ use that term > lightly) whose initials are CC and did lovely things like modifying the RPG > code of BPCS rather than using AS/Set because "they didn't know AS/Set". > Lovely until someone re-generates the RPG code from AS/Set... > > > Kudos to you folks that do things right !! > > Thankee, sai! > > Dean Asmussen > Enterprise Systems Consulting, Inc. > Fuquay-Varina, NC USA > E-Mail: DAsmussen@aol.com > > "A man can fail many times, but he is not a failure until he begins to blame > somebody else." -- John Burroughs > +--- > | 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 +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.