Buenos días.

"Se presupone que PHP es más fácil de aprender" : Cronometra lo que le costará a un neófito hacer una página web tipo "Hola mundo" con uno y otro y te darás cuenta de que la curva de aprendizaje de php es mucho más rápida. Otra cosa es cuánto se tarda en aprender a hacer aplicaciones serias con uno u otro (en este caso yo creo que también con php se aprende antes, pero en este caso es mi opinión, no una verdad matemática como con el 'Hola mundo').

"Que conste que he visto muy poco código de este lenguaje, pero lo que he visto no me ha gustado": El hecho de que sea facilísimo programar en php hace que cualquiera se anime a programar con él, y por eso se ve a veces por ahí código horrible. Pero ojo, yo he visto código horrible hecho en java, y creo que es aún más horrible que el que puedas ver en php. Al final, si el que programa es chapucero, el código será una chapuza, en java, php o lo que sea.

"Por el contrario, Java (teóricamente) no es fácil de aprender". El problema no es aprender java, sino todo el berenjenal que hay que montar para hacer aplicaciones web serias en java. Es como cuando le preguntan a uno que le acaban de enseñar los movimientos de las fichas si ya sabe jugar al ajedrez. Saber, sabe, pero...

"con Java puedes programar clases estáticas (prácticamente programación estructurada), clases normales (orientación a objetos) o utilizando los miles de frameworks que existen en el mundo para acceso a datos, aplicaciones con patrón MVC, web, etc." : Con php también. De hecho, no recomiendo programar en php sin basarse en un framework (aunque se puede, y es una opción menos suicida que plantearse lo mismo con java).

"Con la particularidad de que todas las clases de negocio o validación (y si se hace bien hasta las visuales) pueden ejecutarse en un servidor de aplicaciones, en un applet, en una aplicación de escritorio, en un móvil, etc. " : Con php, nos fallan los applets, las aplicaciones de escritorio y de móvil (bueno, realmente hay un paquete que permite hacer aplicaciones php de escritorio, pero yo no me metería en esos berenjenales), pero me parece que no es lo que se busca para este caso. Después de todo, los móviles tienen navegador, y por ello acceso a aplicaciones web. Evidentemente, para aplicaciones de escritorio y multiplataforma java es mejor opción, pero si nos centramos en aplicaciones web, y concretamente el interfaz de usuario (el núcleo del sistema yo lo dejaría en RPG), hay mucho que discutir al respecto.

"Es por esta razón que no entiendo la lógica que se sigue normalmente para rechazar Java en el iSeries. " : Yo no lo rechazo, lo que rechazo es que sea la panacea para todo. Utilidades como la que comentas de correo, interfaces entre sistemas con distintas bases de datos, etc. son perfectas para java. Pero en mi opinión, para las aplicaciones web hay que apretar mucho más para que java encaje que para que lo hagan otras posibles soluciones, que ya desde un inicio se diseñaron para ese fin.

Saludos.

Fernando Pérez 

Cerámica Saloni. Dpto. Auditoría y Organización



[EMAIL PROTECTED] escribió:
Buenos días:

He seguido este hilo desde el principio y me llama la atención que se desestime Java y se seleccione PHP cuando ambos lenguajes se suponen desconocidos y ambos se pueden ejecutar en el iSeries.

Se presupone que PHP es más fácil de aprender, la gente lo conoce y funciona en cualquier servidor web. Que conste que he visto muy poco código de este lenguaje, pero lo que he visto no me ha gustado.

Por el contrario, Java (teóricamente) no es fácil de aprender, la gente no sabe sacar todo el potencial que teine y funciona en cualquier servidor (web y no web). Esa es la fama que tiene que le vamos a hacer. Pero si escarbamos un poco, con Java puedes programar clases estáticas (prácticamente programación estructurada), clases normales (orientación a objetos) o utilizando los miles de frameworks que existen en el mundo para acceso a datos, aplicaciones con patrón MVC, web, etc. Con la particularidad de que todas las clases de negocio o validación (y si se hace bien hasta las visuales) pueden ejecutarse en un servidor de aplicaciones, en un applet, en una aplicación de escritorio, en un móvil, etc.

En el iSeries, se habla bien con la base de datos, con los programas RPG, CL, tiene una API de mandatos mucho mejor que las API's de C que se usan en los RPG's. Corre bien cuando se ha ejecutado alguna vez la clase.

Por poner un ejemplo, en mi empresa estamos pensando enviar por mail desde nuestras aplicaciones. Hemos desarrollado tres o cuatro clases en el PC que funcionan perfectamente a partir de la API mail.jar que te puedes bajar desde Internet. Soportan autenticación, cambio de puerto y otras cosas que no hemos sido capaces de configurar en nuestro servidor. Las hemos copiado al iSeries y funcionan sin problemas. Las usamos en un servidor web y lo mismo.

Es por esta razón que no entiendo la lógica que se sigue normalmente para rechazar Java en el iSeries.

Jorge.
__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© 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

begin:vcard
fn;quoted-printable:Fernando P=C3=A9rez
n;quoted-printable:P=C3=A9rez;Fernando
org;quoted-printable:;Auditor=C3=ADa y Organizaci=C3=B3n
email;internet:[EMAIL PROTECTED]
tel;work:Ext. 627
x-mozilla-html:TRUE
version:2.1
end:vcard

__________________________________________________
Forum.HELP400 es un servicio más de NEWS/400.
© 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