VivaLinux!

Sobre la reciente demanda de Oracle contra Google por Java en Android, el siempre pintoresco Miguel de Icaza también tiene algo que decir. En una entrada en su blog personal de Icaza especula con que la idea de monetizar la propiedad de Java demandando a Google fué insinuada por el anterior presidente de Sun Microsystems Jonathan Schwartz durantes las charlas con Oracle antes de vender su empresa.

Esta osada afirmación fué luego confirmada por el mismísimo creador del lenguaje Java James Gosling, que renunció a Sun poco después su venta, que además agregó que:

"Durante las reuniones de integración entre Sun y Oracle estábamos siendo informados sobre la situación de las patentes entre Sun y Google, y podíamos ver cómo brillaban los ojos de los abogados de Oracle. Hacer demandas por patentes nunca estuvo en el código genético de Sun. Pero... espero evitar ser arrastrado en la refriega: sólo eligieron una de mis patentes (RE38,104) para demandar".

Para entender mejor el asunto, recordemos que Google creó la Dalvik VM, su propia máquina virtual para correr código Java pero incompatible con otras implementaciones (incluyendo la de Sun), evitando con ello también cualquier acuerdo de licenciamiento de Java ME. Un doble pérdida para Sun que ahora Oracle quiere aperentemente cobrar...

Oracle se acaba de ganar otra "victoria" de relaciones públicas anunciando brevemente esta demanda en contra de Google por la violación de por lo menos 7 patentes del lenguaje Java, cuya propiedad adquirió después de comprar Sun Microsystems, durante el desarrollo del sistema operativo Android.

Según Oracle:

"(Google) deliverada, directa y repetidamente infringió la propiedad intelectual relacionada con Java de Oracle (...) Esta demanda busca los remedios apropiados".

"Android (incluyendo pero no limitado al Dalvik VM y el Android SDK) y los dispositivos que operan con Android infringen una o más de las patentes de EE.UU. números 6,125,447, 6,192,476, 5,966,702, 7,426,720, RE38,104, 6,910,205 y 6,061,520. "

La respuesta oficial de Google no se hizo esperar poco después:

"Estamos descepcionados de que Oracle ha elegido atacar tanto a Google como a comunidad Open Source de Java con esta demanda sin fundamentos. La comunidad Open Source de Java va más allá que sólo una corporación y trabaja todos los días para hacer de la web un lugar mejor. Nosotros defenderemos los estándares Open Source y continuaremos trabajando con la industria para desarrollar la plataforma Android".

Básicamente, Oracle considera a Android como un competidor directo con la implementación de Java ME para dispositivos móviles, y busca resarcimientos triples porque afirma que Google está usando, copiando y alentando a otros a copiar tecnologías derivadas de Java sin una licencia adecuada.

El escenario está puesto ahora para un enfrentamiento legal entre gigantes que podría durar años. ¿Será esta parte de la Trampa Java que advirtió Richard Stallman hace años?

Y así como los trabajadores de la información lo hicieron a principios de los 90s cuando introdujeron "por la puerta de atrás" de las grandes empresas toda una serie de herramientas de Microsoft que luego se convirtieron en el estándar de la industria, ahora un reciente reporte de los analistas de turno dice que el apoyo de Google al Open Source hará los mismo de la mano de los desarrolladores.

Herramientas como el Google Web Kit, el soporte del estándar HTML5, el códec de video abierto WebM, y el recientemente anunciado Chrome Web Store, todos ayudarán a Google a ganarse el favor de los desarrolladores para conseguir la penetración en la empresas que sólo el conocimento de las ventajas del Open Source no puede hacer entre gerentes y otros administradores encargados de tomar decisiones.

Los analistas llaman a esos informáticos el "Caballo de Troya" de Google para su adopción en las empresas, en referencia a una estrategia que podría resultar familiar a los más veteranos del medio, como recuerdan los analistas:

"Si uno ha estado en el espacio de la IT empresarial por un buen tiempo, la estrategia de Google le debería resultar familiar; (porque) está sacada directamente del libro de Microsoft".

