Jim,

At 1/2/04 11:22 AM, you wrote:
You are correct that much of the performance wisdom that was applicable and widely popular many years ago is moot today. Advances in hardware (both in speed and architecture) and the newer compilers have changed the playing field.



If I were still managing developers these days I'd still avoid the cycle.
The cycle is powerful, but I think it's better suited to the days when
development environments could be AS/400 shops or RPG shops.

I'm not following that logic. Unless you specify NOMAIN, the cycle is built into every RPG program. Coding around it is a stylistic choice. If you understand the language there's no reason that you can't use the cycle to improve readability of the program.


It seems odd to me that "everyone" is ga-ga over (set-at-a-time) SQL, which is basically mini program with its own cycle, yet can't wrap their brains around the RPG cycle!


These days it's hard to find a single-platform environment. When you've got developers
moving from platform to platform I think it's better to expose the database
processing logic in the code than to depend on discrete characteristics of
the compiler.

Every compiler (and language interpreter) on each platform has its own unique characteristics, so you may as well use the strengths of each language (within reason, so no flames about writing everything in MI or Assembler.) Obviously if you are coding to multiple platforms your coding decisions will be different. But to automatically code to the lowest common denominator is counterproductive, IMHO.


I don't understand how using multiple platforms would influence your decision whether to use the cycle or not. If you are using RPG in the first place, multi-platform compatibility is not your first worry, since RPG is only truly compatible to the IBM Midrange.

-mark

-mark


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.