RPG is dead, long live RPG!
For us who has been in IBM midrange from the early 70’ RPG has died many
times (RPG, RPGII, RPGIII etc.) just to see that its successor came out
stronger and with much new and richer functionality that its predecessor .
RPG is a server language and historical it is made to create procedural
(transaction-based) business applications and therefore it is itself
procedural and that is therefore it is a very efficient language for that
kind of applications compared with OO languages that are created to make
applications like word processors, spreadsheets, games and GUI clients.
In other words RPG has a force over any other language unless anybody think
procedural (transaction-based) business applications such as ERP will
disappear overnight or in the coming future.
The strength of RPG is apparent for us that participated in IBM’s San
Francisco java based project where an OO approach was tried in order to be
able to construct OO based and modeled common business objects (CBO’s) and
business components (BPC’s) – the OO approach was simply to complex and San
Francisco would have resulted in a SAP equivalent in complexity.
RPG’s role in direct UI programming may disappear because the UI
development again goes towards client-centric APP’s with their own SDK’s
and program languages (typical C, java or OOjavascript) but this isn’t the
lack of OO in RPG that drives that development, it is the general typical
client and server role/paradigm that are rapidly changing in the
Multi-Channel Delivery (MCD) world.
In this new MCD world another paradigm is also under pressure and that is
the “One programmer can do it all” paradigm – many young programmers title
themselves as “Frontend Programmer” thereby indicating indirectly that they
have no experience in “Backend Programming” or in other words in neither
programming server side applications or manage them.
Last year I visited the IT University in Lund/Sweden. I was presented for a
number of UI’s that apparently talked to a server and I was of course
interested in what technology they used as backend. When I asked them “What
server do you have as backend?” – They answered with a counter question “Do
you mean our mail server?” They didn’t have a server but what they did
have on their laptop was a XAMPP (a little apache environment) that was
able emulate backend and serve the expected data to their APP’s.
The funny thing is that these new guys in town even consider MS .NET as
“old fashion” technology simply because the controller and event handler
are server centric and they didn’t either had any preference of OS on the
server side, what they actually just wanted was a backend that was service
oriented and served the data in JSON! Again, technologies as XML were
considered “old fashion” from these Frontend guy’s point of view and they
would at any time prefer a server that serves them simple JSON instead of
having to deal with a system that may offer the same data in a complex SOAP
environment – just because it is the common technique at hand from the
“server guy’s” point of view.
Another funny thing is that IBM’s lack of adding a common GUI to IBM I,
where MS in the early server war was able to do it with proprietary MS
products like .ASP and later .NET and browser technologies like ACTIVEX and
thereby take marked shares - may backfire for MS not only because of the
new guy’s in town but because they simply didn’t see what was coming from
Google and Apple and it may to me be a plus for IBM Power servers and IBM I.
Back to RPG - RPG as C, JAVA etc., isn’t the answer to all applications,
but taken the type of server side applications RPG typically serves, it has
always been a very strong and proven resistant and useful programming
language to the present technology at any time and as long as the
integrated QSYS.LIB, DB2 and ILE environment exists, RPG will play a key
factor in that environment.
Since RPG lives in the QSYS.LIB ILE environment, RPG can in this
environment mix OO and procedural programming principles. RPG has DB2, SQL
and ILE “build in” as an integrated principal, no other platform or
language has that!
And as long we are able to extend RPG by using the ILE environment – nobody
has to die ;-)
The king is dead, long live the king
On Fri, Feb 17, 2012 at 2:57 PM, Alan Shore <ashore@xxxxxxxx> wrote:
Believe it or not, I can still use my slide rule AND abacus
However, writing numbers in the ledger may be a problem - penmanship was
never my strong point
Alan Shore
Programmer/Analyst, Direct Response
E:AShore@xxxxxxxx
P:(631) 200-5019
C:(631) 880-8640
"If you're going through Hell, keep going" - Winston Churchill
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Vern Hamberg
Sent: Friday, February 17, 2012 8:32 AM
To: RPG programming on the IBM i / System i
Subject: Re: Is RPG dying
Yeah, whatever will businesses do when no one is left that can write MRs?
On 2/17/2012 7:29 AM, Jerry C. Adams wrote:
Sigh. Yes, Vern, I've sort of made a niche for myself in the area by
being able (and willing) to work the 36E and even read RPG II. But
all of the new and rewritten stuff is in ILE RPG (or, at least, RPG IV).
Jerry C. Adams
IBM i Programmer/Analyst
Most pitchers are too smart to manage. -Jim Palmer
--
A&K Wholesale
Murfreesboro, TN
615-867-5070
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx
[mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Vern Hamberg
Sent: Thursday, February 16, 2012 12:01 PM
To: RPG programming on the IBM i / System i
Subject: Re: Is RPG dying
And you're still using it!!
Definitely ducking!
Vern
On 2/16/2012 11:38 AM, Jerry C. Adams wrote:
Must be why my boss back then canceled future program development in
Cobol and said, "Go with the modern RPG II language."
Jerry C. Adams
IBM i Programmer/Analyst
Age is a question of mind over matter. If you don't mind, it doesn't
matter. -Satche Paige
--
A&K Wholesale
Murfreesboro, TN
615-867-5070
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing
list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/rpg400-l.
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
midrange.com
