Con los desarrolladores 'vírgenes', Microsoft podría bifurcar Android

Windows Phone no es una opción para el renacimiento móvil de Microsoft. Es muy poco y muy tarde.

Para ponerse al día, Microsoft podría invertir en una bifurcación de Android que impresionaría a los consumidores con un rendimiento receptivo en el dispositivo, integración con el ecosistema móvil de Microsoft y compatibilidad con los más de 1 millón de aplicaciones disponibles a través de Google Play y otras tiendas de aplicaciones..

Cada discusión sobre bifurcar Android conduce a discusiones sobre "¿qué tan abierto es Android?" y "¿los componentes patentados de Android evitarán que un competidor construya un gran teléfono inteligente basado en el Proyecto de Código Abierto de Android?"

Un escenario similar de software propietario impulsó el crecimiento de Microsoft cuando era una empresa joven que suministraba sistemas operativos para PC. Microsoft DOS fue diseñado según las especificaciones de IBM para ejecutarse exclusivamente en las plataformas de hardware de PC de IBM. Phoenix Technologies empleó desarrolladores de software que apodó "vírgenes", que no habían estado expuestos a los sistemas de IBM para crear una capa de software entre el sistema DOS de Microsoft y las PC construidas por los competidores de IBM. Esto evitó que los competidores de IBM infringieran las patentes o derechos de autor de IBM, y posteriormente ayudó a impulsar el crecimiento explosivo de los clones de PC. Microsoft podría utilizar el mismo enfoque para "clonar" los componentes de Android patentados en su propia bifurcación de Android.

Dos historias recientes escritas desde puntos de vista opuestos publicados por Ars Technica y CNET cubren en detalle los pros y los contras de bifurcar a Android usando el árbol fuente del Proyecto de Código Abierto de Android (AOSP). En pocas palabras, Google publica el código fuente de Android bajo licencias gratuitas y de código abierto. Una "bifurcación" es simplemente una versión compilada de forma independiente de Android. Descargue la fuente gratuita de Android, recompile y distribuya la versión bifurcada. Eso es todo lo que se necesita: el fabricante del dispositivo está en el negocio.

Pero algunos argumentan que el control de Google de la parte propietaria de Android, la plataforma Google Mobile Services (GMS), es una táctica para monopolizar Android. GMS se refiere a las interfaces entre las aplicaciones que se ejecutan en un dispositivo móvil y los servicios en la nube patentados de Google que crean su ecosistema. Las aplicaciones propietarias de Google y muchas aplicaciones desarrolladas independientemente dependen de GMS. La distribución de una versión de Android con las aplicaciones propietarias de Google y el acceso a sus servicios en la nube requiere una licencia de Google, así como la verificación de Google de que la versión de Android cumple con sus estándares. Eso es justo: los fabricantes de teléfonos inteligentes verificados obtienen Android y todo el ecosistema de Google de forma gratuita, incluidas sus aplicaciones propietarias de Google y todas las aplicaciones en Play Store.

A menos que Google verifique la bifurcación de Android, un fabricante de teléfonos inteligentes no puede enviar las aplicaciones propietarias de Google. Sin embargo, la verificación de Google no es necesaria para que un consumidor individual descargue e instale una versión firmada por Google de la tienda de aplicaciones Google Play y luego descargue el inventario completo de aplicaciones propietarias de Google a una versión de Android no verificada. Microsoft no querría las aplicaciones propietarias de Google y los servicios en la nube, pero querría aprovechar las más de un millón de aplicaciones de Android desarrolladas de forma independiente y una gran comunidad de desarrolladores. Omitir GMS significa que algunas aplicaciones desarrolladas de forma independiente que dependen de la plataforma GMS y los servicios en la nube de Google se romperán.

La experiencia de Microsoft en la clonación de PC puede aplicarse a la clonación de GMS

Microsoft puede solucionar este problema fácilmente. Un buen equipo de desarrolladores podría "clonar" la funcionalidad de GMS para que las aplicaciones de Android desarrolladas independientemente pudieran funcionar sin modificaciones y reemplazar el ecosistema de servicios en la nube de Google con un ecosistema competitivo. Esto implicaría ingeniería inversa de GMS para que una solicitud programática realizada por una aplicación al clon de GMS devuelva los resultados esperados en el formato exacto esperado.

