Comparativa entre Eclipse y NetBeans RCPs

En este post, cuyo autor se auto describe como un "Eclipse fan boy", se realiza una comparativa entre las plataformas de cliente rico de Netbeans y Eclipse. Según el post, el modelo de desarrollo en ambas plataformas es fundamentalmente el mismo. Uno de los puntos más relevantes para decidir si decantarse por uno u otro es decidir si uno quiere emplear swing o SWT.

Entre las ventajas de Eclipse está el soporte para OSGi, el estar respaldado por una auténtica comunidad (mientras que Netbeans sólo tiene detrás a Oracle), y el contar con un riquísimo ecosistema de plugins y extensiones. Las ventajas de Netbeans, fruto de ser hijo de un único padre, son el ser más homogéneo, más consistente y tener una forma más estándar de resolver los problemas en él.

Como corolario final, el autor afirma que probablemente Netbeans es una opción mejor para comenzar a usar una plataforma de cliente rico por el hecho de ser más homogéneo. Pero con Eclipse se tienen más oportunidades para reutilizar otros proyectos porque su ecosistema es mucho más vibrante.

¿Cuántos de vosotros habéis trabajado con alguna de las dos plataformas? ¿Cual ha sido vuestra experiencia?

  

Los desarrolladores son como el buen vino: cuanto más viejos, más buenos y más escasos

Stackoverflow, la web de preguntas y respuestas sobre tecnología/programación más popular en Internet, ha hecho públicos datos acerca de sus usuarios de modo anónimo. Y en este blog han realizado un análisis interesante de los datos en lo relativo a la edad de los usuarios de Stackoverflow.

De los aproximadamente 70.000 usuarios de Stackoverflow que tienen una reputación por encima de 100, el 53% de ellos tenían la edad listada en su perfil, unos 37.400 usuarios. Al representar el número de desarrolladores que tienen una determinada edad junto con la reputación media de los desarrolladores frente a su edad obtenemos: 

 

Es decir, la tendencia es clara: a más edad, más reputación promedio. Y a más edad menos desarrolladores. Por tanto, los desarrolladores veteranos parecen ser mejores (al menos si se miden en cuanto a su reputación en Stackoverflow) que los más jóvenes.

También parecen ser más activos. Esta gráfica muestra el número de posts promedio por desarrollador según la edad, y el número de preguntas promedio. A más edad, más respuestas proporciona y menos preguntas hace: 

 

¿Qué os parecen estos datos?

Oracle anuncia que la RI de Java SE 7 se basará en el OpenJDK

Recientemente Oracle ha anunciado que la que la RI ("Reference Implementation") de Java SE 7 se basará en el OpenJDK. Tradicionalmente, Sun mantenía el proyecto OpenJDK y a partir de él creaba una distribución propia que publicaba en modo binario como implementación de referencia. A partir de Java SE 7, el propio OpenJDK será la implementación de referencia.

Por el resto, todas las condiciones de licenciamiento/uso se seguirán manteniendo. La implementación de referencia estará disponible bajo licencia dual GPLv2 + BCL (una licencia comercial). El test de compatibilidad seguirá siendo gratuito para implementaciones opensource que estén basadas en el propio OpenJDK (es decir, en la práctica para nadie, ya que nadie ha tomado ventaja de esto) pero no para otras implementaciones (como Apache Harmony, a quien sí que le gustaría tomar ventaja del acceso al test de compatibilidad pero no puede).

En este sentido, no ha cambiado absolutamente nada. Lo que sí que va a cambiar, aunque no lo han dicho en la nota de prensa, es que aparte de esta implementación de referencia habrá un JDK de Oracle con características más "empresariales", como por ejemplo la funcionalidad de monitorización ("Mision Control") de JRockit. 

Interesante artículo sobre mejorar el rendimiento de JPA

James Sutherland, un ingeniero de Oracle y uno de los desarrolladores de EclipseLink, ha publicado un interesante artículo en su blog sobre cómo mejorar el rendimiento de aplicaciones JPA. En este artículo reflexiona sobre cómo JPA al aislar al programador sobre muchos detalles de bajo nivel relativos al acceso a bases de datos puede llevar a un pobre rendimiento de la aplicación si el programador no conoce como la implementación de JPA que está empleando realiza los accesos a la base de datos.

En el artículo se analizan distintas opciones a considerar para mejorar el rendimiento de aplicaciones JPA. Algunas de ellas sólo pueden aplicarse en escenarios bastante concretos, mientras que otras son bastante genéricas. El resultado final para el ejemplo que usa en el artículo es sorprendente: ha conseguido disminuir el tiempo de ejecución de su código desde 133,5 ms a 6,93 ms. Una lectura bastante recomendada para cualquiera que use JPA.

AgileBox 1.0 released

En #lebrijocom Labs hemos  creado una máquina virtual con virtualbox que nos ayudará a gestionar nuestros proyectos de desarrollo de software.

Hemos tratado de elegir los subsistemas más utilizados actualmente (Subversion, Nexus, Jenkins, Sonar), con la idea de poder programar con los principios de la programación extrema: integración contínua, control de versiones, calidad de código y control de la configuración. 100% Open Source.

Además hemos instalado un magnífico software de gestión de proyectos como es RedMine:

Podéis descargar la imagen en en este enlace. Espero que la disfrutéis !!