Re: Web Enabling Applications

wrote:

why on earth not stay in that environment in stead of beginning

to complicate things by learning another server side language -

I've been doing a lot of RubyOnRails this past year and have been amazed at
how much time I've been able to save by not having to write everything from
scratch. Need to communicate with Amazon S3? Install paper-clip gem.
Need authentication complete with password reset and tons of other
features? Install Devise gem. Need unit testing of the model, view AND
controller? Pre-built for you with generation utilities. The list goes
on and on and on and on - literally.

One of the reasons to consider a different server-side language is to get
to market faster before you lose business. Like Todd I'd still stick with
IBM i and DB2, but there are times where adopting other languages and
frameworks can make sense.

FWIW, don't pursue Net.data - bad decision on many fronts. Like coming to
a party after everyone's left - still some meat and cheese to eat, and
maybe some watered down punch, but you missed the party and they ain't
coming back.

Aaron Bartell
www.MowYourLawn.com/blog
www.OpenRPGUI.com
www.SoftwareSavesLives.com



On Fri, Dec 7, 2012 at 4:57 PM, Henrik Rützou <hr@xxxxxxxxxxxx> wrote:

Todd,

if your legacy code and application runs in RPG and if your DB is made in
DDS why on earth not stay in that environment in stead of beginning to
complicate things by learning another server side language - if you move

to

another platform you would have to "say goodbye" to all the legacy code
anyway.

Extend your skills in the new WEB 2.0 arena that is basically OO

javascript

and UI client frameworks and don't waste your time in trying to make a
"strategic" server language change on the server if the functionallity is
already there in well known territory - to reach the moon dosn't require
technology that is able to reach any star in the galaxcy.

--
This is the Web Enabling the AS400 / 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.