Todas las categorías: [/]
|
Reflexiones sobre Java [Acceso directo] Thu Feb 01 10:56:41 CET 2007 Bruce Eckel es uno de los profesionales de referencia en tecnología Java y autor de "Thinking in Java", uno de los libros más leidos sobre este lenguaje de programación. Recientemente ha publicado un artículo en el que reflexiona sobre la evolución y el estado actual de Java, y de como se ha intentado imponer en ciertos ámbitos en los que puede que no sea la solución más adecuada. En concreto, habla del fracaso de los Applets como interfaz de usuario para aplicaciones Web y de la falta de acierto con WebStart, el sistema de descarga e instalación de aplicaciones vía Web basado en tecnología Java. Sobre los intentos de mejorar las aplicaciones Web por parte de Microsoft y Sun, podeis encontrar un artículo en este mismo blog de noticias: Historia de las Rich Internet Applications. Bruce Eckel también introduce las Rich Internet Applications y defiende el uso de Flash como Runtime para los interfaces de usuario al tratarse de una tecnología que se diseñó desde un comienzo únicamente para esta labor. Por último, su conclusión es que en el desarrollo de aplicaciones Web, deberían utilizarse varias tecnologías/lenguajes/herramientas cada una diseñada para dar la mejor solución a cada capa. Pone como ejemplo que igual que no se insiste en utilizar una base de datos Java, y se utiliza MySQL u Oracle (por ejemplo), no debería insistirse en utilizar una tecnología Java para el interfaz de usuario. Cualquiera que haya intentado hacer una aplicación de cierto tamaño con JSF (Java Server Faces), sabrá a lo que se refiere. La dificultad técnica que implica esta tecnología, los elevados recursos de servidor que requiere y la calidad del interfaz que se consigue, en mi opinión, no salen a cuenta. El artículo se cierra con un enlace a un Video Tutorial en inglés sobre como crear aplicaciones con Flex y TurboGears, un framework de desarrollo basado en Python orientado al desarrollo rápido de aplicaciones. Y es que, dependiendo del tamaño de la aplicación, el volumen de clientes y el medio en el que se difunde (Internet/Intranet/Extranet) no siempre lo más razonable es un desarrollo J2EE, con todo lo que ello implica en tiempo y costes. Parece obvio, pero me consta que en más de una empresa o institución esto es así, sobre todo en las que no falta el dinero porque se gastan el de los demás (gobiernos e instituciones públicas ;-) Referencias:
|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Todas las categorias: [/]