¿Chrome-App en dispositivos móviles: una buena idea?

El Mobile Zone es presentada por New Relic y Verivo. Nueva Relic es una herramienta de monitorización del rendimiento y tiene un Data Nerd camiseta con su nombre en él si se suscribe.Verivo es una empresa de plataforma de aplicación móvil diseñada para simplificar radicalmente la complejidad de la construcción, seguridad y control de aplicaciones empresariales personalizadas.

Google anunció un nuevo conjunto de herramientas recientemente para ayudar a los desarrolladores publicar sus aplicaciones de Chrome en iOS y Android. Ese es el siguiente paso lógico de Google para ganar a más desarrolladores de aplicaciones de Chrome. En septiembre Google ya ha anunciado que a partir de entonces los desarrolladores puedan publicar sus aplicaciones de Chrome como aplicaciones fuera de línea, lo que permite a los usuarios utilizar como cualquier otra aplicación de escritorio. Estas aplicaciones fuera de línea a partir de ahora también se pueden publicar en iOS y Android. BTW: Es interesante que Windows Phone no es plataforma de destino para aplicaciones de Chrome y ni siquiera ha sido mencionado en la entrada del blog.

Para hacer este trabajo, aplicaciones de Chrome tiene que utilizar un envoltorio delgado para ser considerado una aplicación de "nativo" y para acceder a las funciones del teléfono que no están disponibles a través de HTML 5 hasta el momento. Por esta Google utiliza Apache Córdoba , más conocido como Phonegap. Con la ayuda de este proyecto y las adiciones hechas por Google, aplicaciones de Chrome pueden publicarse en Google Play y App Store de Apple. Puedes leer más sobre esto en el blog de ​​Google.

Los usuarios no pueden reconocer a estas aplicaciones como aplicaciones de Chrome en las respectivas tiendas de aplicaciones. Ellos sólo aparecen como cualquier otra aplicación. Y ahí es donde empieza el problema.

Tomando una aplicación web, que funciona bien en un escritorio, envolviéndolo con algunas herramientas y publicarlo, eso no es suficiente. Estas aplicaciones caerían debajo de las expectativas de los usuarios.

En primer lugar de todas esas aplicaciones se vería totalmente fuera de lugar. Sólo echar un vistazo a la captura de pantalla de la entrada en el blog de Google:

Captura de pantalla de una de las aplicaciones de ejemplo de Google

No hay barra de acción, los botones tienen un aspecto raro, el encabezado es muy inusual - simplemente no encaja. Por supuesto, usted puede conseguir alrededor de la mayoría de los problemas y hacer que se vea bien - pero eso requeriría algún trabajo adicional. Usted ya no es sólo envolver una aplicación existente, pero empezar a prestar desviaciones específicas de la plataforma para lograr diseños adecuados.

En segundo lugar los patrones de interacción en la web, en las aplicaciones de escritorio y de las aplicaciones móviles son totalmente diferentes. Tenga en cuenta las diferencias entre iOS y Android solos. Toneladas de diferencia, como los patrones de navegación, prácticas de acción, el tratamiento de la lista y así sucesivamente. Este problema es mucho peor y tiene mucho más influencia en si una aplicación se siente como una aplicación bien hecho o no. Y hay una herramienta multiplataforma que te puede ayudar con eso. Usted va a terminar con varias versiones para todas las plataformas soportadas de todos modos. Basta con contemplar el código. Usted probablemente puede estructurar de una manera que es fácil de mantener - pero no si la principal razón para tomar esta ruta estaba ahorrando costes en el primer lugar.

En tercer lugar me pregunto acerca de la calidad de las aplicaciones. Este es un temor muy personal basada en mi experiencia con aplicaciones Firefox OS. Estas son muy a menudo las aplicaciones de escritorio normales, así - que demasiado a menudo no funcionan en un dispositivo móvil. Puede ocurrir, que los desarrolladores de aplicaciones de escritorio simplemente envuelven su aplicación y hacer la prueba correctamente ni tampoco saben de esas limitaciones. Por supuesto, estas aplicaciones recibirían calificaciones que los malos, que no se presentó a la mayoría de las búsquedas de todos modos. Pero Google está creando expectativas para desarrolladores aquí - y aquellos desarrolladores podría muy decepcionado por el camino.

Como hemos visto hay un montón de problemas con la experiencia del usuario. Pero, obviamente, cuestiones técnicas existen también.

Parece que no es tan fácil desde un punto de vista técnico como Google nos hace creer que es. Sóloechar un vistazo a las aplicaciones de ejemplo . Cinco (!) De esos 17 aplicaciones no se ejecutan en Android en absoluto . Otra seis sólo con limitaciones. O dicho de otra manera: Sólo un tercio de esas aplicaciones funciona correctamente en Android. Para iOS se trata de la misma (aunque con diferentes aplicaciones): Seis aplicaciones no funcionan en absoluto, otros cinco sólo con limitaciones. Sólo dos de cada 17 aplicaciones funcionen correctamente en ambas plataformas soportadas! Y esto está a punto de ayudar a los desarrolladores? Esta debe ser una forma adecuada para desarrollar aplicaciones de plataforma cruzada? No, en absoluto!

Lo único que estoy seguro de que funcione correctamente es la capacidad de respuesta de esas aplicaciones. Los desarrolladores web hacen eso por años. Entienden y asimilen respuesta.

Si desea publicar aplicaciones y desea que los usuarios les gusta de sus aplicaciones, usted tiene que tomar los patrones y las características específicas de cada plataforma en consideración. Eso significa trabajo. No importa que se acerque a elegir. Supongo que la cantidad total de trabajo es aún menos si se quiere diseñar y desarrollar diferentes aplicaciones para Android, iOS, Windows Phone y (con suerte) Firefox OS que cuando intenta utilizar una herramienta multiplataforma. Y sin embargo, tengo que ver a una aplicación multiplataforma que realmente no funciona correctamente en diferentes plataformas.

Google ha hecho mucho en los últimos años para consolidar el diseño, patrones de interacción y usabilidad general de Android. Lo que hace que el reciente anuncio de lo más decepcionante. Es un paso hacia atrás. Se va de vuelta a donde estábamos hace algunos años: un mundo sin un lenguaje de diseño unificado y sin patrones de interacción comunes. Yo no quiero esto. Y creo firmemente, los usuarios no quieren esto también.

Como desarrollador que tiene que mantener un ojo en este proyecto. Al menos porque sus clientes pueden mencionarlo. Pero no funciona. Por lo menos no todavía. Si alguna vez se - no sé.

Los gerentes de proyecto y gerentes de producto deben también considerar cuidadosamente las limitaciones de este enfoque. No creo que le ahorrará dinero! No creo que le ahorrará tiempo! Si usted no tiene cuidado y utilizarlo sin un análisis adecuado, que está obligado a ver los costos en aumento inesperadamente (bueno, en realidad eso es de esperar) y los usuarios seguirán evaluar su aplicación deficiente.

Créditos Dzone.