Todavía no tengo ninguna prueba, pero creo que fue una implementación deficiente. Mobile Webkit es uno de los motores HTML5 más eficaces hasta la fecha, y para los desarrolladores que realmente saben cómo desarrollar aplicaciones híbridas HTML5, pueden hacer algo de magia.
Mire la aplicación Feedly en iOS, este es un gran ejemplo de aplicación de contenido pesado hecha de forma híbrida … y tiene 5 estrellas todo el camino.
En resumen, culpe al codificador, no a la tecnología.
- ¿Qué opinas sobre las aplicaciones que serán reemplazadas por HTML5 en el futuro?
- Cómo sincronizar mi iPad con mi iPhone
- ¿Cuál es la mejor aplicación de escáner de código de barras para iPhone?
- ¿Podemos construir una aplicación usando características de otras aplicaciones existentes?
- ¿Cuáles son las mejores aplicaciones seguras para un segundo número?
Después de la discusión a continuación con Edwin Khodabakchian, volvería a este último punto. Hay pocas cosas en las que HTML5 no está optimizado, pero se compara con el nativo, el subproceso y el desplazamiento son algunos de ellos, como se mencionó Edwin. Dada la presión competitiva a la que se encuentra la aplicación de Facebook, tiene sentido que Facebook tome la ruta de menor riesgo ya que el costo de desarrollo para ellos no es realmente un problema. Por lo tanto, estaría de acuerdo con Edwin en este caso particular. Sin embargo, esto no significa que HTML5 no se pueda usar para crear una experiencia increíble, solo que hay un par de cosas en las que los desarrolladores necesitan hacer una compensación, y Facebook no quería hacer estas compensaciones para esta aplicación en particular.
Ahora, dicho todo esto, creo que debemos ser duros con los desarrolladores, y como uno de ellos, siempre comienzo a culparme a mí mismo antes de culpar a la tecnología. Cuanto menos nos quejemos de las tecnologías y más nos centremos en crear aplicaciones excelentes, mejor será la industria del software.