Re: Rendimiento de cgi en as/400

[Guillermo Andrades, CPI Software]

Hablar de esto es para largo, cada persona con su experiencia puede pensar esto y aquello, hay muchos lenguajes, herramientas, modos, plataformas, y elegir cada opcion depende de multiples factores.

pero estamos en un foro de 400, asi que veamos a ver: ?que es lo realmente importante que tenemos en las instalaciones?

- que anda
- que somos nosotros los que lo manejamos
- que sabemos que es seguro
- que accedemos a los datos con DB2/400
- que la logica es RPG (o Cobol)
- que ademas usamos CL, OVRDBF, DTAARA, etc
- que nos ha costado años construirlo

que es a simple vista lo que no tenemos?

- no tenemos colorines
- no estan bien para externalizarlas y que las usen clientes, proveedores, etc

bien, veamos, si mentalmente fueramos capaces de separa en nuestros programas las pantallas de la logica del programa... que tendriamos?

- pantallas dds-dspf
- logica en RPG/Cobol

Por tanto, nuestros programas estan compuestos de una parte (capa) de logica y otra de visualizacion (presentacion).

De las dos cosas... cual es mas valiosa?

- la logica es lo que contiene lo que hace la empresa, seguramente lo que mas vale.

- la presentacion tiene los elementos "imprescindibles" pero en algunos o muchos casos esa presentacion se queda escasa, o anticuada, o poco atractiva, o fea. pero todos los datos valen, y con sus mismas longitudes, incluso con sus mismas descripciones.

Entonces, que queremos?

- Si lo que queremos es lo que tenemos, no hay que sufrir por ello, los usuarios sacan su partido de la aplicacion, la empresa tiene un sistema fuerte, ... para de contar.

- Si apreciamos lo que tenemos pero queremos implementar DENTRO de lo que hay algunas soluciones para modernizar las aplicaciones (o PARTE de las aplicaciones), o queremos que algun MODULO sea accesible por vendedores, directivos, clientes, proveedores, y creemos que debemos hacerlo en un enorno mas actual o conocido como es simplemente acceder usando un navegador de internet... de que estamos hablando?
?estamos hablando de que nuestra logica no vale?
?estamos hablando de que necesitamos campos totalmente diferentes?
?estamos creyendo que necesitamos una plataforma diferente?
?y porque un lenguaje diferente? ?es que lo que tenemos no anda?

Cuando el planteamiento es que necesitamos una aplicacion totalmente diferente y que no va a tener nada que ver con nuestras aplicaciones actuales ya no entran estos razonamientos expresados anteriormente, aunque incluso en este caso hay uno importante:

?que gente va a controlar esa aplicacion y en el futuro? gente diferente a la del 400 porque "total es otra cosa?"
?que pasa si esa aplic sigue creciendo?

en todo caso seria mejor que los actuales profesionales sean los que controlen y vayan por delante en las necesidades de la empresa, porque son estos profesionales los que han creado valor en la empresa con su trabajo y conocimientos. ?quien nos va a decir que ahora eso no vale?

Detras de cada tecnicismo respondido no hay muchas veces mas que desconocimiento real o simplemente ganas de venderte otro tecnicismo.

De una u otra forma, llamale X, toda la infraestructura web de paginas no estaticas esta montada sobre la arquitectura base cgi, unos le llaman x y otros lo enmascaran argumentando para alla y para aca.

De la misma forma que a casi ninguno nos interesa realmente saber como realmente se mueve del disco a memoria cada trocito que necesite el procesador, ni nos interesa mucho saber si es mejor una memoria de aquel tipo o de aquel otro, los tecnicismos exacerbados no conducen a nada.

Nosotros tenemos como objetivo mejorar el uso de las aplicaciones informaticas en la empresa para que se funcione mejor, y al final los problemas mas importantes siguen estando en los mismos sitios.

Es por todo esto y por mucho mas por lo que mi empresa decide hacer valer como mas importante la postura de defender a los profesionales RPG y a la plataforma 400, apoyando la idea de que se pueden hacer aplicaciones Web (Internet o Intranet) con RPG.
Esta idea se fundamenta en la separación de la capa de presentacions (pantallas, dds-dspf) de los programas, rediseñando (con alguna ayuda) las pantallas en formato HTML y cambiando en la parte de logica de los programas todas las actividades de pantalla por funciones de conversación con el browser (navegador de internet).

Con este esquema "solo" hay que aprender HTML, CSS y JS, pero ello es realmente el fundamento de la Web, y realmente no es para tanto.