Con los rumores de que el Android Market pronto se abrirá también para todos esos nuevos dispositivos en formato de "tableta" que prefieren el sistema operativo de Google para teléfonos inteligentes, llega otra bomba que podría hacer explotar la oferta de aplicaciones para Android y darle a esa plataforma una ventaja significativa frente al iPhone y su App Store en la preferencia de los programadores aficionados.

Se trata del nuevo (¿revolucionario?) App Inventor que promete a todos que a partir de ahora no necesitarán de un desarrollador para crear "geniales aplicaciones móviles".

Entre otras cosas, el App Inventor ofrece acceso a las características del dispositivo con Android como el sensor de ubicación GPS, interactividad con sitios como Amazon y Twitter, y un paradigma de diseño visual en el que no es necesario escribir ninguna línea de código.

Y si tenemos en cuenta que, al contrario que el App Store de Apple, todas las aplicaciones disponibles en el Android Market no pasan por un proceso de aprobación obligatorio previo, podemos estar presenciado el nacimiento de una aplicación que puede hacer tanto por aumentar la popularidad de Android entre los programadores como Visual Basic lo hizo por Windows en los 90s... ¿Buena noticia o mala noticia?

Mandriva puede estar pasando por unos tiempos de cambios, pero es bueno saber que algunas cosas todavía siguen su curso normal. Por ejemplo, según este mensaje en la lista de correo de "Cooker" (su versión de desarrollo), se anunció que el esperado lanzamiento de las imágenes ISO finales de Mandriva 2010.1 "Spring" está planeado para el próximo 5 de Julio.

Por otro lado, Mandriva pierde a uno de sus desarrolladores del Kernel: Pascal Terjan, que trabajó en esa empresa por casi 6 años, decidió en el momento en que los rumores sobre el futuro de Mandriva habían alcanzado un nuevo fondo, aceptar una larga oferta de trabajo de Google. Terjan se desempeñará como un "Site Reliabilty Engineer" en las oficinas de Google en Londres a partir del próximo 6 de Septiembre. ¿Otros desarrolladores continuarán con el éxodo?

Google y Eclipse anunciaron cada uno por su cuenta el lanzamiento de los Eclipse Labs, un sitio hospedado con los servicios de Google Project Hosting que quiere juntar en un sólo lugar algunos de los más destacados proyectos basados en el entorno de desarrollo de Eclipse.

Según el anuncio de Google la Fundación de Eclipse se les acercó con la propuesta de alentar todo el ecosistema de su principal proyecto, y que esta colaboración mejorará la visibilidad de otros proyectos "no-oficiales" para que eventualmente se conviertan en proyectos patrocinados por la misma fundación.

Según el anuncio de Eclipse cualquiera que haya creado un proyecto en Google Code podrá hacerlo rápidamente también en los Eclipse Labs y acceder a un sistema de rastreo de errores, repositorio de código (con Subversion o Mercurial) y un sitio web, todo por defecto amparado bajo la licencia Eclipse Public License (EPL), aunque también se puede optar por cualquier otra aceptada por Google Code.

Google también alienta a todos los proyectos relacionados con Eclipse actualmente hospedados en Google Code a que migren al nuevo Eclipse Labs. Dos por lo menos ya lo hicieron: Workspace Mechanic y Project Hosting Connector for Mylyn.

Apareció en la red una confirmación un rumor más de que Google efectivamente liberará el códec de video de alta performance VP8 en su conferencia Google I/O que se llevará a cabo los próximos días 19 y 20 de Mayo, como se había sugerido por primera vez la semana pasada.

Aparentemente Google habría estado trabajando duro reuniéndose con varias empresas realacionadas con el mercado de los videos online, incluyendo fabricantes de hardware, proveedores de plataformas de publicación de contenidos, editores de software de codificación, y otros más para convencerlos de que soporten a VP8 en sus líneas de productos. Hasta ahora parece que han tenido éxito y varios han estado ocupados los últimos meses adoptando el nuevo códec a la espera de que Google lo abra como Open Source el mes que viene.

La lista completa de esos nuevos "socios" de Google se revelaría junto con el anuncio de la liberación de VP8 el 19 de Mayo, aunque también estaría prácticamente confirmado que muchos otros proveedores de contenidos se subirían al mismo tren por su cuenta apenas suceda el histórico acontecimiento.

