Re: Holding off recommending Node.JS for now -- WEB400

Kelly

You misunderstood me, I'm not suggesting to shift from COBOL to RPGLE but
just to add RPGLE as an option in your toolbox.

.NET can do a lot for you, but it don't handle/process local (terabyte) IFS
files with hierarchical data that you eventually will run into.

Another thing is about playing around with the idea of using node.js, with
COBOL OPM programmers? Are you trying to give them a heart attack? Before
you even consider that, you should make sure that they are pretty good
programmers that is able to use QC2LE sub-procedures, the concept of ILE,
allocated storage management and thereby other middleware even if it a mix
of COBOL, RPGLE and C.

So sorry, I can’t agree with you it is a different issue or discussion, but
let me state it very clear, OPM programmers doesn’t do neither .NET or
node.js applications nor stored procedures or service programs.

But don’t throw the old OPM babies out with the bathwater, with the right
tools and the right help they can be pushed into making amazing modern
things without them knowing what is going on ‘under the hood’.

Kelly, I’m in fact a little puzzled that you, with a psychological
background, don’t recognize simple basic psychological techniques of
bringing OPM’s forward without creating a neuropsychological backlash
which is basics in all LEAN (making things more efficient and modern)
projects.

Programming is basically a behavior on how to go from A to B, if your
behavior is OPM (should be seen as a metaphor for what you did yesterday)
you will try to solve the problem in OPM however awkward the solution ends
up being.

The trick is – arrrgh – that we can go back to ;-)

On Sun, Oct 18, 2015 at 6:06 PM, Kelly Cookson <KCookson@xxxxxxxxxxxx>
wrote:

Henrik,

I really don't see us using CGI on the IBM i. We can already run SQL
against DB2 files and call CL and COBOL programs (via stored procedures)
using the .NET Provider. I think the preference in our shop would be to
train COBOL developers to use .NET rather than train them to use CGI on the
IBM i.

Whether we should switch from COBOL to RPGLE is an issue that stands on
its own. Some of our teams have started using COBOL ILE. But other teams
are still using COBOL OPM. Given how much COBOL legacy code we have, we
will never actually switch from COBOL to RPGLE. We would at most make an
evolutionary migration from being "COBOL developers" to being "ILE
developers" that used both COBOL and RPGLE. But this is really a discussion
for a different forum.

Thanks,

Kelly Cookson
IT Project Leader
Dot Foods, Inc.
1.217.773.4486 ext. 12676
kcookson@xxxxxxxxxxxx

-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Henrik
Rützou
Sent: Sunday, October 18, 2015 3:07 AM
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] Holding off recommending Node.JS for now

Kelly

Sorry to say, you COBOL programmers has been left out for years since any
new features and most Open Source tools for IBM I is RPGLE oriented in the
meaning that it comes with /copybook's and if in other languages that RPGLE
with RPGLE wrappers.

CGIDEV2 has a COBOL extension but outher tools from Easy/400 are RPGLE,
Apache POI (java) has a RPGLE wrapper, YAJL (Yet Another JSON Library in C)
has a RPG wrapper, HTTPAPI is in RPGLE, powerEXT (my own Open Source) is in
RPGLE. Then there is also all the web products with a pricetag where some
is bound to RPGOA.

Even if node.js became generally used on IBM I you would probably also see
a lot of examples and wrappers made in RPGLE and few made in COBOL.

Last but not least - there is a lot of free resources in various forums
like this that supports RPGLE.

So if you have decided to wait on .NET or mature node.js on IBM I it would
be a good idea to take a look at RPGLE and if you don't already use it
inline SQL.

On Sun, Oct 18, 2015 at 5:53 AM, Kelly Cookson <KCookson@xxxxxxxxxxxx>
wrote:

Sure, leave us COBOL developers out in the cold again. ;-)

Seriously, though, I really don't want to get a year into the node
learning curve only to learn IBM has ported ASP.NET 5 to the IBM i.

Thanks,

Kelly Cookson
IT Project Leader
Dot Foods, Inc.
1.217.773.4486 ext. 12676
kcookson@xxxxxxxxxxxx

-----Original Message-----
From: WEB400 [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Bradley
Stone
Sent: Saturday, October 17, 2015 10:50 PM
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] Holding off recommending Node.JS for now

.net in PASE running on an IBM i....

Maybe what we need is RPG in DOS running on a Chromebook! :)

Sorry, couldn't resist.

On Sat, Oct 17, 2015 at 12:22 PM, Kelly Cookson
<KCookson@xxxxxxxxxxxx>
wrote:

Sad to say, I agree with you. However, I'm cautiously optimistic
that IBM will port ASP.NET 5 to PASE.

First, if IBM supports ASP.NET 5 in its Bluemix cloud, it has a
greater opportunity to sell cloud services. This is already happening.
You can already develop ASP.NET 5 applications on IBM's Bluemix
cloud (

https://developer.ibm.com/bluemix/2015/05/18/getting-started-asp-net-5
-bluemix/
).

This hopefully breaks any ice that might prevent IBM from porting
ASP.NET
5 to the IBM i.

Second, if IBM supports ASP.NET 5 in the IBM i PASE environment, it
would give IBM a greater opportunity to sell IBM i servers to .NET
shops. It may also maintain extisting IBM i shops. A number of shops
run both the IBM i and Windows servers. If ASP.NET 5 ran in PASE,
then growing commitment to .NET development would no longer mean
switching

from IBM i to Windows.

These shops could view the IBM i as an integral part of the .NET
environment.

Thanks,

Kelly Cookson
IT Project Leader
Dot Foods, Inc.
1.217.773.4486 ext. 12676
kcookson@xxxxxxxxxxxx

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)
mailing list To post a message email: WEB400@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)
mailing list To post a message email: WEB400@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.

--
Regards,
Henrik Rützou

http://powerEXT.com <http://powerext.com/>
--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list To post a message email: WEB400@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/web400.

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing
list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.