Blog para desarrollo de aplicaciones en Android, aprende paso a paso como crear aplicaciones.

Usamos cookies propias y de terceros que entre otras cosas recogen datos sobre sus hábitos de navegación para mostrarle publicidad personalizada y realizar análisis de uso de nuestro sitio.
Si continúa navegando consideramos que acepta su uso. OK Más información | Y más

Oracle vs Google: Android P es para plataforma envenenada

De repente, Windows Phone y .Net se volvieron muy atractivos para el desarrollo de aplicaciones móviles. Y tenemos que agradecer a Oracle por ello.

La semana pasada, en una columna sobre problemas de inestabilidad en iOS 11, escribí lo siguiente: Esto no quiere decir que Android es un mal sistema operativo. 

Android es un excelente sistema operativo y tiene mucho más potencial en mercados verticales que iOS porque puede ser alterado. 

Como plataforma móvil de negocios, creo que Android es absolutamente de primera clase. Yo rescindí eso. Estaba equivocado. 

Android no es solo un Toxic Hellstew, es venenoso. De hecho, Google debería simplemente nombrar a su próxima versión de desarrollador "Poison" porque así es como debe clasificarse ahora.


O si quieres algo más elegante, podemos usar Poisson, que es francés para pescado. Como huele a muerto.

¿Por qué he cambiado de opinión? Porque toda la cuestión de si la API de desarrollo de software de Android se está usando o no legalmente en virtud de la ley de derechos de autor ahora se está poniendo al frente.

¡Obtenga 2 meses de VMware Cloud Foundation gratis!

Conecte sin problemas sus entornos de VMware locales a la nube con VMware Cloud Foundation. Esta solución reúne la infraestructura IBM Cloud junto con VMware vSphere, vSAN y NSX para crear una pila integrada nativa de servicios virtuales de computación, almacenamiento virtual y red, todos operando independientemente o como una extensión híbrida de su centro de datos local. ¡Comience hoy mismo con un experto en la nube para reclamar su oferta especial por 2 meses de servicio gratuito!

Entrenamiento provisto por IBM
Y para Google y Android, no se ve bien. De hecho, se ve realmente malditamente malo.

No tome mi palabra para eso. Puede leer el fallo completo de la Corte de Apelaciones de los Estados Unidos para el Circuito Federal en Oracle v Google aquí.

Google ahora podría deberle a Oracle miles de millones de dólares. Algunos estiman casi $ 9 mil millones, pero podría ser mucho más dependiendo de cómo se valore el ecosistema de Android y la monetización de Google de ese ecosistema.

CARACTERÍSTICA ESPECIAL
Ciberseguridad en un IoT y un mundo móvil

El mundo de la tecnología ha pasado gran parte de las últimas dos décadas centradas en la innovación, por lo que la seguridad a menudo ha sido una idea de último momento. Aprenda cómo y por qué finalmente está cambiando.
Esto afecta directamente a cualquier empresa que haya monetizado la plataforma Android, que incluye desarrolladores de software y OEM de hardware.

Android ahora es oficialmente una responsabilidad para cualquier compañía que haya estado involucrada en el sistema operativo móvil. Google no puede indemnizar a la mayoría de ellos. Las ratas van a saltar del barco que se hunde.

Además: iOS ahora es un hellstew tóxico | Microsoft apuesta por las aplicaciones de Android para empresas | Android Oreo vs Android One vs Android Go: todas sus diferencias, explicadas | CNET: ¿Por qué algunos de los teléfonos con Android más llamativos no están en los EE. UU. | TechRepublic: estos OEM de teléfonos inteligentes Android proporcionan las actualizaciones de seguridad más rápidas para los usuarios


Por supuesto, Google apelará al Tribunal Supremo. La apelación podría llevar años. ¿Podría la compañía finalmente prevalecer sobre Oracle? Posiblemente. ¿Pero quién quiere jugar con eso?

Ciertamente, no son empresas muy conservadoras que también son clientes de Oracle y tal vez utilizan aplicaciones de terceros de Android o han escrito las suyas propias para uso corporativo, especialmente en vertical.
Ciertamente, no cualquiera que desarrolle servicios basados ​​en la nube que usen aplicaciones de Android escritas en API nativas como interfaces.
Y, desde luego, ningún desarrollador que escriba aplicaciones de Android con ART y API nativas.
Ya he dicho en el pasado por qué Java tiene que morir en dispositivos móviles. Ahora tenemos otra muy buena razón más allá de lo puramente técnico. Se llama autopreservación.

Y no, no creo que mudarse a OpenJDK haya absuelto realmente a los desarrolladores de Google o Android de nada, especialmente de los daños que Oracle puede reclamar que incurrieron antes de que el marco se use en Android N.

¿Y ahora que? ¿A dónde vamos desde aquí?

PARANOIA NOS DESTRUIRÁ
Por qué la tecnología china no está espiando a los estadounidenses

La noción de que el gobierno chino espía a las corporaciones y nuestras agencias con dispositivos electrónicos fabricados por compañías chinas no solo es absurda, sino que sería catastrófico para promover sus ambiciones en el comercio mundial.

Bueno, de inmediato, concentrar los esfuerzos de desarrollo de software en iOS parece realmente bueno en este momento. Eso es obviamente obvio.

Para los OEM grandes como Samsung, LG y también Amazon, podemos esperar que paguen a Oracle sumas considerables de dinero para indemnizar a sí mismos si aún no lo han hecho. Entonces, durante los próximos años, estos gigantes de teléfonos inteligentes probablemente estarán seguros de seguir enviando sus dispositivos desde fábricas en Asia e importándolos a los Estados Unidos.

