Los vientos se tornan en favor de Oracle en el juicio contra Google por Android

Esta semana hemos conocido el hecho de que "un ingeniero de Google"  (Joshua Bloch ni más ni menos) ha admitido delante del juez que probablemente ha copiado algoritmos del código fuente de Java de Sun en la construcción de Android. En sus propias palabras delante del juez:

I don't have a recollection, but I'm perfectly willing to believe that I did. You know, I think the similarity of the signature, the fact that, you know, the three arguments are in the same order and have the same name, you know, is a strong indication that it is likely that I did.

Como consecuencia del juicio también se han hecho públicas algunas prácticas en torno al desarrollo de Android que algunos considerarán poco éticas. Por ejemplo, para evitar la fragmentación de la plataforma, Google tomó una decisión muy clara de no desarrollar en abierto, sino de hacer disponible toda la base de código una vez ya estuviese terminada. 

También decidió dar acceso al código fuente de Android de modo prioritario a los partners que construyen dispositivos siguiendo la especificación de Google. Por tanto, los fabricantes de terminales móviles tienen un incentivo para no fragmentar la plataforma. 

Especialmente el reconocimiento por parte de Bloch de que posiblemente había copiado código de Sun ha debilitado la posición de Google en el juicio, lo cual probablemente ha hecho que estén dispuestos a aceptar reabrir negociaciones con Oracle sobre este tema (es decir, están más dispuestos a pagarle a Oracle una licencia por Java/patentes).

La única defensa que en estos momentos le queda a Oracle es afirmar que Sun estaba al tanto de todo esto en su día (que lo estaba) y el no haber realizado ninguna acción contra Google suponía un reconocimiento y aceptación tácito de las acciones de Google. Pero dudo que esta defensa sirva para evitar que Google acabe pagando algún tipo de licencia Oracle.

Tal y como pintan ahora las cosas, parece que el resultado del litigio entre ambas compañías va a ser una victoria (al menos parcial) para Oracle. 

HTC contraataca contra las demandas de Apple con la ayuda de Google

Supongo que a estas alturas no es ninguna noticia para nadie que en el último año las demandas por temas de patentes entre las plataformas móviles (sobre todo entre Android, iPhone y Windows Phone) no han parado de incrementar. Para poner este problema en contexto, os recuerdo una noticia que habíamos publicado recientemente donde explicábamos que Microsoft gana cinco veces más dinero con Android que con Windows Phone 7 por las licencias de las patentes.

En esta guerra de las patentes, Google (y Android por extensión) comenzaron desde una posición muy débil, ya que Google tiene muchas menos patentes que sus rivales (Apple y Microsoft). Por ello en los últimos meses Google ha estado intentando reforzar su portafolio de patentes, destacando en este sentido la reciente compra de la división de movilidad de Motorola. 

Está claro para cualquier observador que el "canijo y enclenque" Google lleva un tiempo "metiéndose esteroides y yendo al gimnasio" para poder competir en igualdad de condiciones con sus rivales en el "ring de las patentes".

Pues bien, parece que el primer asalto en este ring ha comenzado. Ayer HTC (uno de los principales fabricantes de terminales móviles Android) ha demandado a Apple por violar modo de patentes,patentes que HTC compró la semana pasada a Google. Hasta ahora, todas las acciones relativas a patentes en el ecosistema de Android había sido más bien defensivas, y Google no había jugado un papel relevante en ellas. 

Parece que esto está comenzando a cambiar. Los esteroides y el gimnasio están comenzando a dar sus efectos, y Google va a dejar de sólo recibir golpes y los va a comenzar a dar.

Por más que yo odie las patentes, este movimiento por parte de Google/HTC es positivo para Android. Si el ecosistema de Android no se defiende, cada vez los terminales basados en este sistema operativo tendrán que pagar más licencias por patentes, lo cual va a inflar su precio (os remito de vuelta a la noticia sobre Microsoft), lo cual será negativo para esta plataforma.

Traducción al castellano de la documentación de Grails 2.0

Desde el grupo y lista de correo de Grails en castellano estamos buscando gente para traducir la documentación de la última versión de Grails, la 2.0. Por ahora somos siete voluntarios, y cada uno nos hemos comprometido a traducir una parte, pero todavía necesitamos más gente para acabar en un tiempo prudencial.

Hemos creado un wiki con instrucciones y una hoja de cálculo compartida donde cada traductor puede reservarse una serie de artículos a traducir, de manera que podemos saber en cualquier momento cuánta gente hay traduciendo, qué esta traduciendo cada uno y cuánto queda pendiente.

¿Cómo participar?

Solo tienes que pedir acceso a la hoja de cálculo en la lista de correo de Grails en castellano, y reservar una serie de artículos. En cuanto seamos suficientes (lo estamos discutiendo en la lista), empezaremos todos con la traducción.

• Hoja compartida en Google Docs con todas las secciones a traducir y la gente que se ha apuntado: Grails Doc ES en Gogle Docs
• Hilo abierto en la lista de Grails en castellano sobre la traducción: thread/3593af20b664880d
• Wiki con instrucciones: https://jottit.com/ukt8u
• Repositorio Git oficial para contribuir en la traducción: Grails-doc en Github

Oracle Enterprise Java Developer Day

El próximo jueves 22 de septiembre Oracle organiza en Madrid, España un evento gratuito orientado a los desarrolladores. Para dicho evento, Oracle ha pedido la colaboración de javaHispano, que estará representado allí a través de Alfredo casado (acasado), quien impartirá una de las charlas.

El evento está orientado hacia desarrollo con Java EE 6, especialmente (aunque no exclusivamente) con soluciones de Oracle. Debajo de estas lineas tenñeis la nota de prensa anunciando el evento

 Nota de prensa

