Google aplicará férreo control a desarrolladores de la plataforma Android

Es el titular de la noticia publicada en diarioTi.com, en la cual se da cuenta que Google ha notificado a los grandes fabricantes y operadores de telefonía móvil, que ya no aceptará los cambios unilaterales en los terminales Android, ni las alianzas con terceros, las cuales no cuenten con su aprobación.

El articulo en si es bastante detallado y recomiendo su lectura.

¿Que opinión les merece la nueva postura de Google? 

April fool's day

Hoy es el dia de los inocentes del mundo anglosajon. He encontrado algunas bromas muy buenas:

http://www.sencha.com/blog/ext-js-4-beta-2-preview-the-ext-brew-package

https://www.masterbranch.com/

http://www.meneame.net/story/google-earth-pone-natty-narwhal-tamesis-eng

http://www.pclinuxos.com/

http://www.itwire.com/opinion-and-analysis/open-sauce/46242-linux-kernel-to-be-released-under-bsd-licence 

Todas muy graciosas, pero para mi, los que se llevan la palma, son:

La de Atlassian y sus "Angrynerds": 

http://www.atlassian.com/en/angrynerds 

Probar a comprar uno de los items de merchandising de abajo del todo y leed el formulario, jeje. 

Y, la de omgubuntu:

http://www.omgubuntu.co.uk/bash/

A ver si encontrais alguna mas.

Interesante experiencia probando un stack Java de desarrollo web alternativo

Havoc Pennington en su blog ha documentado un experimento que hizo probando un stack alternativopara desarrollar aplicaciones web con Java. El título de su post deja claro lo que ha hecho: "Quédate con la JVM y tira el resto" (Keep the JVM, dump the rest).

Este stack alternativo tiene tres componentes principales: el lenguaje de programación híbrido funcional-orientado a objetos Scala, el framework web Play la base de datos NoSQL MongoDB. Play permite desarrollar aplicaciones web que pueden empaquetarse en un archivo war y ser desplegadas en cualquier contenedor de Servlets. Sin embargo, también permite desplegar las aplicaciones empleando un servidor web que viene con el propio framework, y que no requiere de Tomcat ni ningún otro contenedor de Servlets.

MongoDB es una base de datos NoSQL orientada a documentos, en donde la información se guarda en formato JSON. Tiene un excelente soporte para "sharding" de un modo bastante transparente, lo cual la hace bastante ideal para escalar horizontalmente, y soporta operaciones tipo Map/Reduce.

Sus conclusiones globales son que el stack es muy prometedor, aunque todavía tiene algunas cosas que no están demasiado pulidas. Una de las más notables son las herramientas de desarrollo; el soporte de Eclipse para Scala es mejorable, y la interacción entre Scala y Play también necesita ser refinada.

Según Havoc, si él tuviese que desarrollar en estos momentos una aplicación real con este stack tendría que "hackearlo" bastante. No obstante, reconoce que el stack incorpora soluciones muy prometedoras y cuando esté un poco más pulido sería una alternativa muy interesante a los stack Java EE tradicionales.
No sólo el post de Havoc es bastante recomendable, sino los comentarios, entre los cuales hay comentarios de varias estrellas del mundo Java EE como Matt Raible.

Sería una interesante experiencia que cada uno de vosotros comentaste debajo de estas líneas con un par de frases cuál es el stack que emplea para desarrollo, especialmente si dicho stack se aleja de los tradicionales Java EE. Así que ¿qué componentes tiene vuestro stack empresarial?  

 

 

Eclipse webtools project (WTP) degrada su calidad de modo continuo

En un interesante post en Stackoverflow uno de los usuarios del portal explica su creciente descontento con Eclipse WTP. Según él, WTP a lo largo de los años ha ido cayendo en rendimiento de modo continuo. Cada nueva versión es más lenta, y encima parece que enlentece todo Eclipse.

Encima, se queja de que hay varios bugs que llevan mucho tiempo sin solucionarse, y de que en general los bugs tardan un tiempo excesivo en ser resueltos. Sus opiniones son corroboradas por varias respuestas al  post. La mayor parte de la gente que le está respondiendo está de acuerdo en que WTP es cada vez más lento y que tiene problemas de usabilidad considerables. La opinión bastante generalizada en este post es que el proyecto cada vez descontenta más a sus usuarios.

Una de las personas que ha respondido al post es, nitind, líder de varios de los subproyectos de WTP. Sus palabras tampoco son demasiado alentadoras... él reconoce que el rendimiento de WTP no es una prioridad para el equipo, ya que tienen recursos limitados y prefieren emplearlos en crear funcionalidad y no mejorar el rendimiento. Después de reconocer esto intenta defender un poco la situación del proyecto, pero sus argumentos la verdad no parecen demasiado convincentes.

¿Cuántos por aquí sois usuarios de WTP? ¿Estáis de acuerdo en que el proyecto tiene problemas crecientes de usabilidad?

NetBeans IDE 7.0 Release Candidate 1 disponible para descarga

Hoy el equipo de Netbeans ha anunciado la versión 7.0 Release Candidate 1 del entorno de desarrollo. Una de las principales novedades es el soporte para Java SE 7, que ya se puede emplear utilizando la versión Release Candidate actualmente disponible del JDK 7 de Oracle.

También trae soporte para JUnit 4.8.2 (al final parece que no lo han retirado del IDE), Maven 3, soporte para edición de HTML 5, y mejoras para trabajar con PHP y C/C++, entre otras cosas. Lo que no habrá es soporte para JRuby en la versión oficial.

Sin embargo, las dos características más importantes que Netbeans trae en esta versión sin duda sonsoporte para WebLogic Server, y soporte para la base de datos de Oracle. Ambos soportes estarán incluidos en el paquete estándar de Netbeans sin necesidad de plugins.

¿Y por qué esto es tan importante?. Porque ahora podemos estar seguros de que de verdad Oracle tiene intención de mantener Netbeans en el futuro. A muchos nos dejaron bastante mosqueados las declaraciones que hizo Oracle cuando compró Sun dejando claro que el IDE para los clientes de Oracle era JDeveloper. Esas declaraciones dejaban a uno bastante mosca sobre del futuro de Netbeans.

Si Oracle no hubiese soportado sus dos productos estrella en Netbeans, sería una señal clara de que no apuesta en serio por Netbeans. Pero el hecho de que se haya molestado en dar soporte a WebLogic y a su base de datos da a entender que también ven como una opción que sus clientes empleen Netbeans (al margen del discurso oficial de la compañía). Y esto es una buena garantía para el futuro de Netbeans.