|
>> What I like the most >>about RPG over other languages is the fixed format. > >Fine. But what stops you from continuing to use it even if CF is >released? Nothing. So where's the beef? I think the beef is that Toronto is spending time on CF-specs rather than other things. That's where I agree with the "Don't work on CF-specs" posters. If there are other, more important items to work on, hit those first. Then do the CF-specs. Personally, I prefer that the CF-spec be added to the language. Right now, the only way to indicate "style" is through vertical whitespace; not very effective for indicating nesting of grouping/looping constructs. I am having a difficult time understanding the argument that "it's no longer RPG." I have two separate but connected opinions on this: 1. Good! RPG II (the benchmark?) is hardly the language to write complex modern applications with. I've had more problems working on legacy logic carried forward into RPG/400 than I care to think about. As far as I'm concerned, Toronto should have made RPG IV incompatible with RPG/400. Let those who like RPG/400 keep on using it - it hasn't changed any and it won't change any. Let those who want to change languages use the new, incompatible, better one. 2. What makes a program "RPG enough?" Is it fixed columns? Is using BEGSR instead of procedures? Is it the legacy code that you can support? I can't seem to lay my finger on what makes an RPG program "RPG". Certainly, the addition of CF-specs won't make it as self-extendable as C (or even the much maligned CL!) I don't get how adding CF-specs makes the language "less RPG" +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---END
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.