Tenemos el placer de invitarle a una sesión técnica el próximo: Jueves 22 de Septiembre Hotel NH Príncipe de Vergara Príncipe de Vergara, 92 en Madrid Se trata de una jornada eminentemente práctica en la cual tendrá la oportunidad de intercambiar experiencias con otros expertos tanto de otras entidades como de Oracle, y en la que profundizaremos en los aspectos siguientes: La moderna y ligera plataforma Java EE 6, con la productividad que proporciona, particularmente, cuando se integra con otras tecnologías comerciales y open source. Las implantaciones líderes de Java EE6 / EE6 Web Profile Casos de uso de Memory Grid, el nuevo paradigma para el procesamiento de transacciones extremas Cómo encaja todo esto con Maven, Hudson, EclipseLink Como es evidente, la jornada estará enfocada hacia Java EE6 y el valor que aportan las aproximaciones basadas en estándares, especialmente, a los desarrolladores, en áreas como las que reseñamos seguidamente: Seguir las buenas prácticas, minimizando el esfuerzo de codificación XML Empleo de APIs más sencillas, abiertas y estándares, no propietarias Menos dependencias Plain Old Java Objects (POJO) – un modelo simple y probado de programación Modelo basado en anotaciones, inyección y reutilización Reducción o eliminación de la necesidad de los descriptores para el despliegue Libertad de elección para el IDE y el estilo de desarrollo API tradicional para los desarrolladores con más experiencia Fecha Jueves, 22 de Septiembre de 2011 9:00 a.m. – 2:00 p.m. Lugar  Hotel NH Príncipe de Vergara Príncipe de Vergara, 92  Madrid Haga click aquí para poder inscribirse Al tratarse de una jornada eminentemente práctica es necesario que el participante traiga su ordenador personal que cumpla con los siguientes requisitos: Hands on Lab general requirements Hands on Lab software requirements Laptop with DVD Drive Any operating system 3.9 GB free disk space for VirtualBox appliance 2GB RAM+ in your machine VirtualBox 4.1+ software 9 GB of disk space for VirtualBox image Ponemos a su disposición imágenes preconfiguradas del desarrollo de VirtualBox para que las descargue e instale VirtualBox 4.1 antes de asistir a la jornada. Haga click aquí Si tuviera algún problema con el registro mande un email a: marta.rodriguez.casanova@oracle.com o llame al teléfono: 91 626 75 47

Agenda 9:00 – 9:30 Registro 9:30 – 10:15 Explorando Java EE 6 D. Alvaro Sánchez-Mariscal Líder del Grupo de Desarrolladores de CUORE 10:15 -11:00 Desarrollo Moderno y Ligero con Java EE 6 D. Alfredo Casado javaHispano 11:00 – 11:20 Café 11:20 – 12:00 Una introducción técnica al desarrollo de caché en memoria (in-memory data grid) D. Enrique Martín Sales Consulting Snr Manager - FMW Oracle Ibérica 12:00 – 12:45 Hands on Lab 1: Desarrollo con Eclipse, Maven y Hudson para Oracle Weblogic Server D. Jesús Guerra Principal Sales Consultant Oracle Ibérica 12:45 – 13:30 Hands on Lab 2: Desarrollo de un ejemplo completo Java EE 6´ D. Manuel Hurtado Principal Sales Consultant Oracle Ibérica 13:30 – 14:00 Ruegos y Preguntas 14:00 Cóctel Con la Colaboración de:

¿Cuánto le cuesta a tu empresa que tengas un equipo lento?

En este fantástico post se hace un análisis que yo mismo he estado tentado a hacer en más de una ocasión. Cuantiza cuánto tiempo está perdiendo una empresa porque los desarrolladores de la empresa tienen máquinas no todo lo potentes que deberían.

El autor explica que él y otros nueve compañeros desarrolladores de la empresa están usando unas máquinas que, si bien no son muy antiguas (Intel core 2 duo CPU a 3GHz con 3.1 Gb de RAM con dos monitores) no son todo lo potentes que a ellos les gustarían. A pesar de que han hecho todo lo posible para mejorar el rendimiento de la máquina (incluyendo cosas como desactivar el antivirus o desactivar efectos visuales de Windows) cuando ejecutan alguna tarea tienen que simplemente "esperar" durante un rato a que las cosas sucedan.

Durante toda una semana, él y otro compañero se sentaron en sus puestos de trabajo con cronómetros y cronometraron cuánto tiempo se pasaban cada día "esperando" sin hacer nada delante del ordenador. Los resultados de ambos fueron bastante similares: unos 40 minutos al día.

Empleando la estimación (conservadora desde mi punto de vista) de que cada minuto de trabajo cuesta 0,75 libras (y ojo, estamos hablando de lo que cuesta a la empresa el minuto de trabajo, no de lo que cobra el programador). Supongamos que con un equipo más potente esos 20 minutos perdidos al día se reducen a la mitad; esto quiere decir que cada día de trabajo la empresa pierde 15 libras por culpa del tiempo que cada programador se pasaba "esperando".

Teniendo en cuenta que a día de hoy uno puede comprarse un equipo de última generación para desarrollo por unas 1000 libras, esto quiere decir que en sólo 33 días la empresa habría recuperado la inversión en ese nuevo equipo (que al menos tendrá una vida útil de dos años).

El estudio y los resultados a mí me parecen totalmente realistas y correctos. A una empresa le conviene invertir en que sus desarrolladores tengan buenos equipos (y por supuesto, con al menos dos monitores). No hacer esto ocasiona pérdidas económicas para la empresa.

¿Cuántos de vosotros creéis que actualmente tenéis equipos menos potentes de lo que necesitais? ¿Creéis que ese blog post os podría ayudar a convencer a vuestros jefes de que os compren equipos más potentes?