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.



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.