Re: What after Year2000

[Don <dr2@xxxxxxxxxxxxxxxx>]

Hey, been there, done that....

My intention with the lazy user pun was to slam those nitwits that WON'T
LEARN ANYTHING BEYOND POINT AND CLICK and think that the world should
revolve around their f'ing mouse!  

I fully support that ole green screens are in MANY cases the prefered for
the user...and yes, I prefer a green screen when doing heads down 5250
type coding...also prefer to give it to the floor folks, data entry, etc.,
and MOST folks don't need all that GUI "stuff"!  Will someone tell me WHY
a person that's just doing order entry NEEDS a PC???  With all the latest
windows stuff????

 Hey, I've put in MORE than my share of those 80 hr weeks sans ANY thanks
and watched the doinks in marketing/accounting/production get all the
awards and bonuses.  I KNOW what it's like to see my S/38 or AS/400 turned
into some damn giant adding machine for the bean counters who have no more
life than to make sure that their general ledger balances....

...that's why I left MIS management LOOOONNNNGGGG ago!  I still put in
regular 60+hr weeks, but this time I GET PAID FOR IT!  ...and I even get
an occassional "thank you", which is something I NEVER got from a
boss....and I don't plan on going back to that ole scene.....  Perhaps if
Al's and my predictions come true about 2002, I may not have much choice,
but for the time being, those days are history!

On Sun, 15 Jun 1997 DAsmussen@aol.com wrote:

> Don,
> 
> In a message dated 97-06-14 11:45:00 EDT, you write:
> 
> <<snip>>
> > n+2:  The programming environment of 2002 will be substancially different
> >  than it is today.  GUI will be the name of the game and even though VRPG
> >  and JAVA may not be magnum hits now, "windows" and "user friendly" (for
> >  STUPID and LAZY users, jmho) will be the environment du jour...  IFF the
> >  400 survives, it will serve as a server environment with thin client
> >  (thanks for the good idea, Lou B.!) and not the box that we all migrated
> >  our S/38 and (that glorified PC with VSAM support, aka s/36) onto back
> >  several years ago.  Frankly, NT is driving this direction.
> <<snip>>
> 
> You IFF statment implies that the AS/400 does not survive (S/36 OCL) :-)!
>  After having just fired off a note to another forum on the GUI issue, I must
> protest your "stupid and lazy user" statement.  Indeed, GUI has been FORCED
> upon the user by stupid and lazy management that heard at some conference
> that it was more productive, without relying on any studies to support this
> assumption.
> 
> Heck, I've have users that REFUSE TO THIS DAY to give up their 5250's (yes,
> some are still operational) because they LIKE them (and the accompanying
> "rasberry", go figure).  Imagine a whole room full of 3477C or higher
> terminals, with that ONE "white monster" sitting in the corner!  These users
> "don't need no stinkin' GUI", just something that makes their lives easier.
>  One of my major concerns over the new BPCS Client/Server (full mode) is that
> it is just THAT -- GUI, PC-Based, one MORE thing for busy users to have to
> learn that they don't want to.  Client/Server and GUI are to our industry
> what JIT was to the manufacturing industry not long ago -- sounds good to
> management, but the real-world answer is probably "some of both, and probably
> less of the new".
> 
> GUI also introduces a level of instability that makes ALL of us look bad.
>  Site licenses for PC applications usually involve running the router and/or
> emulation software from the network.  What is the part of the system most
> likely to fail?  Users don't separate mainframe from midrange, network from
> PC, security from audit -- YOU'RE the computer person, and YOUR application
> isn't functioning (even if caused by the gateway being down).  Users just
> want to get their job done, hopefully in time to leave at 5:00...
> 
> JMHO,
> 
> Dean Asmussen
> Enterprise Systems Consulting, Inc.
> Fuquay-Varina, NC  USA
> E-Mail:  DAsmussen@AOL.COM
> 
> "There is no such thing as a non-working mother." -- Hester Mundis
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> * This is the Midrange System Mailing List!  To submit a new message,   *
> * send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
> * this list send email to MAJORDOMO@midrange.com and specify            *
> * 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
> * should be directed to the list owner / operator: david@midrange.com   *
> * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
> umidr
> 

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the Midrange System Mailing List!  To submit a new message,   *
* send your mail to "MIDRANGE-L@midrange.com".  To unsubscribe from     *
* this list send email to MAJORDOMO@midrange.com and specify            *
* 'unsubscribe MIDRANGE-L' in the body of your message.  Questions      *
* should be directed to the list owner / operator: david@midrange.com   *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *