Las "apps plantilla" tienen los días contados en la App Store, Apple está comenzando a rechazarlas

Buenas,

Como tu bien dices, no sabes cómo funcionan estos servicios de plantillas. En ellos no tienes que desarrollar el back-end porque ya te lo da el propio servicio, tan sólo cambiar nombres de los botones, poner textos e imágenes.

La velocidad con el tocino tiene que ver porque utilizan frameworks basados en HTML 5 y no nativos de iOS, no hace uso de las APIs propias de iOS ni de sus capacidades, por lo tanto casi siempre son como simples webs metidas en una app. Esto disminuye el rendimiento y las posibilidades se limitan.

Bueno, pues si no hay backend y lo único que haces es cambiar nombres de botones, textos e imágenes, simplemente será una app que no valdrá para mucho. Con lo cuál, vuelvo a lo mismo: ¿se juzga la app en sí o el cómo se ha programado? ¿O es que una app nativa no puede ser un truño?

La velocidad sigue sin tener que ver con el tocino. No sé que tiene que ver el usar o no las APIS nativas de iOS con que una app sea buena; dependerá de muchos factores y de la complejidad de la misma. La utilidad y rendimiento de la app es algo que sólo compete al usuario, que será el que haga de juez de qué apps tienen éxito y qué apps no.

No me parece un factor para permitir o no una app en una tienda de aplicaciones, ni desde el punto de vista del consumidor ni del desarrollador. A mi juicio Apple debería preocuparse de: la seguridad, la estabilidad (!==rendimiento), de los posibles abusos y de los contenidos inapropiados, pero una vez más a mi ésto no me parece una cuestión de nativo vs html5 (que no deja de usar el motor de Safari y por ende de las APIs específicas de móviles de iOS y de lo que Apple quiera que se haga y cómo se haga).

Si es una cuestión de rendimiento, me parecía más provechoso para desarrolladores y consumidores que se mejorara el motor de Safari y facilitara la integración de este tipo de apps en vez de defenestrarlas.

No es que no haya backend, es que lo contratas como parte de la aplicación, y el proveedor te permite gestionarlo todo desde un navegador (analytics, push notifications, etc).

Esas siguen existiendo tal cual como en el iOS original.
Por no decir que Jobs cambió de opinión al poco tiempo, afortunadamente.

"No viene a solucionar nada este modelo del minimo esfuerzo, mala experiencia de usuario, mal desempeño, y para colmo no aprovechan las caracteristicas de los dispositivos"

Seguro tu eres de los que crees que se tiene que programar en block de notas si no no eres un "verdadero programador".

Mala experiencia de usuario? Eso tiene más que ver con el diseño de la app que con la tecnología con la que está desarrollada.

Mal desempeño? Si el rendimiento de una app nativa siempre va ser superior que el de una app híbrida pero no todas las apps requieren tanta exigencia de recursos. Muchas apps funcionan de "cliente" y mandan información a un servidor donde se hace todo el trabajo con los datos. Además el rendimiento que ofrece una app híbrida no es malo, a menos que quieras desarrollar un videojuego o una app que base su funcionamiento en el rendimiento.

No aprovechan las características de los dispositivos? Bueno si sabes que las apps híbridas se llaman híbridas porque también puedes acceder al APIs nativas de sistema operativo verdad? Y si, si puedes hacer uso de Touch ID, 3D Touch y esperate un par de meses y seguro sale un plugin de Cordova para utilizar el Face ID.

Vamos que tienes poca o nula experiencia sobre apps híbridas.

No creo que tengamos problemas usando desarrollo web, esto va orientado a los desarrollos genéricos.

El único problema que puedes tener con Ionic es quizás si usas las plantillas que tienen en el creator sin modificar o cosas así.