A principios de este año Android era eliminado del Kernel con algunos llegando a afirmar que Google no tenía intenciones de hacer las modificaciones necesarias para integrarlo nuevamente a la rama de desarrollo de Linux principal.

Un mes después Chris DiBona, el administrador de todas las cosas Open Source en Google, explicó que su verdadera intención es fusionar Android al Kernel "en el próximo par de años", un lapso realista que también había sugerido Linus Torvalds antes.

Ahora, tras la reciente Linux Foundation Collaboration Conference, se reveló que Google planea asignar a 2 desarrolladores para trabajar en la integración de las mejoras hechas para el Kernel de Android a la rama oficial de Linux mantenida por Torvalds. Un número de parches ya fueron propuestos para su integración, y estos mismos harían posible fusionar también una gran cantidad de drivers que habían sido excluídos anteriormente. La tarea llevaría tiempo, pero es algo que ocurre frecuentemente en el desarrollo del Kernel.

La actual versión 2.1 "Eclair" de Android corre sobre el Kernel 2.6.29, pero en lugar de un espacio de usuario (userspace) basado en aplicaciones construídas con frameworks como GTK+ (GNOME) o Qt (KDE), el de Android está basado en Dalvik, una máquina virtual Java especialmente diseñada por Google.

Increíbles rumores estan circulando por la red afirmando que Google finalmente abrirá el código del códec de video de alta performance VP8, liberándolo como Open Source en su próxima conferencia de desarrolladores Google I/O del mes de Mayo. Después de ese acontecimiento se espera que por lo menos los proyectos de los navegadores de Firefox y Google Chrome hagan lo propio anunciando que agregarán el soporte de HTML5 para reproducción de videos usando VP8.

Google respondería así al pedido de la Free Software Foundation (FSF) del pasado mes de Febrero para que liberara el códec sobre el cual tiene todos los derechos desde que adquirió a la empresa On2 Technologies.

Esta noticia adquiere relevancia después que hace sólo unos días atrás Google anunciara que respalda el desarrollo de TheorARM, el códec de video completamente libre basado en VP3, y también poco después de que YouTube y Vimeo comenzaran a soportar la reproducción de videos en el formato H.264, que no requiere de ningún plugin como Flash, pero que es totalmente propietario y privativo. Por ese último motivo, muchos, incluyendo a Mozilla, se habían expresado en contra de H.264 y a favor de alternativas libres y abiertas como Theora.

La decisión no podría ser más oportuna, ahora que los principales navegadores comienzan a soportar masivamente HTML5 y el descontento con Flash está en ascenso, ni más favorable para Google (que tiene el sitio de videos más grande del mundo) pero también para toda la Internet en general.

A principios de año la Free Software Foundation (FSF) le pidió a Google que liberara el códec de video VP8 que había adquirido con la compra de On2 Technologies para "liberar a la web de Flash y el propietario H.264", justo después de que sitios de videos online como YouTube y Vimeo comenzaran a soportar masivamente al H.264.

Google todavía no respondió a ese pedido, pero sí tomó un gran paso en esa dirección hoy con el anuncio de que ayudará a financiar el desarrollo de TheorARM, la versión optimizada para la arquitectura ARM del códec de video libre y gratuito Theora.

La argumentación de Google es que con cada vez más sistemas operativos, navegadores, códecs y dispositivos móviles, se hace también cada vez más difícil tener una forma consistente para publicar y reproducir videos en la web. Según Google lo que claramente se necesita es un mínimo denominador común con el que se pueda trabajar, o sea, un formato estándar al que se pueda recurrir cuando todos los demás recursos fallen. Y para ellos ese estándar es claramente Theora, basado en códec VP3, originalmente propietario pero liberado completamente de licencias y restricciones en el 2002.

Pero con un creciente mercado de teléfonos inteligentes, netbooks y ahora también tablets construídos con procesadores ARM que no tienen el poder típico de las PCs tradicionales, ese nuevo grupo es la más grande clase de dispositivos que todavía necesitan un soporte decente de Theora. Y es allí por donde Google decidió comenzar, contribuyendo al desarrollo de TheorARM, que ahora también tiene la misma licencia BSD que Theora.

Y de pronto, el soporte de Theora en YouTube se ve un poco más cercano...