Barrapunto

No puedo resistirme a opinar... :-)

Leyendo los mensajes, veo que mucha gente todavía asocia Java a aplicaciones de escritorio o applets. Creo que Java ha demostrado y sigue demostrando que no es válido para este tipo de aplicaciones. Y lo digo yo que trabajo todo el día con Java. Cualquier aplicación de escritorio medianamente completa en Java canibaliza en pocos segundos la memoria del equipo, y abrir dos o tres de ellas en una maquina decentilla es echarse a nadar en el mar de la paginación (!)...

Pero en el lado del servidor es otra cosa. No conozco muy bien PHP pero mi sensación es que es un sistema que cumple muy bien con sus expectativas, aunque tiene un problema. Por hacer una analogía, las antiguas páginas ASP de Microsoft eran parte de una arquitectura denominada "Windows DNA", en la que únicamente jugaban el papel de capa de presentación, dejando las otras capas a merced de COM+ y otros lenguajes de desarrollo. El problema era que el 95% de los desarrolladores se metían a hacer spaguetti code como locos, en insufribles y chapuceros desarrollos. Y con PHP me parece que pasa un poco lo mismo, que hay una buena tecnología por detrás, pero que hay muchísima gente que sigue programando en un modelo funcional, en arquitecturas de una o dos capas como mucho, y jugando al clásico "ensayo -error" con sus páginas PHP.

Seguramente hay un 5% de programadores PHP que utilizan tres o mas capas, con sus pools de objetos, XML+XSLT, Web Services o cualquier otra tecnología, pero mi experiencia con empresas de desarrollo no me dice eso...

Con Java pasa lo mismo. Un desarrollador puede ponerse a tirar JSP a pelo y hacer páginas realmente desastrosas... Pero "estadísticamente" existe una cultura mucho mayor en lo que es desarrollar con modelos MVC, o con patrones de diseño que con PHP. Y no digo ya nada de los desarrolladores de J2EE que por definición deben de trabajar con una serie de clases en interfaces bien definidos, porque si no el servidor no "rula"...

En cuanto a tecnología, solo puedo hablar de Java, y puedo decir que el número de librerías y proyectos open-source es abrumante. Hay cientos de pools de conexiones, varios motores XML + XSLT, un montón de frameworks de presentación (entre los que brilla struts), un buen montón también de herramientas de desarrollo (IDE), y todo esto para el "sabor" preferido de java (servlets, jsp, templates, J2EE), etc.

Y luego maneja un equipo de desarrollo mediano... Como no definas interfaces y/o clases abstractas y una arquitectura medianamente "encorsetada", cada cual se pone a tirar código a su manera y al final todo es un pequeño revuelo de rutinas, librerías, cosas bajadas de Internet, etc. Ahí creo que la OOP de Java (y que nadie empiece el típico "flame" sobre si Java es realmente OOP, por favor de los porfavores...), ayuda mucho...

Nas nas

Seguramente hay un 5% de programadores PHP que utilizan tres o mas capas, con sus pools de objetos, XML+XSLT, Web Services o cualquier otra tecnología, pero mi experiencia con empresas de desarrollo no me dice eso...

Pues tienes razón, quizá solo somos el 5%, pero eso sí, -XML y -XSLT, que las cosas se pueden hacer también sin XML y XSLT, en tres capas, y no pasa nada. Lo importante es separar la lógica de la presentación, creo que con eso basta.

Saludos.