Entrevista a Tim Boudreau, desarrolador de NetBeans

Tim Boudreau es un desarrolador senior del equipo de NEtBeans, y coautor del libro NetBeans: The Definitive Guide. En una entrevista a Software Reality ha hablado sobre el pasado, el presente y el futuro de esta herramienta. Reconoce fallos del pasado, como la idea del sistema de directorios para representar el proyecto que en la práctica era poco intuitiva.



En la entrevista reconoce que el NetBeans 3.0 a 3.5 tenía carencias notables en cuanto a usabilidad, en buena parte porque Sun metía poco dinero en él. Reconoce que esto le hizo ganarse mala fama y destaca el enorme salto que han dado en este sentido con NEtBeans 3.6 y 4.0. Tambien reconoce alguna carencia actual de NetBeans, como es la documentación de la plataforma de clientes ricos.



También se habla, por supuesto, de Eclipse. Sus opiniones sobre él se sintetizan en este párrafo: ?IBM ha hecho esta una distorsión de realidad bastante asombrosa alrededor del Eclipse - hay algunas personas que en realidad creen que Eclipse fue el primer IDE Java libre, o el primero modular, o la primera plataforma de cliente rica, cuando NetBeans hacía todas estas cosas años antes. El esfuerzo de control de comercialización alrededor del Eclipse es una obra de arte??.



Quizás penséis que exagera, y que a fin de cuentas es de un empleado de Sun. Sin embargo yo estoy de acuerdo con lo que dice. ¿Queréis una prueba? . Os la dejo aquí . Una de las personas más informadas en temas Java que conozco cuando vio Eclipse Rich Client Platform UI efectivamente se creyó que era una idea original y revolucionaria, y no una copia de la veterana NetBeans Platform. Para mi esto no fue un causado por un despiste de Martín; fue causado por una ?distorsión de la realidad? de IBM.

El Rincón Java cambia de sitio

Hola de nuevo,



Después de un tiempo de migración, el Rincón Java ha dejado definitivamente la Universidad de las Islas Baleares para pasar a tener un hosting independiente, gracias a Enredados Serv Informáticos SL, que amablemente patrocina y proporciona el nuevo hosting. También se ha añadido un foro por si alguien quiere pasar a saludar, o sugerir cambios y/o mejoras en el servicio.



El cambio además implica un movimiento de Resin a Tomcat y de Digital Unix/Win2K a Linux, con lo que se vuelve a demostrar el "motto" de Java "Write once, run anywhere".



Aprovechando el cambio, también se ha incluido, gracias a una sugerencia de nuestro amigo JP ;), la posibilidad de consultar las últimas novedades del Rincón en formato RSS (versión 2.0)



Por último, sólamente agradecer a la Universidad de las Islas Baleares el habernos permitido mantener el servicio hasta ahora, no sin olvidarnos de agradecer de nuevo a enREDados su patricinio.



Saludos a todos.



PD: El hermano pequeño del Rincón Java, dedicado al diseño web, css, JavaScript, Photoshop..., el Rincón Web, también ha migrado de la misma forma e incluye los mismos cambios. Esperamos que este servicio también os sea igualmente útil.

Sobre la encuesta del mes: AOP

La encuesta de este mes va sobre AOP. Parece ser que todos nos estamos planteando evaluarla, pero ninguno se quiere meter con ella. Personalmente creo que la AOP está un poco verde para emplear en proyectos en produccrión; por un lado los desarrolladores arán no están muy formados en ella e incluirla puede suponerles una carga mas que una ayuda. Por otro empelarla supone verse ligado a una serie de herramientas y librerýas de terceros, que a dýa de hoy no permiten cambiar de una a otra con facilidad, y que no siempre ofrecen suficientes garantýas de continuidad en el futuro.



En una ocasrión se le preguntý a Gosling porquý nos e habýa incluido soporte para AOP en el JDK 5.0. Eso sin duda hubiese resuelto buena parte de las reticencias para usar AOP. Su respuesta fue tajante: AOP aún está muy verde, necesita más tiempo. Yo coincido con ýl. Creo que es el momento de experimentar y aprender, pero aún no de emplear de modo rutinaria. Claro que esto es sýlo mi opinrión. ¿Cuál es la tuya?.



