domingo
dic182005
JavaPolis 2005
domingo, diciembre 18, 2005 at 7:40PM
Para aquellos que no se enteraron, la semana pasada se celebrý el evento JavaPolis 2005 en Amberes, Bélgica. Organizado por el grupo de usuarios de Bélgica BeJUG, reunrió a unos 2100 desarrolladores de casi todos los paises, como anécdota en el caso de europa solo faltý alguien de Portugal, y contý con la presencia de muchos ponentes "de renombre" y charlas para todos los gustos.
Muy orientada hacia el programador, con sýlo una "escapada comercial" el primer dýa de un fabricante, las presentaciones fueron bastante interesantes y los ponentes muy accesibles para charlar despues. Resaltar que tras una pausa por las navidades, se iniciarý el trabajo de pasar todas las ponencias a formato electrýnico y se calcula que estaran disponibles gratuitamente alrededor de Marzo. Se distribuirýn por Internet a travýs de JavaLobby, el sitio de JavaPolis e InfoQ, el nuevo portal web de Floyd Marinescu.
Por mi parte resaltar, por ejemplo, la charla sobre utilidades para concurrencia en Tiger (1.5) que me parecrió muy ýtil y clara, facilitando un API de más alto nivel para los usuarios normales de procesos y manteniendo y ampliando el bajo nivel para los que necesiten mucho control.
La del nuevo API de persistencia tambien fue bastante esclarecedora, con bastantes detalles y una serie de preguntas "candentes" que pude hacer despues. En breve, decir que visto que los desarrolladores están impacientes por echarle el guante al nuevo API, van a sacar una primera versrión con una gran parte del funcionamiento especificado, pero no tienen tiempo de cubrirlo todo. Despues irýn cerrando más aspectos a medida que el JCP vaya llegando a acuerdos sobre los aspectos más controvertidos. El objetivo final es que realmente se pueda llegar a un nivel de "portabilidad" parecido al JDBC. Es decir: Que el 90% sea portable y si necesitas algo especifico de un fabricante, pues puedas hacerlo via extensiones, pero sin llegar al nivel de ahora en que para el comportamiento býsico ya tienes que usar cosas propietarias.
Además, se ha previsto el uso en J2SE donde tendrýs que instanciar tu la "factoria", estilo lo que hace Hibernate, JDO etc, y se podrý optar entre anotaciones o XML, para que cada uno pueda escoger según si necesita flexibilidad fuera del codigo fuente o no. Despues de la charla me baje a preguntar y me confirmaron que las operaciones masivas están previstas, update/delete, pero que debido a falta de acuerdo en como hacerlo por culpa de los "fabricantes", de momento el famoso problema del lazy-loading y acceder a datos en presentacrión no está del todo resuelto. Si lo está en el sentido en que se especifica que la aplicacrión que accede a los datos es la responsable de asegurarse que todos los datos son inicializados antes de enviarlos a la otra capa, y se proporcionan mecanismos para ello, pero desde el punto de vista de la que usa los datos, no hay todavia mecanismos para forzar o comprobar que estan todos los datos que quieren. Sin embargo no son ajenos al problema y es uno de los temas que quieren solucionar.
Muchas otras charlas remarcables y de nuevo, como en JavaOne, una llamada de Sun a la colaboracrión a travýs de sus propuestas O.S. como el nuevo mustang y dolphin, glassfish, el JCP, java.net... No es que sea la panacea pero se ve la voluntad de Sun de intentar abrirse mas, o al menos tanto como los abogados les dejan.
Tambrión de nuevo una charla sobre el proyecto brasileýo en el sistema de salud de Sao Paulo, una de las mayores aplicaciones en Java actualmente por su alcance en cuanto a usuarios afectados, pero sobre esta no dirý nada, ya que conozco personalmente a quien dirige el proyecto y da las charlas y mi opinrión no es, o algunos no la considerarían, imparcial ;).
Ah, y de nuevo se ve la "tregua" entre M$ y Sun y un nuevo espiritu de colaboracrión a travýs de un "puesto" en la exposicion de M$ y sus continuas apuestas por integrar mejor Swing con el futuro vista y los trabajos para hacer más compatibles a travýs de Web Services .Net y Java. De momento parece que ambos han pensado que si se respetan y se ayudan, les ira mejor a los dos que gastarse el dinero en "hacerse la traveta".
En fin, sýlo decir que me ha parecido una buena conferencia bastante orientada al desarrollador, más que al marketing, y dado el precio creo que me ha merecido la pena. Así que la recomendaría.
Un saludo
Muy orientada hacia el programador, con sýlo una "escapada comercial" el primer dýa de un fabricante, las presentaciones fueron bastante interesantes y los ponentes muy accesibles para charlar despues. Resaltar que tras una pausa por las navidades, se iniciarý el trabajo de pasar todas las ponencias a formato electrýnico y se calcula que estaran disponibles gratuitamente alrededor de Marzo. Se distribuirýn por Internet a travýs de JavaLobby, el sitio de JavaPolis e InfoQ, el nuevo portal web de Floyd Marinescu.
Por mi parte resaltar, por ejemplo, la charla sobre utilidades para concurrencia en Tiger (1.5) que me parecrió muy ýtil y clara, facilitando un API de más alto nivel para los usuarios normales de procesos y manteniendo y ampliando el bajo nivel para los que necesiten mucho control.
La del nuevo API de persistencia tambien fue bastante esclarecedora, con bastantes detalles y una serie de preguntas "candentes" que pude hacer despues. En breve, decir que visto que los desarrolladores están impacientes por echarle el guante al nuevo API, van a sacar una primera versrión con una gran parte del funcionamiento especificado, pero no tienen tiempo de cubrirlo todo. Despues irýn cerrando más aspectos a medida que el JCP vaya llegando a acuerdos sobre los aspectos más controvertidos. El objetivo final es que realmente se pueda llegar a un nivel de "portabilidad" parecido al JDBC. Es decir: Que el 90% sea portable y si necesitas algo especifico de un fabricante, pues puedas hacerlo via extensiones, pero sin llegar al nivel de ahora en que para el comportamiento býsico ya tienes que usar cosas propietarias.
Además, se ha previsto el uso en J2SE donde tendrýs que instanciar tu la "factoria", estilo lo que hace Hibernate, JDO etc, y se podrý optar entre anotaciones o XML, para que cada uno pueda escoger según si necesita flexibilidad fuera del codigo fuente o no. Despues de la charla me baje a preguntar y me confirmaron que las operaciones masivas están previstas, update/delete, pero que debido a falta de acuerdo en como hacerlo por culpa de los "fabricantes", de momento el famoso problema del lazy-loading y acceder a datos en presentacrión no está del todo resuelto. Si lo está en el sentido en que se especifica que la aplicacrión que accede a los datos es la responsable de asegurarse que todos los datos son inicializados antes de enviarlos a la otra capa, y se proporcionan mecanismos para ello, pero desde el punto de vista de la que usa los datos, no hay todavia mecanismos para forzar o comprobar que estan todos los datos que quieren. Sin embargo no son ajenos al problema y es uno de los temas que quieren solucionar.
Muchas otras charlas remarcables y de nuevo, como en JavaOne, una llamada de Sun a la colaboracrión a travýs de sus propuestas O.S. como el nuevo mustang y dolphin, glassfish, el JCP, java.net... No es que sea la panacea pero se ve la voluntad de Sun de intentar abrirse mas, o al menos tanto como los abogados les dejan.
Tambrión de nuevo una charla sobre el proyecto brasileýo en el sistema de salud de Sao Paulo, una de las mayores aplicaciones en Java actualmente por su alcance en cuanto a usuarios afectados, pero sobre esta no dirý nada, ya que conozco personalmente a quien dirige el proyecto y da las charlas y mi opinrión no es, o algunos no la considerarían, imparcial ;).
Ah, y de nuevo se ve la "tregua" entre M$ y Sun y un nuevo espiritu de colaboracrión a travýs de un "puesto" en la exposicion de M$ y sus continuas apuestas por integrar mejor Swing con el futuro vista y los trabajos para hacer más compatibles a travýs de Web Services .Net y Java. De momento parece que ambos han pensado que si se respetan y se ayudan, les ira mejor a los dos que gastarse el dinero en "hacerse la traveta".
En fin, sýlo decir que me ha parecido una buena conferencia bastante orientada al desarrollador, más que al marketing, y dado el precio creo que me ha merecido la pena. Así que la recomendaría.
Un saludo
Reader Comments