- el html que es necesario es pequeño, se aprende en horas o muy pocos dias. se puede partir de plantillas, se puede trabajar con editores del tipo "lo que ves es lo que obtienes" como FrontPage, Namo, DreamWeaver... y poco a poco se va aprendiendo lo necesario y a expandirse

- css puede usarse muy poco al principio tambien, o usar plantillas pre-hechas y ir aprendiendo de ellas.

- JS (lenguaje de script) tambien se puede partir de js ya hechos, incluso comprar alguno concreto sin preocuparse mucho del codigo.

La ventaja es que de estos tres elementos html, css, js se encuentran ejemplos por millares en la web y hay muchos libros faciles para introducirse.
Realmente casi no hay paginas web que no tengan dos o tres de estos elementos, asi que esto si que es importante meterse a conocerlo.

Por ejemplo un comienzo es comprar un dominio con alojamiento (los hay por 40 Euros al año) y hacerse unas paginillas personales para ir aprendiendo html, css, js y ftp.
Hay editores gratis muy buenos de html (como html-kit) y de css (como Topstule), por lo que no es dificil comenzar.

no significa que hacemos click y queda la aplicacion convertida, pero que es lo contrario que tenemos?

?aprender otros lenguajes y plataformas?
?reprogramar toda la logica con los consiguientes errores?
?ya que no sotros andamos muy ocupados con las aplicaciones "antiguas" (que son las que andan), metemos a unos chapulines con otro lenguaje y que vayan haciendo las nuevas?
?que nuestra empresa crea que nosotros no valemos "para lo nuevo"?

Nada de lo que digo que los otros lenguajes sean esto ni lo otro, simplemente que nosotros tenemos nuestro lenguaje y nuestra plataforma, que anda en centenares de miles de empresas, y no pequeñas, siendo usados por centenares o miles de usuarios concurrentes y llevando realmente los negocios. Vamos a comparar todo esto con una pantallida con un boton que cambia de color cuando se pasa por arriba? pues bien, ahora podemos hacer botoncitos que cambian de imagen cuando se pasa por arriba pero usando solamente html y css (o js) con, por supuesto, nuestro as400 con RPG como servidor.

LLevamos años y años asistiendo a eventos y documentos en los que se nos insiste que hay lengujes mas modernos, que si ahora modula2, que si ahora smalltolk, que si ahora c++ etc.

Hace unos años tuve un problema legal con una empresa "muy grande" porque algunos directivos de esa empresa estaban comentando en una de esas mesas redondas que hay que ver que los 400 son muy antiguos que cuando las empresas de software iban a cambiar esas cosas a otras mas modernas etc, y lo dijeron de una forma tan grosera que no se me ocurrio otra cosa que preguntarle "que ordenador usan en tu empresa para hacer las nominas o el almacen y el control de facturacion", en fin el resto se puede adivinar.

Cuando uno (no digo yo, digo uno) va al leroy merlin y mira el taladrador electrico tan bonito de oferta, y pensamos que para el AirBus 330 tambie usan uno igual?
cada oveja consu pareja, hay taladradoras y taladradoras.

Los profesionales de 400 a veces tienen (en fin no me incluire aqui) un cierto resquemor de que quiza no estan usando las cosas adecuadas o se sienten sitiados por no hacer las cosas como se dice en ciertos medios, pero realmente si hacemos un analisis proactivo de que cosas han cambiado en el 400 y en RPG en los ultimos años, eso no tiene parangon con ninguna otra plataforma.
IBM apoya java, smalltok, c++, linux y todo lo que quieras, pero ha seguido mejorando y mucho el RPG y el ILE y el propio 400 sin discontinuar lo anterior, y eso no lo tenemos que ver como peyorativo. Si algunos usuarios o programadores se han quedado anclados en aplicaciones 36 pudiendo haber seguido mejorandolas eso no es malo, imaginaros lo que hubiera sido que IBM al empezar a hablar bien de Java (hace de esto nueve diez años) hubiera dejado de mejorar RPG!

Y ahora fijaros lo que ha hecho MS, simplemente discontinua el VB6 y el que quiera pasar proyectos ya hechos a .Net (en aplicaciones medianas o grandes) puede necesitar un esfuerzo mas que considerable.

esto dicho, todo cuesta esfuerzo





--

Saludos/Regards,
Guillermo Andrades
CPI Software
http://www.CpiS.es
http://www.RpgForWeb.com
Web Familiar:   http://www.Andrades.info