<<Y sigo pensando, que a no ser que den un cambio que "RPG no es un lenguaje orientado a web", lo mismo que PHP no es un lenguaje de transacciones. Pero no me impide usar PHP como lenguaje de transacciones (aunque es una burrada).>>
RPG puede que no, pero RPGIV por supuesto que si. con la ventaja de que RPG esta ademas orientada a aplicaciones transacionales de negocio que es lo que nos mueve.
precisamente PHP es solo para cosas sencillas, aunque con una bicicleta hay gente que da la vuelta al mundo, son excepciones.
<<Y hacer web complejas con RPG y CGI ni me lo planteo con la gran cantidad de peticiones que CGI ejecuta en el servidor y con la apertura y cierre de conexiones HTTP en cada una>>
esto del CGI me tiene maravillado. donde habeis leido estas cosas?
en todo caso AS400 con Apache tiene control completo y automatico de conexiones y las mantiene vivas "lo suficiente".
<<A parte del mantenimiento de aplicaciones y código.>>
precisamente, que mejor mantenimiento que si la aplicacion esta hecha con programas batch RPGIV. sabes a que velocidad se programa programas batch RPGIV con SEU? a toda leche.
y mejor todavia, al poder separar la capa de cliente en uno o varios ficheros HTML, CSS y _javascript_ se puede tocar de forma independiente aquello que se necesite sin tocar lo otro.
es mas, podemos tener a un super experto RPG haciendo la parte de Host y a otro super experto (que no hace falta tanto) en html haciendo la parte de cliente.
en php ni te cuento como seria de horrible la comparacion, todo el codigo mezclado de mala manera. en java me da tiritera la comparacion.
<<Si un cliente o director nos pide una buena web y nos agarramos a nuestro amado RPG, probablemente estemos haciendo un flaco favor al iSeries.>>
esto es la leche!
o sea que mejor le ponemos un puto pc grande con un linux, 42 paginillas con php y jubilamos al programador RPG y vendemos el 400 a los de segunda mano!
toma defensa de la plataforma!
muy al contrario, le hacemos al buen hombre una aplicacion web de la hostia, con codigo estable en RPG que controla el mismo programador que conoce el funcioamiento de la empresa y la parte de cliente podemos adornarla lo que queramos porque es INDEPENDIENTE de la logica de negocio!
<<Una web no solo es recibir y enviar datos. Incluye gestión de sesiones, de varias bases de datos, gestión de descargas, ficheros, servicios web, SEGUIRIDAD, etc, etc.>>
por supuesto.
y quien dice que una web con RPG no puede tener todo esto?
pero encima andando en donde sabes que anda y que si hay algun problema acudes a lo de siempre, joblogs, CPFxxxx etc etc, lo que ya conoces!
sobre SEGURIDAD puedes ver esto.
precisamente la seguridad no es el punto fuerte de php, hay un monton de formas de hackear las conversaciones tipo script sql de php, y sobre java y .net las conversaciones con tramas odbc y sql pueden ser cambiadas en el aire.
la seguridad 100% no se compra en un kiosko, pero no tenemos porque decir que RPG es lo peor en seguridad, claro que todo depende de COMO se hace la aplicacion, si se hace para salir del paso pues puede ser.
hace poco han entrado en las paginas web de microsoft en francia y canada y han cambiado las paginas centrales y las listas de precio de servicios y productos que eran bases de datos sql, asi que si hackean microsoft fijate si no pueden hackear a otro.
los rumores que hay de bancos hackeados en la web son constantes, y por cierto las paginas webs de la banca en general son un ejemplo horrible de aplicaciones web.
<<Una duda con CGI es ¿puede ejecutar programas RPG?. Entiendo que no.>>
pues entiendes malamente, o mejor dicho, que te tienen engañao.
ademas no entiendo este empecinamiento con lo del CGI, como si CGI fuera una cosa que solo existe en el 400 o solo existe en los servidores "antiguos".
En la configuración de apache se puede definir un filtro para ejecutar programas o scripts a partir de las peticiones web, y en ningun sitio de apache se dice "cualquier programa pero que no sea un RPG".
evidentemente en entornos no-400 nadie sabe si se puede o no, pero si se puede ejecutar php o python o perl porque no se va a poder ejecutr un RPG o Fortran o Cobol o C?
nosotros concretamente lo que hemos hecho es facilitar o potenciar mas esto de relacionar RPG (es una forma de decirlo, es un programa ILE 400, podria ser un Cobol ILE).
<<Pero ¿quien habla de falta de consideración con RPG?... Por favor Guillermo, no malinterpretes mis palabras.>>
lo de la falta de consideracion lo decia relacionado con IBM basicamene, por el empecinamiento que muestra con java.
<<Y el repelus con el Java yo creo que es o que no nos lo enseñan bien o que de pequeños no nos tomabamos las lentejas...>>
tienes razon, yo de pequeño no queria tomar las sardinas arenques y fijate que todavia me dan repelus, pero las sardinillas en aceite me vuelven loco.
<<P.D. ABAP es feo de narices, pero ufs.... está orientado a objetos>>
esto de los objetos cuando sea mayor voy a ver si me entero.
en el mundo real de las aplicaciones transaccionales lo unico de interes de la tecnologia de objetos es lo que ya se hacia con el sentido comun: la reutilizacion de partes de codigo compiladas (llamadas a programa o ahora procedimientos ILE), la definicion razonable (como 3a forma normal) de BD y, si se usan tecnicas algo avanzadas, la reutilizacion de especificaciones para el mantenimiento. las demas cosas son chorradas para la galeria.
bueno, voy a ver si voy al fnac a ver si hay algun libro de cgi para leerlo, que me tiene intrigao.
pero bueno, como tu decias lo importante es que se use el 400 y que no se coja un puto pc con unos programillas en ASP o VB,
--
Saludos/Regards,
Guillermo Andrades
CPI Software (http://cpiS.es)
On 7/12/06, appleseed a <[EMAIL PROTECTED]> wrote:
Saludos..NET debe ser una herramienta fabulosa.. pero eso de obligarme a usar Windows, como que no. Como IDE incluso he oido que es mejor que WebSphere, pero yo no me pasaria a .NET... a no ser que me las vea venir en mi empresa y tenga que aprender algo nuevo para poder comer (conozco casos).y que no hay que ser radical hombre.. no soy antinada, simplemente no lo usaría.Pero lo que no veo claro es quedarme toda la vida con RPG, algo de HTML y _javascript_ para hacer desarrollo web... por que si fuera así, no hubiera preguntado por PHP como alternativa.Y sigo pensando, que a no ser que den un cambio que "RPG no es un lenguaje orientado a web", lo mismo que PHP no es un lenguaje de transacciones. Pero no me impide usar PHP como lenguaje de transacciones (aunque es una burrada).Y hacer web complejas con RPG y CGI ni me lo planteo con la gran cantidad de peticiones que CGI ejecuta en el servidor y con la apertura y cierre de conexiones HTTP en cada una. A parte del mantenimiento de aplicaciones y código.Llamemos a cada cosa por su nombre.Es por ello que digo que cada tecnología para lo suyo, y no pidamos peras al olmo.Si un cliente o director nos pide una buena web y nos agarramos a nuestro amado RPG, probablemente estemos haciendo un flaco favor al iSeries.Una web no solo es recibir y enviar datos. Incluye gestión de sesiones, de varias bases de datos, gestión de descargas, ficheros, servicios web, SEGUIRIDAD, etc, etc.Una duda con CGI es ¿puede ejecutar programas RPG?. Entiendo que no.Pero ¿quien habla de falta de consideración con RPG?... Por favor Guillermo, no malinterpretes mis palabras.Y el repelus con el Java yo creo que es o que no nos lo enseñan bien o que de pequeños no nos tomabamos las lentejas...P.D. ABAP es feo de narices, pero ufs.... está orientado a objetos
LLama Gratis a cualquier PC del Mundo.
Llamadas a fijos y móviles desde 1 céntimo por minuto.
http://es.voice.yahoo.com
