Recientemente han aparecido unos datos que pueden traer polémica en cuanto a la posición de Apple acerca de las aplicaciones web. Si son ciertos, estaríamos hablando de un bloqueo del rendimiento de esas aplicaciones en iOS dependiendo de su modo de uso. Ese bloqueo puede ser intencionado, o simplemente puede ser un error del sistema del que los desarrolladores del sistema no se han percatado.
Resulta que si ejecutamos una aplicación web abriéndola directamente desde Safari ésta aprovecha toda la potencia que le ofrece el motor Nitro JavaScript, que estrena la última versión 4.3 de iOS. Pero si lo que hacemos es guardar en nuestra página de inicio un acceso directo a esa aplicación en forma de icono y la abrimos desde allí, el motor Nitro JavaScript no se usa (parece que se emplea otro motor) y el rendimiento baja. Como podemos ver en la imagen superior, una serie de tests que tardan 4 segundos en ejecutarse desde el navegador aumentan a 10 segundos (cerca de los 11, de hecho) cuando se ejecutan abriéndolos con un icono desde la pantalla principal del sistema.
Es muy fácil sospechar de Apple con un método para darnos la impresión de que las aplicaciones web son más lentas que las nativas (todos sabemos las preferencias que tiene Apple en cuanto a esto), pero insistimos en que puede ser perfectamente un error del sistema que se corregiría en la siguiente actualización. Por el momento, la compañía ha sido informada de esto y ya ha avisado que algunos defectos son debidos a la renderización de las aplicaciones web al abrirlas desde la página de inicio, defectos que de momento no tienen planes para solucionarse.
Vía | The Register
Ver 24 comentarios
24 comentarios
r_uben
Uu pues es un poco feo
Yo como usuario de cercanías de bcn ahora ya entiendo lo asquerosamente mal q me iba mi acceso desde el Dock a los horarios del tren. Cuando no sabes si correr para coger el tren o lo miras varias veces al dia si que te va de esos siete o diez segundos que tarda en reaccionar la pagina cada vez que la abres.
Puestos a ser conspiranoico, voto a que esta hecho adrede!!!
Un saludo!
http://www14.gencat.cat/mobi_rodalies/AppJava/pages/Inici.htm?ForcedDevice=IPHONE&viewportHeight=480&viewportWidth=320〈=ca_ES&activeGPS=true#_L21vYmlfcm9kYWxpZXMvQXBwSmF2YS9wYWdlcy9JbmljaS5odG0
DarkDudae
Yo me gano la vida programando aplicaciones (para Windows mayoritariamente) y sé lo fácil que es que se te cuelen bugs y la de tiempo que requiere dejar un programa pulido al 100%. No obstante, tengamos en cuenta que yo trabajo con un grupo de 4 o 5 personas con recursos limitados.
Es bastante sospechoso que Apple, con los millones que se gasta en desarrollo y depuración de sistemas anualmente cometa un error de este tipo. Y si a esto le sumamos que a Apple lo que le interesa económicamente es que todas las aplicaciones pasen por su App Store es normal que estemos un poco moscas.
De todas formas, dejémosles de momento el beneficio de la duda...
cateye
El JIT de nitro escribe a páginas de memoria ejecutable, y al no tener sandbox implementado, Apple teme que una aplicación maliciosa lo utilice para saltarse el modelo de seguridad. Creo que si pasaseis en Google 2 minutos antes de publicar la noticia os habriais enterado. Pero claro, ya no sería noticia.
Usuario desactivado
Eso es, está bien saberlo, pero que no llegue la sangre al río. Tan posible es que se les haya pasado ese fallo como que sea intencionado. De todos modos tampoco creo que sea motivo para enfadarse en cualquier caso, aunque puede que sí que cree un poquito de controversia para algunos desarrolladores.
Por el momento saquemos en claro que si el internet en aplicaciones de terceros va más lento puede que sepamos por dónde van los tiros.
oletros
Dudo mucho que sea algo premeditado
DIESELO
No me extrañaría nada, Apple son unos maestros en marketing y quitar estos segundo en la siguiente versión con lo que pueden llamar PLUTONIO NITRO EXPRESS o algo así.
khyros
Tampoco seamos sensacionalistas.. que parece que es un simple bug, mediante el cual no se habilita el motor Nitro en las webapps..
khyros
Por cierto.. ¿tiene que ver este sitio con actualidad ipad o iphone? porque al poco de publicarse esta noticia aquí, veo que salen noticias clon en el otro sitio, con mismo titular casi.
imanol.urra
Mientras he estado desarrollando mi aplicación web, pude ver en su dia que cuando una WebApp se abre desde el DOCK. iOS anteriormente guarda una imagen con una previsualizacion de la web como la dejaste la ultima vez. Y me corta experiencia me ha demostrado, que 'gracias' a esa imagen, la aplicacion tarda mas en abrirse completamente. Aun asi, nose porque, me parece mas de lo normal.
Aun asi, tampoco se que tipo de test han realizado y puede que a lo mejor esto ya lo tengan en cuenta.
Diego Ramírez
No me resultaría nada extraño, a Apple le interesa vender aplicaciones a través de la App Store, de tal manera las tienen bien controladitas y crean su propia tienda a su medida.
En cambio el mundo de las aplicaciones web es otra guerra, ahí entra cualquiera, ofreciendo lo que quiera y sin controles ni censuras, además de ser independientes a la App Store...
El que tenga dudas que entre en myousic.me, es un ejemplo de una buena aplicación web y seguramente Apple le pondría alguna pega para subir dicha aplicación a la App Store.
Como conclusión, lo vería lógico, ya que no creo que a Apple le interese ver como el mundo de las Web Apps le hace un poco de sombra a su App Store.
Por supuesto, defiendo totalmente la calidad de programación de Objective-C y la funcionalidad y estabilidad de XCode, aún no he visto una aplicación web funcionando igual que una nativa creada en Cocoa.
Jesús Porra
¿Pero se termina el mundo o qué? Enhorabuena por el descubrimiento, gracias a ello podré aprovechar 6 segundos más en mi vida. Apple mala.