Re: Single Page Applications

My experience is that some internal customers did resist the change to
web, but once they tryed it they don't go back to the 5250.

If your users are more o less like mine, you will serve them better
moving everything to web.
The main argument against the change is the "slow response" of the
browser, (true when using jdbc - asp) but serving directly the web is as
fast as the green screen, and since you don't have the limits in rows
and columns the "fast page up/down" from the 5250, it gets replaced with
the faster scroll, search,etc in the browser.

Probably the strongest argument against the web in COBOL is ignorance.
COBOL people don't know web and web people only know asp.


On 05/28/2015 12:49 PM, Buck Calabro wrote:

On 5/28/2015 11:41 AM, Kelly Cookson wrote:

The question I'm being asked is why would we want to have two ways of developing web and mobile applications? That means we will have to maintain two sets of legacy applications and maintain sufficient staff with the right skills. Add that to the demonstrated success over more than a decade at using the ASP.NET approach. So why in the world would we want to add COBOL CGI to the mix? That's the obstacle I have to overcome to sell a CGI COBOL approach, or an IBM i Integrated Web Services approach, or any approach other than ASP.NET.

I fight that here. The problem is that management is hung up on the
TCP/IP protocol rather than the user. The actual situation is that
there are already two development staffs; one for the external customers
(web) and one for the internal customers (5250). Does it really make
sense that the same over-stretched outside group be tasked to handle
inside chores too, just because the end result will appear in a browser?
Or is the plan to add to the web team to support the additional
workload? That's a real cost to the business for enforcing a 'one web
team to rule them all' strategy.

-- Este e-mail fue enviado desde el Mail Server del diario ABC Color --
-- Verificado por Anti-Virus Corporativo Symantec --