El sector de la telefon\u00eda m\u00f3vil parece marcado por los grandes \u00e9xitos accidentales. Durante muchos a\u00f1os, la gallina de los huevos de oro fue el SMS, que no se invent\u00f3 para la comunicaci\u00f3n entre personas a precio de l\u00edquido de impresora (10 c\u00e9ntimos por 140 caracteres son casi 750 euros por megabyte, y eso suponiendo que los mensajes ocupasen realmente los 140…) sino para enviar mensajes de configuraci\u00f3n, esos que hacen que el m\u00f3vil se conecte a Internet sin necesidad de que introduzcamos nosotros los datos de conexi\u00f3n.<\/p>\n
Pero el SMS, que durante a\u00f1os ha reportado ping\u00fces beneficios al sector, probablemente palidezca al enfrentarse a las apps<\/i><\/strong>. Y no debe olvidarse que en el momento del lanzamiento del iPhone, el m\u00f3vil que cambiar\u00eda para siempre la historia de este sector, Apple no ofrec\u00eda la posibilidad de usar m\u00e1s aplicaciones que aquellas que ven\u00edan instaladas de f\u00e1brica. La compa\u00f1\u00eda de Cupertino, de hecho, se pas\u00f3 una buena temporada insistiendo en que el iPhone dispon\u00eda de un fant\u00e1stico navegador (algo que, desde luego, era cierto) y que quien desease ofrecer funcionalidades adicionales para su \u00faltimo dispositivo ten\u00eda a disposici\u00f3n toda su potencia. Tras resistir durante meses el clamor popular, una actualizaci\u00f3n de iOS permiti\u00f3 que se lanzaran aplicaciones nativas para iOS y el resto es historia, sobre todo para la cuenta de explotaci\u00f3n de Apple, que se lleva un peque\u00f1o porcentaje de cada venta de aplicaci\u00f3n y contenido a trav\u00e9s de su tienda.<\/p>\n Lo que vino despu\u00e9s fue una especie de locura colectiva por el desarrollo de aplicaciones, primero para el iPhone y luego para Android y, en menor medida, para el resto de sistemas operativos m\u00f3viles. En general, esto implica que, si se desea poner a disposici\u00f3n del p\u00fablico global una aplicaci\u00f3n, es necesario pelearse con herramientas y entornos de desarrollo notablemente variables: en general, el desarrollo para iOS se hace en Objective C, mientras que para Android se usa Java. Existen, desde luego, tecnolog\u00edas que permiten atacar en simult\u00e1neo los sistemas operativos m\u00e1s populares (y tambi\u00e9n algunos de los de menor implantaci\u00f3n actual): por un lado tenemos Flash, que es capaz de generar ejecutables para ambos, y despu\u00e9s tenemos alternativas como PhoneGap<\/a>, que permiten explotar las posibilidades de HTML5 y las funcionalidades que los dispositivos ponen a su alcance (esto es, desarrollando con HTML, CSS y JavaScript podemos acceder a, por ejemplo, las funcionalidades de geolocalizaci\u00f3n o a saber en qu\u00e9 posici\u00f3n se encuentra el dispositivo consultando su aceler\u00f3metro). Luego disponemos de opciones nativas exclusivas para cada sistema operativo y de soluciones mixtas que, aunque no tienen el mismo nivel de potencia, permiten mantener una \u00fanica base de c\u00f3digo, lo que ahorra notablemente costes de desarrollo y mantenimiento. En general, para una aplicaci\u00f3n que exprima la potencia del dispositivo (por ejemplo, un juego 3D) nos inclinaremos por la opci\u00f3n del fabricante, mientras que en otros casos (por ejemplo, para una aplicaci\u00f3n que nos muestre el listado de pel\u00edculas de los cines de una ciudad determinada, con sus horarios) optaremos por la soluci\u00f3n que nos permita estar en la mayor variedad posible de dispositivos con el menor coste.<\/p>\n Curiosamente, en estos a\u00f1os se ha olvidado la opci\u00f3n propuesta en un inicio por Steve Jobs: las aplicaciones web. Una aplicaci\u00f3n web (pongamos por caso, GMail) convenientemente programada y dise\u00f1ada deber\u00eda poder ejecutarse sin problemas desde pr\u00e1cticamente cualquier navegador de dispositivo m\u00f3vil. Y, de hecho, muchas aplicaciones web lo hacen, basta con acceder a http:\/\/m.gmail.com<\/a> para comprobarlo. Si bien la potencia de esas aplicaciones web no suele estar a la altura de las desarrolladas en el entorno nativo o en Flash o HTML5, todas las funcionalidades esenciales suelen estar disponibles.<\/p>\n Un beneficio a\u00f1adido de las aplicaciones web es que, en un mundo en el que la penetraci\u00f3n de los smartphones<\/i> es cada vez m\u00e1s alta pero a\u00fan no global, a trav\u00e9s de ellas podemos ofrecer nuestros servicios en mercados (buena parte de \u00c1frica y Asia, por ejemplo) en los que estos est\u00e1n a\u00fan lejos de ser ubicuos pero que presentan una alta penetraci\u00f3n de featurephones<\/i> con navegadores que, sin llegar a igualar en potencia a los de los smartphones, s\u00ed dan acceso plenamente funcional a estas aplicaciones (para comprobar el estado de la cuesti\u00f3n, un muy buen recurso es el informeState of the mobile web<\/a> que elabora peri\u00f3dicamente Opera).<\/p>\n No se trata solo de acceder a mercados en v\u00edas de desarrollo: los propietarios de las tiendas de aplicaciones (esto es, sobre todo, Apple y Google, pero tambi\u00e9n Microsoft y Blackberry, por ejemplo) ofrecen a desarrolladores y proveedores de contenidos un fant\u00e1stico escaparate para mostrar y vender sus productos pero, como es natural, cobran por ello unas comisiones (que pueden alcanzar el 30% del importe del producto vendido) que pueden llegar a suponer la diferencia entre un negocio viable y otro que no lo es. Esto ha llevado a muchos proveedores a intentar escapar de las app stores<\/i> y ofrecer sus servicios fuera de las aplicaciones y desde la web. No se trata \u00fanicamente de peque\u00f1as compa\u00f1\u00edas; Amazon, por ejemplo, (fuente<\/a>) ofrece desde hace tiempo sus contenidos para dispositivos iOS desde fuera de las aplicaciones, demostrando, adem\u00e1s, que es posible desarrollar interfaces en el navegador equiparables en funcionalidad y usabilidad a lo que ofrecen las aplicaciones nativas.<\/p>\n Finalmente, tambi\u00e9n hay que tener en cuenta que, a trav\u00e9s de soluciones de dise\u00f1o como el dise\u00f1o web responsive<\/i><\/a>, mantener una \u00fanica p\u00e1gina web que d\u00e9 un buen servicio a navegadores tanto de escritorio como de los diferentes dispositivos, sin llegar a ser f\u00e1cil (pocas cosas en dise\u00f1o web son verdaderamente f\u00e1ciles), es cada vez m\u00e1s una posibilidad razonable, con lo que el ahorro en desarrollo y mantenimiento resulta m\u00e1s que notable.<\/p>\n As\u00ed pues, a la hora de dise\u00f1ar una estrategia para que los servicios y contenidos est\u00e9n disponibles en la mayor gama posible de dispositivos y, en consecuencia, al alcance del p\u00fablico m\u00e1s amplio posible, es inevitable considerar, adem\u00e1s de las aplicaciones que se van a distribuir desde las diferentes app stores<\/i>, la posibilidad de desarrollar aplicaciones web accesibles para dispositivos.<\/p>\n Dos lecturas adicionales:<\/p>\n <\/p>","protected":false},"excerpt":{"rendered":" El sector de la telefon\u00eda m\u00f3vil parece marcado por los grandes \u00e9xitos accidentales. Durante muchos a\u00f1os, la gallina de los huevos de oro fue el SMS, que no se invent\u00f3 para la comunicaci\u00f3n entre personas a precio de l\u00edquido de impresora (10 c\u00e9ntimos por 140 caracteres son casi 750 euros por megabyte, y eso suponiendo … <\/p>\n\n
\n(http:\/\/www.technologyreview.com\/news\/427785\/why-publishers-dont-like-apps\/<\/a>, MIT Technology Review<\/cite>, mayo del 2012)<\/li>\n
\n(http:\/\/readwrite.com\/2012\/05\/10\/the-app-is-dead-ok-not-really-but-the-browser-is-back<\/a>, mayo del 2012)<\/li>\n<\/ul>\n