× 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.




I'm quite certain this is going to happen, therefore completely dissing the "i" advantage.

I know from experience that indeed RPG programmers mostly focus on business problems, not technology. And this is not a good thing. You have to focus on both. Both are important. If you build an app using EGL and RPG on the server than you have to decide which part goes where.

In my experience most RPG programmers never really think about how to implement or architect application. If it works then it works (until it doesn't and then we fix it). So yes, we get a big mess with code everywhere on the server and the client. Not to mention all performance problems because lots of code is executed on the client where it would be more efficient to put it on the server.

It's going to be a mess....




Date: Wed, 18 Jun 2008 10:33:53 -0500
From: aaronbartell@xxxxxxxxx
To: egl-i@xxxxxxxxxxxx
Subject: Re: [EGL-i] EGL and RPG - The Fastest Path to the Future

Web applications are required, networking is required, multiple inputs
devices are required.

I would whole heartedly agree that web applications are required, because
afterall everyone has a browser installed by default on their PC desktop.
But that doesn't mean I should reformulate my entire approach to software
development because of a handful of customer facing applications, should
it?

No, the application it split up into tiers: database, business logic,
application control and user interface. This is the way it should be,
because it means I can add a new user interface without changing the rest of
the application. That's where EGL shines!

I won't digress into my "single language" comments here, but would like to
state that I believe RPG shops adopting EGL for the front end will most
likely start to migrate their business logic and DB IO into EGL also. I am
not saying "how would Joe Pluta do it" because you like having RPG on the
backend, but the reality is that most people will go for the one language
environment, and being EGL is the new kid on the block with a fresh look I
would say it will inevitably (and gradually) take over the other areas of
the programming stack. I have found this to be true in cases where
Microsoft technologies have been adopted. Would you agree on this point?

Aaron Bartell
http://mowyourlawn.com
--
This is the EGL on and around the IBM i (EGL-i) mailing list
To post a message email: EGL-i@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/egl-i
or email: EGL-i-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/egl-i.

_________________________________________________________________
De mooiste afbeeldingen van Angelina Jolie vind je met Live Search
http://search.live.com/images/results.aspx?q=angelina%20jolie&FORM=MIINTM

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.