Hay tres formas de seleccionar la experiencia de su teléfono inteligente: por operador, por dispositivo y por aplicaciones. La elección por operador prioriza la calidad de su servicio celular, mientras que tomar una decisión basada en el dispositivo significa que busca una experiencia de plataforma y características de hardware específicas. Pero elegir por aplicaciones puede ser más complicado.
La gama actual de ecosistemas móviles está simultáneamente fragmentada y unificada en todas las plataformas. Algunas aplicaciones importantes están disponibles en muchas plataformas, al igual que las aplicaciones de desarrolladores más pequeños. Otras aplicaciones son exclusivas de una plataforma en virtud de características únicas del sistema operativo o las limitaciones de recursos del desarrollador. Pero si realmente necesita esa aplicación, entonces el operador o el dispositivo no importan tanto.
Pero, ¿y si todas las aplicaciones pudieran estar disponibles en todas las plataformas? ¿Es el desarrollo multiplataforma algo por lo que los desarrolladores deberían preocuparse y hay dificultades que enfrentar al hacerlo? ¿Es mejor crear una aplicación específicamente para cada plataforma, o debería crearse la aplicación con un marco basado en web multiplataforma?
Tanto los usuarios como los desarrolladores pueden estar de acuerdo en que tener una aplicación disponible independientemente de la plataforma es un gran ideal. ¿Pero a qué precio?
¡Comencemos la conversación!
En realidad, la pregunta es más complicada. La mayoría de las veces, "la próxima gran cosa" ha sido creada por un desarrollador realmente talentoso o un pequeño equipo que simplemente no tiene los recursos, las habilidades o las habilidades para programar entre plataformas. Lo vimos desde el principio con Instagram y Android: la compañía detrás de la aplicación, famosa por tener solo trece empleados. Tales limitaciones retrasaron una aplicación de Instagram para Android durante algún tiempo, e incluso ahora después de haber sido comprada por Facebook por mil millones de dólares todavía no han lanzado una aplicación compatible con BlackBerry 10 o Windows Teléfono.
La plataforma a menudo debe alcanzar alguna métrica invisible y ambigua por la que se considera "aceptada" por las masas.
Las pequeñas empresas no están solas aquí, ya que a menudo vemos grandes empresas de medios que dudan en crear aplicaciones multiplataforma. La plataforma en cuestión a menudo debe alcanzar alguna métrica invisible y ambigua por la cual se considera como 'aceptada' por las masas y solo entonces las empresas considerarán crear una aplicación para ella. Ocasionalmente, los desarrolladores que son "fanáticos" de un sistema operativo en particular crearán una aplicación para esa plataforma primero, incluso si la cuota de mercado gigante no está allí. Esto sucedió con la aplicación oficial Disqus para Windows Phone, que fue la primera (y hasta ahora única) plataforma móvil en obtener una aplicación oficial del servicio de comentarios.
Entonces, sí, las empresas siempre deben esforzarse por ser multiplataforma cuando puedan, y si no pueden, deben comunicarse con los desarrolladores de esa comunidad para trabajar en una asociación. Foursquare hizo esto cuando el desarrollador Zhephree creó de forma independiente una aplicación Foursquare para webOS en 2009 y la aplicación se convirtió en la aplicación Foursquare de facto para la plataforma. Desafortunadamente, eso es poco común y, con demasiada frecuencia, los consumidores se ven cargados con selecciones de aplicaciones que no incluyen la última o la mejor simplemente debido a su elección de plataforma móvil.
¿Sería útil un lenguaje de programación multiplataforma como HTML5 o Unity para juegos? Los estándares son ciertamente mejores que el caos, aunque, como hemos visto con HTML5 hasta ahora, ha sido más una exageración que un éxito.
WSi bien hay excepciones a todas las reglas, realmente quiero vivir en un mundo donde la mayoría de las aplicaciones móviles sean multiplataforma y simplemente funcionen cuando y donde yo las quiera. Tomemos la web, por ejemplo. Puedo acceder a casi cualquier sitio web desde casi cualquier dispositivo del mercado. Al sitio web de Facebook no le importa si estoy en una Mac o PC con Windows, en un teléfono inteligente o una tableta, en Android o BlackBerry 10.
Siempre que la plataforma tenga un navegador web moderno, puedo acceder a prácticamente cualquier sitio que desee. Puedo crear e implementar un sitio web en una gama completa de dispositivos y todos pueden verlo. En su mayor parte, si el sitio se adhiere a los estándares, realmente "simplemente funciona".
El estado de las aplicaciones móviles multiplataforma es bastante diferente.
Tome Android Central, CrackBerry, iMore y Windows Phone Central. Los sitios utilizan un código muy similar y funcionan en la mayoría de los navegadores de escritorio o móviles. Cuatro sitios web, todos los navegadores. Buen negocio.
Pero hacer eso con aplicaciones significaría usar marcos separados, sustancialmente diferentes, para Android, BlackBerry 10, iOS y Windows Phone para cada una de las aplicaciones de los sitios. Cuatro aplicaciones por cuatro plataformas para un total de dieciséis aplicaciones. No es un buen negocio.
Lo mismo puede decirse de los accesorios que dependen de aplicaciones conectadas. Nike + FuelBand se lanzó solo para iOS, pero por la inversión que Nike puso en su hardware, idealmente serían compatibles con todas las plataformas. Muchos usuarios que no utilizan iOS podrían haber comprado uno para las vacaciones de 2012, pero el hecho de que FuelBand no sea compatible con otras plataformas y aún no es compatible con otras plataformas limita su mercado potencial. A los usuarios no les importaría la multiplataforma; todo lo que importaría es que funcione con su dispositivo.
Tengo la esperanza de que HTML5 sea lo suficientemente potente y flexible como para que pueda producir aplicaciones casi nativas en él. Y si ese es el caso, prefiero HTML5.
- Leo LaporteJefe TWiT, TWiT.TV
Nadie quiere una aplicación en BlackBerry 10 que se vea exactamente como en iOS y no incluya soporte para los gestos de BlackBerry 10.
Los juegos suelen ser los más avanzados en esto gracias a motores multiplataforma como Unity y Titanium. Sin embargo, los juegos tienden a tener sus propias interfaces que no se ajustan a la plataforma. Las aplicaciones que no son de juegos son diferentes. Si bien las aplicaciones pueden compartir funciones, servicios e incluso código en común entre plataformas, necesitan el aspecto de la plataforma y pueden beneficiarse de las funciones específicas de la plataforma. Nadie quiere una aplicación en BlackBerry 10 que se vea exactamente como en iOS y no incluya soporte para los gestos de BlackBerry 10.
Al final, si saca de la ecuación a los propietarios de plataformas, fabricantes e incluso desarrolladores, la gente solo quiere las aplicaciones que aman en los dispositivos que aman. Eso significa que todas las aplicaciones importantes deben ser compatibles con todas las plataformas principales. Ahora.
TEn teoría, tener las mismas aplicaciones en todas las plataformas debería ser una obviedad, ¿verdad? Más aplicaciones en más lugares. Pero la verdad decepcionante es que incluso hoy en día no todas las aplicaciones son iguales.
Las diferentes plataformas hacen las cosas de manera diferente. A veces se trata de hardware. BlackBerry 10 y Windows Phone no tienen el poder de procesamiento puro de Android. El iOS de Apple es posiblemente más fácil de desarrollar y puede hacer más con menos. Y, entonces, una aplicación que está disponible para iPhone y iPad puede tener una funcionalidad diferente a la que tendría en Android o BlackBerry 10 o Windows Phone. De hecho, hemos visto casos de aplicaciones populares que pierden una parte significativa de su funcionalidad cuando se transfieren de una plataforma a otra.
La decepcionante verdad es que incluso hoy en día no todas las aplicaciones son iguales.
Sin embargo, no siempre es tan profundo. A veces es solo una cuestión de apariencia. Tal vez una aplicación no se vea tan bien en una plataforma como en otra. ¿Superficial? Quizás. Las aplicaciones deben tener una experiencia coherente en todas las plataformas. O al menos intente tener la misma experiencia. Pero también necesitan tener una experiencia de plataforma. Es un cabello difícil de dividir.
La buena noticia es que las aplicaciones son bestias fluidas. Están cambiando y mejorando constantemente. Probablemente no tan rápido como a todos nos gustaría, pero rara es la aplicación popular que nunca se actualiza, nunca mejora y nunca se rediseña.
HLas aplicaciones TML5 se crean utilizando tecnologías estándar web como HTML, CSS y JavaScript. Estas aplicaciones se ejecutan en navegadores, como Google Maps o iCloud.com, o en dispositivos locales como Chrome OS o el difunto y lamentado webOS. Debido a que muchos desarrolladores ya saben cómo crear experiencias web enriquecidas, generalmente se asume que las aplicaciones HTML5 serán el camino más fácil para llevar a esos desarrolladores a dispositivos móviles. De ahí todo, desde la solución "dulce" original de Apple de aplicaciones en el navegador del iPhone hasta los frameworks Mojo de Palm y posteriormente Enyo y WebWorks de BlackBerry.
Esto ha llevado a la presunción, generalmente de quienes no son desarrolladores, de que HTML5 es la última y mejor esperanza para un futuro utópico en el que las aplicaciones se escriben una vez y se implementan en todas partes, multiplataforma, desde el escritorio hasta la tableta, el teléfono y todo y cualquier cosa en Entre.
Y es un montón de tonterías.
La solución "dulce" original de Apple funcionó tan mal que se apresuraron a lanzar la App Store nativa un año después, la aplicación de calendario en webOS. 1.0 tardó veinte segundos en lanzarse, y Google está produciendo experiencias mucho mejores con aplicaciones codificadas de forma nativa en Android e iOS que en el web. Incluso las mejores aplicaciones web móviles, como Gmail.com y Forecast.io, palidecen en comparación con sus primos nativos más ricos y con mejor rendimiento.
Las aplicaciones nativas se beneficiarán del nuevo hardware y los nuevos marcos. Su ventaja permanecerá, si no aumentará.
Algunos dicen que a medida que el hardware se vuelve más potente y se mejora JavaScript, el rendimiento y la funcionalidad de las aplicaciones web aumentarán. Eso es absolutamente cierto. Pero las aplicaciones nativas también se beneficiarán del nuevo hardware y los nuevos marcos. Su ventaja permanecerá, si no aumentará.
Es por eso que las aplicaciones HTML5 se llaman el futuro: siempre llega pero nunca llega.
Intentar crear una aplicación completa en HTML5 es como intentar crear una aplicación completa que existe totalmente fuera de línea, en modo avión. No es imposible, pero no es ideal y limita en gran medida el alcance y la experiencia que se pueden proporcionar.
Si HTML5 se vuelve más frecuente que las aplicaciones nativas, ese es un mundo en el que no quiero vivir.
- Matt Bischoff y Brian Capps,Ingenieros de iOS, Lickability
Todo se reduce a esto: Internet es mejor para proporcionar datos dinámicos y las aplicaciones nativas son las mejores para la interfaz y la interactividad. Las grandes aplicaciones utilizarán lo mejor de ambos. Como iTunes. Como Google Maps para Android e iOS. Me gusta la nueva versión nativa de Facebook para dispositivos móviles (incluso Facebook aprendió esa lección por las malas).
HTML5 no es de ninguna manera el futuro definitivo de las aplicaciones. Pero es una parte increíblemente importante de ese futuro.
CLas aplicaciones de la plataforma Ross son una tarea complicada. Los desarrolladores deben navegar por los SDK, las API y las guías de IU y UX, mientras intentan mantener la apariencia, las características y la experiencia únicas de su propia aplicación. Es un acto de equilibrio de requisitos y deseos, de expectativas y limitaciones.
Lo ideal sería que las aplicaciones que tienen sentido ser multiplataforma lo sean, y sería fácil hacerlo. Pero es un mercado despiadado y los propietarios de plataformas más grandes tienen poco interés en facilitar la creación de aplicaciones. que funcionará en los dispositivos de la competencia, mientras que los jugadores más pequeños quieren que sea lo más fácil posible portar esos mismos aplicaciones.
Existen herramientas y marcos multiplataforma, pero su alcance y poder son limitados. Facilitan la creación de una experiencia coherente en todas las plataformas, pero sacrifican lo que hace que cada plataforma sea única y comprometen la calidad y el rendimiento. Pero crear una plataforma de aplicaciones personalizadas requiere tiempo y dinero que no todos los desarrolladores tienen.
No hay una buena respuesta, pero ¿cuál es la mejor?