I would like to emphasize the SQL and ILE. Everything in the outside world
is SQL. SQL is an absolutely essential skill.

The important thing about ILE is that if you cannot do ILE how could you
possibility do any other modern language? Procedures/Method, Abstraction are
just about as fundamental as you get.



On Tue, Sep 14, 2010 at 10:47 AM, DeLong, Eric <EDeLong@xxxxxxxxxxxxxxx>wrote:

Kelley,

I'm sure many on these lists understand the limits placed on you at your
current employer. However, there are MANY technologies that you can
(and should) become familiar with, that can greatly enhance your
green-screen applications. Off the top of my head, here's a short list
of technologies I use nearly every day...

--SQL - SQL is enormously powerful, and is often a much better solution
for advanced features like sortable subfiles, or for advanced reporting
services (OLAP). SQL is extensible, though stored procedures, UDFs,
UDTFs, Triggers, Referential Constraints, PK/FK relationships, and so
on. While many of these elements can be managed from the OS400 command
line, SQL allows you to define all of these elements in one source
member, if needed. SQL is an industry standard, applicable to all
platforms (with some platform/syntax variations), and a solid
understanding of this can transfer to nearly any IT job.

--ILE - After nearly two decades of ILE, it's amazing how many
developers still have not made the effort to read the ILE Concepts
guide. ILE allows RPG developers to write their code into modules,
which accommodates a number of real benefits to the developer (such as:
reduces lines of code, enforces consistency, allows for enhanced clarity
of design and architecture, etc.) Any modernization goals will depend
somewhat on the quality of your application code, and ILE allows for
MUCH higher quality and flexibility in the development environment.

--API - OS400 is a mature environment, with a HUGE collection of runtime
code that can greatly simplify our tasks. Need to read and write stream
files in the IFS? There's and API for that (actually, there are several
alternatives to choose from)... Need to make your shipping application
access your postal scale through TCP/IP? Use socket api's...

Aside from this, I think developers should strive to learn the "art" of
effective programming. We all have sometimes taken shortcuts during
development, and wound up with difficult code. Poorly named fields or
procedures may hide the intent of the application, or badly structured
code which obscures the logical intent of the developer. Learn how to
abstract concepts from your business applications (what is a customer,
what information describes this entity, what data does this entity own)
then write your code to support those abstractions. Keep it short and
clean, document appropriately. Break away from exposing your database
directly in your programs.

Re: "looking for business development experience" issue, if you've been
at this 30+, you most certainly should have no trouble with selling your
business development skills. Those remain roughly the same regardless
of platform, as it's more about understanding the needs of the business
that you support. I see nothing wrong with you exposing yourself to
webby tech at home, and adding it to a resume. This knowledge simply
supplements your business development skills. Knowing that PHP is
available on the platform, learn PHP at home. If you ever need it, you
can apply that knowledge to IBM midrange easily.

Re: certifications, I have not seen too much need for them. With the
scarcity of RPG developers these days, I doubt most employers would
limit themselves to certified applicants only. Really, there are few
certifications available for this platform anyway, so save your money
there, I think...

Hth,
-Eric DeLong

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Kelley Shaddrick
Sent: Tuesday, September 14, 2010 10:40 AM
To: MIDRANGE-L@xxxxxxxxxxxx
Subject: The Future

We've all read of the impending demise of RPG green screen programmers
(30+ years here). It has been suggested that we branch out into HTML,
CSS, Javascript, PHP, Java, XML, SQL, etc. The list appears to be
endless. The company I work for has NO interest in web based user
interfaces. The folks who work in the customer service, order entry,
accounting, and shipping areas have been here for years and years (they
average 20+ years). They WANT the old green screen interface.

The short story is there is no opportunity to learn any of these "new"
technologies here at work. Sure, I could grab one of the "learn (fill in
the blank) in 24 hours" books and create my own personal website. But,
in past experiences at job interviews, these kind of "development
experiences" were not viewed in a good light. The interviewer is looking
for solid business applications development in a business environment.

So, my question to all of you is, do you know of some kind of degree or
certification program offered by an accredited institution that one
could go through that would, with the previous 30+ years of developing
business applications, help to offset the "looking for business
development experience" issue?

Kelley
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



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.