Una vez más, Luis, completamente de acuerdo contigo.
[email protected] escribió:
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
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
--
José de la Herrán Núñez
Ayuntamiento de Vitoria-Gasteiz
Departamento de Tecnologías de la Información
Responsable de Coordinación Técnica
Pintor Vera Fajardo, 5 bajo, 01008 Vitoria-Gasteiz
Tlf: +34 945 16 16 14
Fax: +34 945 16 16 00
mailto:[email protected]
|