Pero no todos los fabricantes de teléfonos inteligentes. Las empresas chinas como Huawei, ZTE, Xiaomi, OnePlus (Oppo) y otras que no tienen un fuerte apoyo en los Estados Unidos que están siendo blanco de nuestra actual administración debido a motivos políticos pueden encontrarse entre una roca y un duro lugar.

Incluso si logran que la Administración Trump y un Congreso comprensivo hagan frente al clima, es posible que tengan que abandonar el mercado estadounidense, al menos en términos de Android. Sería horrible para los consumidores estadounidenses, pero esa es una posibilidad muy clara.

Si bien Corea del Sur es nuestro aliado y sus productos no están bajo el mismo escrutinio que los fabricados en China, Samsung puede decidir que, a largo plazo, ya no vale la pena licenciar a Android y pagarle a Oracle un dinero de protección exorbitante.

Puede decidir intensificar sus esfuerzos con el sistema operativo Tizen de la Linux Foundation, que utiliza estándares web, no Java, para su API. Actualmente, Samsung lo usa para sus relojes inteligentes Gear, sus televisores inteligentes y también teléfonos inteligentes económicos para mercados en desarrollo como India.

Y Google? Bueno, ya sabemos que están trabajando en un sistema operativo llamado Fucshia.

Es casi seguro que está siendo diseñado para reemplazar a Android y sus bases de Linux. Tiene un microkernel completamente nuevo conocido como "Zircon", así como un marco de desarrollo de software multiplataforma totalmente nuevo llamado "Flutter", además de incluir soporte para el lenguaje de programación Swift de Apple.

Es difícil decir cuántos recursos se dedican a Fuchsia en la empresa, pero con la decisión de ayer, puede estar seguro de que ahora van a poner ese esfuerzo de desarrollo a toda marcha, especialmente las herramientas de migración de código de Android para ese sistema operativo.

El fucsia no listo para el horario estelar acaba de convertirse en su bote salvavidas de SO móvil.

Pero podría pasar un tiempo -como en años- antes de que Fuchsia sea utilizable y los desarrolladores de software de Android se sientan seguros escribiendo código para ello. Existen otros modelos de desarrollo de software que están mucho mejor equipados para manejar su base de código existente que cualquier otra herramienta que Google tenga en una incubadora.

El mejor conjunto de herramientas en el arsenal de Android de un desarrollador en este momento proviene de Microsoft. Sí, me escuchaste

Microsoft ha pasado años desarrollando un conjunto de herramientas multiplataforma en forma de Xamarin y .Net, que es capaz de producir código de aplicación para todas las principales plataformas informáticas, y que incluye Android, iOS, Windows, Mac y también versiones de escritorio de Linux.

Además de varias herramientas de desarrollo rápido de aplicaciones, el código .Net se puede escribir en C # ("C-Sharp") o F # (F-Sharp). Desde la perspectiva del desarrollador, estos lenguajes son similares sintácticamente a Java, JavaScript y, por supuesto, C ++, por lo que la curva de aprendizaje es mínima.

MEJORES OPCIONES
Los 10 mejores teléfonos inteligentes de 2018


CES y MWC han terminado y es hora de despejar el polvo y ver qué teléfonos inteligentes lideran el paquete este año.

Y Microsoft tiene una enorme cantidad de cosas con Visual Studio que pueden ayudar a un desarrollador a transformar una aplicación nativa de Android escrita en ART en código desplegable multiplataforma.

Y en el futuro, una vez que la base de códigos se migra, puede rediseñarse para que la mayor parte de la lógica realmente viva en la nube, no en el dispositivo. Lo que queda en el front-end es esencialmente llamadas de servicios web y cosas de tipo de renderizado UX.

Esto es precisamente para lo que se diseñaron XAML y Web Forms, y si usa cualquier aplicación nativa de Windows 10, ya habrá visto cómo funcionan.

¿Eso significa que Windows 10 Mobile se levantará de las cenizas? No, no necesariamente Pero lo que significa es que Microsoft tiene una forma de ayudar a los desarrolladores a desintoxicarse de Android y sus API que ahora están en un atolladero legal.

Al mover la base de códigos a algo mucho más portátil, ahora pueden ejecutar ese código en Android, iOS, Windows 10 x86 / ARM y Mac, y en cualquier plataforma futura que sea capaz de ejecutar código nativo al que Visual Studio pueda compilar.

Sí, a largo plazo, eso ciertamente hace que Windows 10 Mobile se vea más atractivo, especialmente para las compañías chinas que no pueden darse el lujo de comer licencias de Oracle Java y licenciar los componentes de Google Play para Android.

Y la última vez que revisé, era gratis para los OEM que producían dispositivos de hasta 9 ". Eso cubre prácticamente todo lo que no es una computadora portátil o una tableta de gran formato.

¿Deberían los desarrolladores de Android comenzar a buscar pastos más seguros para su código de aplicación? Hable de nuevo y hágamelo saber.

No hay comentarios:

Publicar un comentario

x

Registrate!

Curso Android Español

Curso Kotlin Español

eBook Free Android Studio

Noticias y Eventos

¡Directamente a tu INBOX!

Le enviaremos nuestros recursos gratis. Para obtener nuestro contenido nuevo, únase a nuestra comunidad. No te molestaremos enviando información inútil. ¡No te pierdas ninguna actualización, mantente conectado! Recuerda verificar tu correo electronico.

Ingrese su dirección de correo electrónico:

Entregado por FeedBurner