Me gusta el tema, pero no cambio un as400 por un Pc.

Como trabajo.
Programas de servicios, con un real diseño de servicios, no cosas.  rpg puro.
Un programa servidor de servicios que lo publico como webservices en el as400, 
no websphere.
Desde java, una aplicación inteligente que consume los servicios del as400 a 
por medio del webservice anterior.
Apoyándome en libhttp o c++, consumo webservice de otros proveedores, a partir 
de rpg.

En resumen, tengo la ultima tecnología, buenas presentaciones en web y uno el 
as400 con el mundo de los negocios.

No es esto lo que se quiere en la actualidad, entonces para que tanto 
websphere, si ya existe el plugin para webservice desde V5R4M0.

Por favor, donde hay que cambiar el chip, simplemente hay que conocer el as400 
y combinarlo de una forma correcta con un java que se me sirve de presentación.

Considero que quien desea continuar trabajando en 5250, es por que no se 
actualiza de la tecnología que tiene el as400

  ----- Original Message ----- 
  From: [email protected] 
  To: forum.help400 
  Sent: Wednesday, January 20, 2010 5:01 PM
  Subject: Re: El RPGLE LLEGA A SU FINAL? 



  Respeto tus palabras Guillermo pero estos bancos o empresas que comentas no 
usan ni siquiera un As400, usan máquinas aun más grandes. Eso no 
  desvirtúa al As400, verdad?? 

  Cada cosa en su sitio. 

  Yo no vendo ningun ERP hecho en J2EE (no es lo mismo que Java) solo he dado 
mi opinion convencido que hay mas de un profesional 
  del System i que quiere evolucionar y no sabe para donde tirar. Pues si sirve 
de algo, dejé mi simple opinion/experiencia. 

  Comentarte que el proyecto San Francisco me tocó vivirlo en mis carnes (se le 
antojó el tema al gerente) y cuidado, no es que no funcionara,  simplemente 
  la gente no estaba ni por los "objetos" ni por esas cosas "tan futuristas". 
Yo creo que aun no era el momento y  es que de lo de San Francisco hace una 
pila de años 
  Guillermo. El efecto 2000 y otros te quitaban todo el tiempo. Pero mira por 
donde que la filosofia de los WebServices  son un calco de la filosofia de San 
Francisco. 


  Para mí aun siendo RPGero, como profesional  el J2EE fue una necesidad. Hoy 
dia las empresas tipo con As400 
  van yendo a entornos cada vez más distribuidos y hetereogéneos y mi lenguaje 
de toda la vida se me quedó corto (sobre todo las limitaciones en cuanto a 
arquitectura). 

  Muchas se quitan el As400 por verlo ligado estrictamente al RPG/Cobol y las 
pantallas verdes, además de caro por doquier. Ahí sí que falta ver bien que el 
  ahora llamado System i es ADEMÁS una grandisima base de datos y un gran 
servidor de aplicaciones. Otra cosa es de lo que como profesionales estemos 
dispuestos a exigirle. 
  De lo que estoy convencido es que como no le saquemos más.... con esos costes 
el pobre se nos muere. 


  Si como comentas, no ves ninguna necesidad ni sentido comun en evolucionar 
hacia J2EE o .NET empresarial aunque sea como complemento a lo que ya tienes 
  con Rpg/Cobol, bueno, es tu opinión,... pero yo como profesional, en esa 
posición no me sentí nada a gusto en su momento.  Cada uno es como es. 



  Saludos 







        "Guillermo Andrades (CPI Software)" <[email protected]> 
        Sent by: [email protected] 
        20/01/2010 21:27 Please respond to
              "forum.help400" <[email protected]> 


       To "forum.help400" <[email protected]>  
              cc  
              Subject Re: El RPGLE LLEGA A SU FINAL? 

              

       



  alguien que vende un erp desarrollado en java es natural que hable tan bien 
de ello, pero no deberia ser tan cortante, simplemente en el mundo hay muchas 
alternativas para el desarrollo de software y depende de mil circunstancias y 
de cada entorno y de cada base de conocimiento el que se elija una cosa u otra. 

  de los 50 erp mas conocidos o usados en el mundo (incluyendo sap, los de 
microsoft, oracle, etc) se cuentan con los dedos de la oreja los que estan 
desarrollados en java. 
  item mas, bastantes de los que estan desarrollados en java (que son muy 
pocos). no andan simultaneamente en diferentes plataformas (p.e. IBM i + 
windows + linux + mac + aix), porque hacer que una aplicacion compleja funcione 
en multiplataforma incrementa la complejidad de la aplicacion enormemente. 

  sin embargo lo que si es totalmente cierto es que cuando vas al banco a 
ingresar un cheque, o cuando vas al toys r us a comprar un juguete o cuando vas 
al carrefur o al alcampo a comprar la comida, al dia tambian que es mas barato, 
y cuando tomas cafe en el starbucks, y cuando hablas con la señorita de la 
empresa de seguros sobre tu poliza, y etc etc, mira por donde esas empresas 
corren sus principales aplicaciones en maquinas no conocidas en los cursillos 
de fpII, unas viejas y desactualizadas midrange o mainframe de la IBM. y mira 
tu que gente tan anticuada que la mayor parte de esas aplicaciones estan 
creadas con supuestos lenguajes de programacion de los que no hay libros del 
tipo de "aprende a programar xxx en 15 horas", lenguajes del tipo de RPG o 
Cobol. 

  es que vosotros creeis que ddddd o mmmmm lleva la contabilidad o los pedidos 
