wow. I can't believe how touchy people get about the simplest comments. I am also surprised at the assumptions that get made in order to flame back at some perceived insult. Why do you assume anything about how long I've been at this game, my abilities or the size of my bank account ? And how is any of that even relevant ?
For the record, I wasn't slandering old pros. I was slandering old 'pros' that haven't picked up a manual in 20 years - big difference. The comment was made in response to the statement that 'newer' ( ie. post 1970's ) language features shouldn't be used as they would confuse the 'old timers'. If you are current in the profession then what I said was in no way directed at you - so why the indignation ? Gerry -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Mark Johnson Sent: Thursday, July 14, 2005 11:16 PM To: u2-users@listserver.u2ug.org Subject: Re: [U2] THE variable names Don't cast such stones on us 'old pro's. Many of us have spent more time with these older systems prior to the current system than many have with their only systems. There is an evolution with these MV systems that allows us to be a little cautious of new, platform specific 'features'. At present I have active accounts in Microdata, UV, UD, AP-Pro, D3, MvBase and R90. All support DCOUNT etc and it gets a little hard to remember which system supports REMOVE or SELECT TO. I for one got a little tired with the LOCATE differences and the EXECUTE/PERFORM syntaxes. So I go with the trusted, comprehensive methods. My productivity isn't hampered by using DCOUNT instead of REMOVE. I won't yield to a cpu cycle argument either. Given the tremendous amount of poor programming that I have inherited these last 27 years, I feel pretty good about my abilities (and bank account) in MV programming. I just removed 680 lines from a 900 line program that needed a repair. Since I'm the current cook in the kitchen at my clients, I have to take responsibility for any problems that creep up when I change a program. I may be tweaking lines 100-115 and when the fresh compile produces a new error at line 580, it's now my problem. As with other debatable elements, there will always be 2 solutions to every program. What started out as a curiosity with the THE prefixes, ended up with slandering against the senior members of this forum. Not read the manual in 20 years? We've probably written the one you're reading now. My 1 cent. Mark Johnson ----- Original Message ----- From: "gerry-u2ug" <[EMAIL PROTECTED]> To: <u2-users@listserver.u2ug.org> Sent: Tuesday, July 12, 2005 9:53 AM Subject: RE: [U2] THE variable names > not trying to start anything - but was this intended as a joke ? > I read this as : "don't use current language features because the old 'pros' who haven't picked up a manual in 20 years won't understand it" ? > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] > Sent: Tuesday, July 12, 2005 03:59 AM > To: u2-users@listserver.u2ug.org > Subject: Re: [U2] THE variable names > > > In a message dated 7/10/2005 6:18:39 PM Pacific Daylight Time, > [EMAIL PROTECTED] writes: > > > > LOOP > > REMOVE PROD FROM PRODS SETTING MORE.PRODS > > ...do stuff... > > WHILE MORE.PRODS > > REPEAT > > Why use Remove? It's unfamiliar to more oldtimers and requires use of > SETTING. > Just > SELECT PRODS > and then > READNEXT PROD ELSE DONE = TRUE > > :) > Will Johnson > ------- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ > ------- > u2-users mailing list > u2-users@listserver.u2ug.org > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list u2-users@listserver.u2ug.org To unsubscribe please visit http://listserver.u2ug.org/