Cuando comienza el caso de Epic, el ingeniero senior de Google socava uno de los argumentos de Apple

El d√≠a en que¬†comienza el¬†caso Apple / Epic¬†, un¬†ingeniero¬†senior de¬†Google¬†utiliz√≥ una publicaci√≥n de blog para socavar una parte clave de la¬†defensa¬†antimonopolio de¬†la compa√Ī√≠a de Cupertino¬†.

Apple niega que la¬†App Store de¬†iOS sea¬†un monopolio, por dos razones.¬†Primero, dice que los desarrolladores pueden crear aplicaciones para otras plataformas, como Android y consolas de juegos.¬†En segundo lugar, argumenta que aquellos que quieran llegar a los usuarios de iPhone pueden simplemente crear aplicaciones web.¬†Es esta √ļltima afirmaci√≥n la que ha sido criticada …

 

Alex Russell de Google es el líder de estándares web de Chrome y dice que las aplicaciones web no pueden ofrecer el rendimiento requerido en los iPhones. La razón es que Apple obliga a todos los navegadores a usar WebKit, y eso está desactualizado y tiene poca potencia.

El navegador iOS de Apple (Safari) y el motor (WebKit) tienen una potencia insuficiente. Los retrasos constantes en la entrega de funciones importantes garantizan que la web nunca pueda ser una alternativa creíble a sus herramientas patentadas y App Store.

Dice que, en muchos casos, Safari no solo es incompatible con otros navegadores, está mal, no se ajusta a los estándares web acordados. En otros casos, Apple admite nuevas funciones, pero no muy bien.

De acuerdo con los datos de Web Platform Tests, Chromium y Firefox implementan m√°s funciones y las entregan al mercado de manera m√°s constante.¬†A partir de estos datos, vemos que iOS es la implementaci√≥n menos completa y competitiva de la plataforma web, y la brecha est√° creciendo.¬†En el momento de la √ļltima ejecuci√≥n de Confluence, la brecha se hab√≠a extendido a casi 1000 API, duplic√°ndose desde 2016 [‚Ķ]

En casi todas las áreas, la implementación de baja calidad de Apple de funciones que WebKit ya admite requiere soluciones. Los desarrolladores no necesitarían encontrar y solucionar estos problemas en Firefox (Gecko) o Chrome / Edge / Brave / Samsung Internet (Blink). Esto se suma al gasto de desarrollar para iOS […]

Supongamos que Apple hubiera implementado WebRTC y la API de Gamepad de manera oportuna.¬†¬ŅQui√©n puede decir si la revoluci√≥n de la transmisi√≥n de juegos que est√° teniendo lugar ahora podr√≠a haber sucedido antes?¬†Es posible que Amazon Luna, NVIDIA GeForce NOW, Google Stadia y Microsoft xCloud se hayan construido a√Īos antes.

Tambi√©n es posible que las API entregadas en todas las dem√°s plataformas, pero que a√ļn no est√°n disponibles en ning√ļn navegador iOS (debido a Apple), puedan ser la clave para desbloquear categor√≠as completas de experiencias en la web.

Todo lo cual significa que los desarrolladores no tienen m√°s remedio que crear aplicaciones nativas de iOS.

La pol√≠tica de Apple contra la elecci√≥n del motor del navegador agrega a√Īos de retrasos m√°s all√° del retraso (esperado) de la iteraci√≥n del dise√Īo, la creaci√≥n de especificaciones y el desarrollo de funciones del navegador.

Estos retrasos impiden que los desarrolladores lleguen a usuarios adinerados con grandes experiencias en la web. Esta brecha, creada exclusiva y exclusivamente por la política de Apple, casi obliga a las empresas a salir de la web y entrar en la App Store, donde Apple impide que los desarrolladores lleguen a los usuarios con experiencias web.

Deja un comentario