en un pc mu-grande? 
  es que conoceis un banco que lleve las cuentas de clientes en el mismo 
sistema operativo que viene con el juego del solitario? 

  veamos 

  << El sentido común y la mayor parte de la industria ha decidido invertir 
todos sus esfuerzos de investigación en un entorno que permita que una 
aplicación pueda ser ejecutada, sin modificaciones, en cualquier plataforma.>> 

  yo tambien sueño por las noches unas cosas que si las contara.... 

  >>Un entorno que permita construir piezas para después ensamblarlas y que, si 
son más o menos estándar, se puedan reutilizar, dando lugar a un mercado de 
componentes de software.>> 

  os acordas de los 300 millones de dolares tirados a la basura por IBM con el 
intento llamado "San Francisco"? 

  <<Aquello que todos habíamos deseado, es posible: escrito una vez, escrito 
para siempre.>> 

  ya digo, confundir deseos con realidad. 
  con casi cualquier lenguaje y mucho sentido comun se pueden establecer 
funciones (no digamos ahora con ILE) para ser reutilizadas, heredadas, etc. 

  mucha gente nos quiere forzar a comparar el RPG de 1974 con el xxxx lenguaje 
de 2009, puestos a comparar vamos a comparar con todo lo que permite el RPG 
actual, y el que viene, porque IBM sigue invirtiendo fuertemente tanto en el 
sistema operativo del IBM i como en su principal lenguaje, desgraciadamente no 
ocurre lo mismo con el Cobol porque Cobol requiere que todos los cambios sean 
globales al no ser un producto de un solo fabricante. 

  En fin, aplicaciones malas las hay en todos los lenguajes, las buenas tambien 
las hay, pero os invito a hacer una lista de las actividades que haceis cada 
uno y pensar que empresas estan asociadas con esa actividad, y adivinar que 
tipo de informatica principal usan. 
  pensar ademas en aplicaciones generales de las empresas como nominas o 
facturaciones o esto y aquello, que porcentaje del mercado tiene java y que 
porcentaje tiene windows y los ibm-mediopelo. 

  hacer una aplicacion es dificil con cualquier sistema, si fuera facil lo 
haria cualquiera. 

  al compañero que dice que ha visto hacer un mantenimiento de una tabla con 
java en cinco minutos solo decirle que primero eso no es java sino alguna 
implementacion o algun framework de java etc etc, y que un mantenimiento de 
tablas hay herramientas que las hacen en RPG o en Cobol en menos de cinco 
minutos tambien, hay varios generadores o wizards que hacen eso (algunos lo 
hacen desde 1988 como Synon o ADP o Snap o Genexus o Adelia, etc), pero una 
aplicacion compleja no es la suma de 137 mantenimientos de tablas. aqui tambien 
el diablo vive y disfruta con los detalles. 

  si es tan bueno y facil java porque ibm no hace aplicaciones de negocios con 
java (preguntales en que esta hecho el sistema de gestion de personal que 
tienen en varios paises). 
  el que haya uno, 17 o 700 empresas diciendo que el java es la leche les 
resuena los dientes a los tantos que dicen que lo mejor es el python o el php o 
el ruby&rails. 

  nosotros lo que conocemos es el rpg y el cobol y conocemos como hacer 
programas y conocemos como funciona nuestra empresa y como podemos ayudarla con 
nuestros conocimientos de informatica, y bueno, y entonces? donde está el 
problema? que el rpg o el cobol no pueden tener un gui moderno? desde luego que 
no si lo quieres ipso facto y gratis, pero es que crees que java  va a darnos 
esto gratis y rapido? le preguntamos al que hace los mantenimientos en cinco 
minutos cuanto tiempo horas hombre ha costado el erp en java? y entonces porque 
no ponemos ese dinero, o la mitad, en mejorar o rehacer nuestras aplicaciones 
con rpg-free, ile, gui moderno y lo que haga falta? 
  o sea que nuestra empresa si quiere las aplicaciones "en moderno" se mete dos 
años y siete millones a implantar una cosa que parece que va  ser la leche... 
(y muchas despues de dos o tres años se dan cuenta que no es oro lo que 
pintaban de amarillo) pero no podemos dedicar el 50% de ese tiempo y dinero a 
mejorar o rehacer aunque sea parcialmente nuestras aplicaciones? 

  no me incluiré en esta aseveracion, el puñetero arbol no os deja ver el 
bosque. 

  Saludos, 
  Guillermo Andrades 
  ____________________________________________________
  © Publicaciones Help400, S.L. - Todos los
  derechos reservados http://www.help400.es
  ----------------------------------------------------
  Para darte de baja visita la siguente URL:
  http://listas.combios.es/mailman/listinfo/forum.help400 



------------------------------------------------------------------------------


  ____________________________________________________
  © Publicaciones Help400, S.L. - Todos los
  derechos reservados http://www.help400.es
  ----------------------------------------------------
  Para darte de baja visita la siguente URL:
  http://listas.combios.es/mailman/listinfo/forum.help400
____________________________________________________
© Publicaciones Help400, S.L. - Todos los
derechos reservados http://www.help400.es
----------------------------------------------------
Para darte de baja visita la siguente URL:
http://listas.combios.es/mailman/listinfo/forum.help400

Responder a