× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Am I understanding you right that you proposing to write new applications
using file I/O rather than SQL?

Even if you are externalizing the I/O I sure wouldn't call that a low code
way to develop code.

You are writing RPG code to do what the database engine can do for you.
That sure isn't low code.

On Wed, Jul 5, 2017 at 4:08 PM, Nathan Andelin <nandelin@xxxxxxxxx> wrote:

The term "low-code development platform" was coined a few years ago by a
Forrester Research analyst to classify products that are being used to
develop and deploy new applications quickly - using little or no code.

The analyst noted that a market was growing for this type of application
development, and that it was a notable departure from the way that most
business applications have been developed.

I think this topic dovetails with the current discussion about RPG being
easier (or harder) than other languages. The relative ease or difficulty of
a language is somewhat moot if you're not writing much code. No?

It also dovetails with the discussion last week about externalizing DB I/O
in to separate programs or service programs - the idea of having just one
program or service program per database file. Under a low-code platform,
you might have 1-2 generic programs or service programs that perform
essentially all I/O for all database files. File names are passed as
parameters.

From my perspective, you're not really developing new applications with
low-code development platforms. The applications are already built. You're
mostly adapting them to new subjects. Developers might say, hey I like the
way such-and-such application behaves and performs, I can use that as a
basis for ones that I'd like to build.

A "subject" would probably be a database object (physical or logical file).
Low-code tooling might generate some code in order to "extend" some
pre-built behavior, based on templates, which programmers might adapt in
order to add custom behavior. Programmers might "tweak" declarative code
(i.e. variable assignments), but might tend to leave process flow alone.

Low-code platforms emphasize configuration over code. For example, rather
than write code to validate field values and implement referential
integrity constraints, you configure those types of "rules" in a database,
which provides input for pre-built utilities to perform at runtime.

I'm throwing these ideas out to see what RPG developers might think of
them. What about developing new ERP-class systems with such tooling?

Thanks in advance, for your feedback.
--
This is the RPG programming on the IBM i (AS/400 and iSeries) (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.

Please contact support@xxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD


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.