Si no sabes de que va la AOP te recomiendo que leas el tutorial de jH de AOP , y si eres un poco vago o no tienes tiempo puedes leer lo que yo he escrito debajo de esta líneas, pero vaya por delante que estoy muy lejos de ser un experto en AOP, y espero que me disculpýis (y que me corrijýis) aquellos que estáis más puestos en el tema que yo si he escrito alguna incoherencia.









La Programacrión Orientada a Aspectos (AOP) pretende permitir una adecuada modularizacrión de las aplicaciones y posibilitar una mejor separacrión de los distintos "aspectos" que hay en ella. La AOP pretende capturar los diferentes aspectos que componen una aplicacrión en entidades bien definidas, y eliminado las dependencias entre cada uno de los módulos. De esta forma se consigue razonar mejor sobre los aspectos, se elimina la dispersrión del código y las implementaciones resultan más comprensibles, adaptables y reutilizables.



¿Y que son estos aspectos? Un aspecto pretende capturar un comportamiento parcial comýn a varis unidades de código. Por ejemplo imaginaos una clase que permite realizar operaciones sobre una base de datos. En funcrión de los roles de los usuarios y de si la operacrión es sýlo de consulta o modifica informacrión hay unos usuarios autorizados a realizarla y otros no. Por lo tanto antes de ejecutar el cuerpo de un método debemos chequear si este usuario tiene o no permiso para invocarlo. Ese código nada tiene que ver con la lýgica de negocio capturada por el método, y además tendrý que ser replicado en todos los métodos de la case. Por ello entorpece a comprensrión del código y fomenta el copypaste y baja la reutizabilidad del código.



Otra definicrión un poco más týcnica, de Gregor Kickzales es: ýUn aspecto es una unidad modular que se dispersa por la estructura de otras unidades funcionales. Los aspectos existen tanto en la etapa de diseño como en la de implementacrión. Un aspecto de diseño es una unidad modular del diseño que se entremezcla en la estructura de otras partes del diseño. Un aspecto de programa o de código es una unidad modular del programa que aparece en otras unidades modulares del programaý .



¿Cómo funciona la AOP en la práctica? AL AOP te permite programar los aspectos de un modo independiente (chequeos de seguridad en base a roles en nuestro ejemplo) y luego definir unos puntos de intercepcrión (el principio de los métodos que requieran el chequeo de seguridad), en los cuales se ýinsertarýý el código del aspecto, bien dinýmicamente en tiempo de ejecucrión, o bien tras una precompilacrión del código. Es de este modo como se logra tener unas unidades más independientes, reutilizables y fýciles de comprender.



¿Quieres empezar a jugar con esto? Pues el tutorial de jH de AOP incluye ejemplos, no se a que esperas XD.



Bueno, ahora os toca hablar a vosotros: ¿Qué opinýis de la AOP esa? ;)

Jclic: ya puedes usar Clic en Linux

Týtulo exacto de una nota en barrapunto donde hablan de JClic.



Directamente de su pýgina web:

JClic es un entorno para la creacrión, realizacrión y evaluacrión de actividades educativas multimedia, desarrollado en la plataforma Java.



Es una aplicacrión de software libre basada en estándares abiertos que funciona en diversos entornos operativos: Linux, Mac OS X, Windows y Solaris.



En este apartado encontrarýis más informacrión sobre sus características, algunas muestras de su funcionamiento en diversos sistemas operativos y la posibilidad de descargar e instalar los programas que forman JClic.



Por cierto, aquí tenéis algunas capturas de pantalla.

Debate .NET vs J2EE entre

En Theserverside nos informan a cerca de un debate titulado "The Great J2EE vs. Microsoft .Net Shootout" que tuvo lugar en la conferencia OOPSLA. Entre los debatientes estuvieron Anders Hejlsberg, Don Box y por Microsoft, John Crupi, por Sun Services Sun, Rob High de IBM y Alan Knight de Cincom Systems Inc.



Como resumen del debate, del cual podéis leer un amplio resumen en eweek , ambas plataforma se muestran un gran respeto, y sýlo se critican en pequeños detalles puntuales. Por otro lado se reconoce el beneficio mutuo de la competencia, aunque a veces lleva a añadir características a la plataformas que realmente no solo relevantes para los desarrolladores, pero se añaden porque ýla otra lo tieneý.



El debate se ha centrado en aspectos týcnicos, sin embargo se dejan de lado algo muy importante que JAva tiene y de lo que .NET carece: una auténtica comunidad que lo respalde :).