Devoxx - dia 4

Hola, despues de varios intentos he conseguido poder escribir por aqui.

Hoy ya ha sido el último día completo de conferencias aquí, pero no por ello ha sido menos duro ;).

Hemos empezado el dia con otro keynote donde han hablado sobre metodologías de programación y sobre la relación de los diferentes departamento de la empresa con los desarrolladores.

La primera parte ha ido contando los pros y los grandes contras de las diversas metodologias de programación, XP, Scrum, etc, y ha comentado que andaban investigando una nueva metodología que vuelve a prometer el oro y el moro en cuanto a productividad, a ver en que queda...

La segunda charla ha sido bastante graciosa (el tio podia haber estado en el club de la comedia) pero tenia un mensaje bastante claro. Hay que intentar ser profesionales en lo que hacemos, es decir, hacer las cosas bien y si se ve que no da tiempo, es mejor avisar a los superiores de que es imposible a llegar al plazo pero con una autentica chapuza.

URLs:

• http://www.objectmentor.com
• http://manifest.softwarecraftsmanship.org 
• http://www.fitnesse.org

La siguiente charla trataba sobre los diferentes parsers existentes para XML y sus ventajas e inconvenientes.

Lógicamente la opción más rápida y sencilla es usar SAX/StAX, ya que al ser el más bajo nivel permite mayor personalización. En el siguiente nivel (árboles) han hablado de que aunque el standar es DOM, se ha quedado muy anticuado y es un verdadero quebradero de cabeza, recomendando XOM, que agrupa las ventajas de los diferentes parsers que se han ido desarrollando en este tiempo.

Sobre el DataBinding ha dicho que es realmente práctico el uso de esta tecnología siempre y cuando el abanico de etiquetas no sea excesivo ya que al crear los POJOs puede quedar bastante impracticable.

La recomendación final ha sido usar hojas XSLT junto con XQuery y no usar nada de java para el parsing de los ficheros, ya que sólo consigue ralentizar la aplicación.

 Despues de comer teniamos la intención de ir a una charla sobre la optimización de la JVM, pero aunque hemos llegado 10 min antes la sala estaba hasta arriba literalmente(la gente sentada en todos los pasillos y en la entrada). Al ver que no se iba nadie y como desde donde estabamos no se podia seguir la charla, nos hemos tenido que ir a otra sobre javaFX.

 Aunque pensabamos que iba aser más de lo mismo(si, han vuelto a comentar la librería de controles de JFXtras), la verdad es que ha introducido un concepto bastante interesante como es usar la sencillez del lenguaje para hacer una plataforma de testing. Esta tecnologia es Fest-JavaFX y es compatible con JUnit.

 Después de eso hemos estado en una charla sobre la plataforma Google App, que ahora mismo ya soporta cualquier lenguaje basados en la JVM. Comentar también que tienen un servicio gratuito bastante completo. La gente de Spring ha desarrollado una librería para groovy llamada Gaelyk que incorpora toda  la funcionalidad que ofrece la plataforma de google.

URLs:

• http://elhumidor.blogspot.com/2009/04/clojure-on-google-appengine.html
• http://groovydemos.appspot.com
• http://gaelyk.appspot.com
• http://code.google.com/appengine/articles/deferred.html

La siguiente conferencia fue sobre Dtrace y Btrace sobre Java. Desde Java SE 5.0 existen probes para la JVM aunque sólo estaban disponibles para solaris y mac OS, debido a que son los únicos sistemas compatibles con este sistema.

Para ello han desarrollado btrace, que al funcionar en el nivel de usuario puede usarse en cualquier plataforma, aunque sólo con aplicaciones de la JVM. Para ello inyecta codigo ByteCode dentro del código en ejecución para poder debuggear en sistemas que están en producción.

URLs.

• http://btrace.dev.java.net
• http://opensolaris.org/os/community/dtrace/dtracetoolkit
• http://www.sun.com/bigadmin/content/dtrace.

La última charla del día ha sido sobre el proyecto Jigsaw, que trata la modularización de la futura JDK 7. Como caracteristicas comentar la gestión de dependencias al estilo de los sistemas de paquetes linux, reemplazando al classpath, existiendo modulos virtuales para que puedan existir diferentes implementaciones del mismo módulo. También para conseguir mayor rendimiento, se hará profiling del arranque de las aplicaciones para poder cargar únicamente las clases necesarias.

Esto ha sido todo por ahí. Espero no haberme olvidado comentar nada especialmente relevante como ocurrió ayer ;)

un saludo.