Un buen ejemplo sería reemplazar los servicios de ubicación de Android con los mapas Bing de Microsoft. La nueva interfaz de programación de aplicaciones (API) de ubicación de Android lanzada el año pasado simplifica la codificación de aplicaciones que usan ubicación geográfica y se incluye en la Play Store de Google. Esta nueva API de ubicación se construye utilizando API de administrador de ubicación de nivel inferior que forman parte del Proyecto Android Open Source. Microsoft necesitaría construir una copia funcional de la nueva API de ubicación utilizando las API de administrador de ubicación de nivel inferior que funcionarían de manera idéntica cuando una aplicación solicitara servicios de ubicación.

La técnica de sala limpia, o a veces llamada muro chino, es un método de diseño para realizar ingeniería inversa en una plataforma y recrear la compatibilidad de aplicaciones de nivel binario que se demostró legalmente defendible hace mucho tiempo. A principios de la década de 1980, Phoenix Technologies fue una de las primeras compañías en emplear esta técnica para crear la primera BIOS de PC compatible que permitió que Microsoft DOS se ejecutara en PC que no fueron fabricadas por IBM.

Cuando se introdujo por primera vez la PC, el sistema operativo DOS de Microsoft se diseñó para interactuar con la plataforma de hardware de PC de IBM utilizando el sistema básico de entrada / salida (BIOS) que IBM había especificado. Phoenix Technologies clonó la BIOS de IBM y la otorgó licencia a los competidores de IBM que querían construir PC compatibles con DOS y venderlas en un mercado de PC que era tan dinámico y creciente en el momento como lo es el mercado de teléfonos inteligentes en la actualidad.

En el pasado, los desarrolladores 'vírgenes' ayudaron a prevenir la infracción de derechos de autor

Se verificó que los desarrolladores "vírgenes" de Phoenix Technologies nunca estuvieron expuestos al código fuente de BIOS o diseño de hardware patentado por IBM. Las vírgenes escribieron biografías compatibles utilizando especificaciones escritas por desarrolladores que habían leído el código fuente y la documentación de diseño de bios de IBM.

Un clon de la plataforma GMS de Google podría construirse de la misma manera. Un grupo de desarrolladores que estén familiarizados con GMS y todas sus funciones y API relacionadas que los desarrolladores de aplicaciones usan para crear aplicaciones podrían escribir una especificación para recrear las API de GMS, mientras que los desarrolladores vírgenes reproducirían con precisión la función y operación de la API.

Las PC y los servicios en la nube de Google son similares. Ambas son plataformas. Codificar una rutina de BIOS que escribe un bloque de datos en un disco exactamente como el BIOS de IBM es similar en concepto a escribir un servicio de ubicación que opera de manera idéntica a la API de ubicación de Android.

Sería casi imposible para Google demandar a Microsoft por infracción de copyright de API porque Google se opuso a tales derechos de autor en su defensa contra la demanda de patentes y derechos de autor de Oracle. En este caso, el juez Allsop declaró en su fallo (PDF):

"Siempre que el código específico utilizado para implementar un método sea diferente, cualquier persona es libre bajo la Ley de Derechos de Autor de escribir su propio código para llevar a cabo exactamente la misma función o especificación de cualquier método utilizado en la API de Java".

La compatibilidad de aplicaciones de Android y el hardware de Nokia serían una gran victoria para Microsoft

Cada consumidor tiene buenos recuerdos de sus teléfonos Nokia. El hardware de Nokia con compatibilidad total con la aplicación de Android podría atraer a muchos consumidores. Clonar GMS no sería fácil, pero Microsoft tiene los recursos técnicos, la experiencia y el dinero para tener éxito. Estimar el tamaño del proyecto para clonar GMS no es una tarea simple, pero un caso de un proyecto de igual importancia estratégica es Intel. Intel tiene más de 1,000 ingenieros trabajando para garantizar la compatibilidad de Android con su procesador móvil Atom. La clonación de GMS por parte de Microsoft sería un orden de magnitud menos costoso que la compra de Nokia, y podría atraer a muchos más consumidores al ecosistema de Microsoft más rápido de lo que Windows Phone ha crecido en incrementos dolorosamente pequeños.

Únase a las comunidades de Network World en Facebook y LinkedIn para comentar temas que son lo más importante.