In 1981, I started programming on the S/38. Of course, the AS/400 is an updated S/38, so I’ve been working with this architecture for 18 years. About 1984, we programmers started suggesting that IBM add a GUI to the S/38. Today, IBM still doesn’t support a native GUI on the AS/400. Some things never change.
My concept is simple. Enhance RPG and other AS/400 languages so that they can access the user interface controls and classes of a native GUI. Integrate the communication between the GUI running on a client and AS/400 high-level languages (HLLs), such as RPG. Effectively, replace display file DDS with a GUI script.
DDS has survived because it has keyword support. When new features are released, new keywords can be added to DDS. This was a wonderful design decision in the 1970s. Now, however, users rarely look for character-mode user interfaces in an application. If I were a commercial software developer, would I design a new application using a character-mode user interface?
Consider what michaels, ross & cole, ltd. has done in the latest release of the mrc- Productivity Series. The code uses Sockets to integrate RPG running on an AS/400 with a Java user interface running on a client. It’s wonderful!
IBM needs to provide this kind of support for Java within RPG and other AS/400 languages. All I want to do is issue a WRITE operation code in RPG to output a dialog box or panel in the GUI.
A lot of people at IBM Rochester think RPG is holding back the AS/400, but the AS/400 is the most reliable platform available, and RPG applications contribute to that reliability. Most AS/400 applications are written in RPG, not C or C++. There are no pointers to worry about and no dynamic memory allocation or memory leaks causing me to power down my AS/400 twice a day. RPG is one reason the AS/400 is so reliable and successful.
So why doesn’t Rochester support a native GUI on the AS/400? And why doesn’t IBM integrate a native GUI with RPG IV?
Performance is the first reason IBM gives for the implausibility of a GUI on the AS/400. While I know that not all models of the AS/400 PowerPC system have enough horsepower to support a native GUI for every user, I also know that the AS/400s with a red front panel do. Next year’s copper-on-silicon AS/400 systems will certainly have no trouble handling a GUI, so the performance argument is invalid.
The second reason is that larger AS/400 customers demand that IBM respect their investment in “dumb” 5250 terminals. This argument was valid in 1990 but not today. I know of a few large customers that still use dumb terminals, and most are replacing them with PCs.
The third reason is that RPG programmers aren’t skillful enough to learn sophisticated programming techniques, such as the event-driven program model. RPG programmers aren’t skillful? I have to laugh. RPG programmers tolerate some of the oldest development tools of any platform (SEU/PDM), yet they still find creative ways to build GUI-like applications, maintain cryptic RPG II cycle code, and use contemporary RPG IV procedures. It is not that RPG programmers can’t learn these so-called sophisticated languages. It is that they avoid languages that require more skill in application crash and recovery methods than in the language syntax itself. AS/400 programming is about commercial application development—not about tracing memory leaks or rebooting systems. If we enjoyed that, we’d be writing for Microsoft Windows.
The problem is not performance, customers, or programmers. The problem is lack of leadership. IBM isn’t providing the solutions for AS/400 programmers. IBM employs some very smart programmers who could provide those solutions, but they are seldom permitted to. IBM middle management seems to be more interested in reacting to the marketplace with “me too-isms” than in rewarding innovation. By failing the RPG programmer, IBM fails the AS/400 customer. If IBM fails the AS/400 customer, there will be only Windows NT programmers—and they already have plenty of less expensive, non- AS/400 platforms on which to work.
Bob Cozzi is a programmer/consultant, writer/author, and software developer. His popular RPG xTools add-on subprocedure library for RPG IV is fast becoming a standard with RPG developers. His book The Modern RPG Language has been the most widely used RPG programming book for more than a decade. He, along with others, speaks at and produces the highly popular RPG World conference for RPG programmers.
MC Press books written by Robert Cozzi available now on the MC Press Bookstore.
 |
||
 |
|
RPG TnT Get this jam-packed resource of quick, easy-to-implement RPG tips! List Price $65.00 Now On Sale
|
|
||
 |
|
The Modern RPG IV Language Cozzi on everything RPG! What more could you want? List Price $99.95
Now On Sale
|
More than ever, there is a demand for IT to deliver innovation. Your IBM i has been an essential part of your business operations for years. However, your organization may struggle to maintain the current system and implement new projects. The thousands of customers we've worked with and surveyed state that expectations regarding the digital footprint and vision of the company are not aligned with the current IT environment.
TRY the one package that solves all your document design and printing challenges on all your platforms. Produce bar code labels, electronic forms, ad hoc reports, and RFID tags – without programming! MarkMagic is the only document design and print solution that combines report writing, WYSIWYG label and forms design, and conditional printing in one integrated product. Make sure your data survives when catastrophe hits. Request your trial now! Request Now.
Forms of ransomware has been around for over 30 years, and with more and more organizations suffering attacks each year, it continues to endure. What has made ransomware such a durable threat and what is the best way to combat it? In order to prevent ransomware, organizations must first understand how it works.
Disaster protection is vital to every business. Yet, it often consists of patched together procedures that are prone to error. From automatic backups to data encryption to media management, Robot automates the routine (yet often complex) tasks of iSeries backup and recovery, saving you time and money and making the process safer and more reliable. Automate your backups with the Robot Backup and Recovery Solution. Key features include:
Business users want new applications now. Market and regulatory pressures require faster application updates and delivery into production. Your IBM i developers may be approaching retirement, and you see no sure way to fill their positions with experienced developers. In addition, you may be caught between maintaining your existing applications and the uncertainty of moving to something new.
IT managers hoping to find new IBM i talent are discovering that the pool of experienced RPG programmers and operators or administrators with intimate knowledge of the operating system and the applications that run on it is small. This begs the question: How will you manage the platform that supports such a big part of your business? This guide offers strategies and software suggestions to help you plan IT staffing and resources and smooth the transition after your AS/400 talent retires. Read on to learn:
LATEST COMMENTS
MC Press Online