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
