Guia a La Galaxia de Aplic Moviles

Don’t Panic

nte actuali me

a



is

n

Edició

aú

do za

complet a

GUIA A LA GALAXIA DE APLICACIONES MÓVILES

n gra

t

1

publicado por:

Enough Software GmbH + Co. KG Stavendamm 22 28195 Bremen Alemania www.enough.de

15a edición, Febrero de 2015 Esta guía se encuentra bajo la licencia Creative Commons “Algunos derechos reservados”. Por favor, envía tus aportaciones, preguntas o esponsorización a: [email protected] Síguenos en Twitter: @MobileDevGuide

traducción hecha posible por:

Diseño: Cornelius Kwietniak (Enough Software) Editores: Marco Tabor (Enough Software) Julian Harty, Chris Ward Traductores: Javier Melenchón, Eva Casado de Amezua www.mobiledevelopersguide.com 

2

1 Prólogo 4

La Galaxia Móvil: Introducción De la Idea al Concepto 27 Experiencia de Usuario & Diseño de Interfaz 38 Android 56 BlackBerry 10 68 Firefox OS 74 iOS 90 Java ME (J2ME) 101 Tizen 106 Windows 117 Hacia Multiplataforma 135 Sitios para Móviles & Tecnologías Web 151 Aplicaciones Empresariales 163 Videojuegos para Móviles 182 Desarrollo Móvil y el Internet de las Cosas 191 Programando Smartwatches 199 Analíticas Móviles 212 Seguridad de la Aplicación 225 Accesibilidad 247 Testeo 272 Monetización 291 Epílogo 292 Acerca de los Autores 17



3



4



5

Prólogo El desarrollo de aplicaciones ha avanzado mucho en los últimos 10 años. Cuando fundamos Enough Software en el 2005, las aplicaciones móviles eran algo realmente exótico y limitado a los teléfonos, y la distribución era más que difícil. Ahora, no sólo tenemos que limitarnos a los móviles como plataforma, sino que hemos ampliado nuestro alcance a tablets, phablets, PCs, relojes inteligentes (smartwatches), televisores y sistemas de automoción. Asimismo, muchos productos derivados del Internet de las Cosas (o IoT, del inglés Internet of Things) han sido posibles gracias a la aplicaciones móviles. En esta quinceava edición, y como siempre desde el 2009, mostramos esas nuevas oportunidades, siendo en este caso los capítulos más notables los capítulos dedicados a IoT y smartwatches; pero también cabe destacar que otros capítulos han sido ampliados, mejorados, y en algunos casos completamente renovados. Por ello queremos felicitar a los autores, ¡habéis hecho un trabajo fantástico! También agradecer el soporte de nuestros patrocinadores, que hace posible imprimir esta guía en formato de libro de bolsillo: ¡SAP, HP y Microsoft! Podéis documentaros sobre su oferta de plataformas móviles en developers.sap.com, developers.hp.com y dev.windows.com. Y por supuesto: ¡Muchísimas gracias a los traductores!

Prólogo

1

Por favor, compartid vuestro entusiasmo con nosotros vía Twitter en @enoughsoftware o vía email en [email protected], y recordad que podéis encontrar la edición electrónica de este libro, en varios idiomas, en mobiledevelopersguide.com. Robert + Marco / Enough Software Bremen, Febrero 2015 PD: ¿Necesitas ayuda para triunfar en el universo móvil? Contáctanos en [email protected] para saber más sobre nuestros servicios de coaching de aplicaciones.

Prólogo

2

10

th

ION

EDIT

La Galaxia Móvil: Introducción Bienvenido al mundo del desarrollo móvil, un lugar donde antiguos gigantes se tambalean y nacen nuevas estrellas, aparentemente de forma habitual. Éste libro se centra en el desarrollo de aplicaciones móviles, abarcando fases como: planificación y especificación, prototipado y diseño, implementación, testeo interno y despliegue, publicación en una tienda de aplicaciones, descubrimiento por los usuarios, instalación, uso y feedback. En última instancia, queremos que nuestros usuarios disfruten utilizando nuestras aplicaciones y que nos den valoraciones positivas para alentar a otros a hacer lo mismo. Sigue leyendo para aprender cómo desarrollar aplicaciones para las principales plataformas. Si ésta es la primera vez que has considerado involucrarte en este tema, te recomendamos no demorarlo más ya que el mundo se está enfocando rápidamente hacia el móvil como forma predominante en la informática, y es probable que otros te adelanten si esperas demasiado. Aunque el desarrollo de aplicaciones móviles tiene algunos puntos en común con el de otro tipo de software, también posee características específicas. Vamos a tratar algunas de ellas a continuación.

La Galaxia Móvil: Introducción

4

Topología: Factores de Formato y Patrones de Uso Tradicionalmente, los desarrolladores de aplicaciones sólo nos habíamos centrado en los teléfonos móviles; posteriormente las tablets aparecieron en escena como plataformas objetivo; y, hoy en día, nuestras aplicaciones pueden cubrir un amplio espectro de dispositivos: smartwatch, móvil, tablet, PC, TV y automoción. Y otros factores de forma se incorporarán en el futuro. Cada factor de forma plantea sus propios retos de usabilidad; por ejemplo, un tablet exige una navegación diferente a un teléfono y la entrada de datos en un televisor puede resultar muy incómoda. Naturalmente, los patrones de uso de Android difieren de los de iOS, que a su vez son diferentes de aquellos para Windows Phone, etcétera. Por tanto, deberías evitar ofrecer la misma experiencia de usuario en todos los factores de forma, incluso si tu plataforma objetivo se limita a los smartphones, de lo contrario corres el riesgo de ofrecer un servicio mediocre a algunos segmentos de tus base de usuarios.

Formación Estelar: Creando un Servicio Móvil Hay varias maneras de producir un servicio móvil: —— Aplicación (app) —— Sitio Web —— SMS, USSD1 y STK2

1   es.wikipedia.org/wiki/USSD 2   en.wikipedia.org/wiki/SIM_Application_Toolkit

La Galaxia Móvil: Introducción

5

Aplicaciones Las aplicaciones se ejecutan directamente en el dispositivo. Se pueden desarrollar como nativas, web o híbridas. Aplicaciones Nativas Una aplicación nativa está programada en un lenguaje específico con APIs propias de la plataforma. Se suele comprar, descargar y actualizar a través de la tienda de aplicaciones específica de la plataforma. Las aplicaciones nativas suelen ofrecer mejor rendimiento, integración más completa y la mejor experiencia de usuario en comparación con otras opciones; sin embargo, el desarrollo nativo suele ser también la opción de desarrollo más compleja. Aplicaciones Web Una aplicación web (web-app/web-based) se basa en HTML5, JavaScript y CSS, y no depende de ninguna tienda de aplicaciones. Es un sitio almacenado localmente en el móvil que trata de emular el look-and-feel (aspecto y comportamiento) de una aplicación. Un famoso ejemplo de aplicación web es la del Financial Times, que abandonó la tienda de aplicaciones con el fin de evitar compartir los ingresos de los suscriptores; en cambio, la aplicación web basada en Facebook iOS fue puesta al día como aplicación nativa para mejorar dramáticamente su rendimiento y usabilidad. Hay frameworks para aplicaciones web que permiten construir un contenedor nativo para tales aplicaciones de manera que puedan ser publicadas en las tiendas de aplicaciones, por ejemplo Phonegap3.

3   www.phonegap.com

La Galaxia Móvil: Introducción

6

Aplicaciones Híbridas Existe una exagerada controversia en torno a si las aplicaciones nativas son el futuro o si lo son las aplicaciones web. Para muchos de los desarrolladores de aplicaciones móviles esta controversia ya no es relevante, porque la aproximación híbrida al desarrollo de aplicaciones se ha convertido en algo bastante común: una aplicación puede utilizar código nativo para incrementar su rendimiento e integrarse con la plataforma, mientras que utiliza una webview con contenido basado en HTML5 para otras partes de dicha aplicación. Una aplicación híbrida hace uso tanto de las tecnologías nativas como las web. Partes de ella se comportarán como una aplicación nativa, mientras que otras se ejecutan sobre tecnologías web y pueden utilizar la conexión a Internet para ofrecer contenidos actualizados y funcionalidades sin necesitar de publicar actualizaciones en las tiendas de aplicaciones. Mientras que esto podría ser visto como un inconveniente, el uso de las tecnologías web permite a los desarrolladores mostrar contenido actualizado sin tener que volver a subir la aplicación a las tiendas de aplicaciones. El desafío clave es combinar las capacidades únicas de tecnologías nativas y web para crear una aplicación verdaderamente fácil de usar y atractiva. Sitios web Un sitio web se ejecuta en tu servidor, pero puedes acceder a varias funciones del dispositivo con JavaScript, por ejemplo para almacenar datos de forma local o solicitar la ubicación actual del dispositivo. A diferencia de las aplicaciones, los sitios web para móviles son inherentemente multiplataforma. Históricamente, los sitios web se han centrado en ser compatibles con navegadores basados en WebKit como Safari. Hoy en día, tanto WebKit como Chromium son los motores de renderizado web dominantes, con Trident de Internet Explorer 7

y algunos otros como actores secundarios. En aras de una Web abierta, intenta usar estándares HTML5 tanto como sea posible y evita renderizar código específico de un sólo motor. SMS, USSD y STK Los servicios sencillos pueden ser realizados con SMS, USSD o STK. Todo el mundo sabe cómo funciona el sistema de mensajería de texto SMS (Short Message Service), y todos los teléfonos son compatibles con él, pero necesitas convencer a los usuarios de que recuerden comandos de texto para servicios más complejos. Algunos operadores ofrecen APIs para servicios de mensajería que funcionan para dispositivos que sólo usan WiFi, tales como las APIs de red de Deutsche Telekom4 . En el Reino Unido, se puede pagar en los parkings de muchas ciudades via SMS. El USSD (Servicio Suplementario de Datos no Estructurados, del inglés Unstructured Supplementary Service Data) es un protocolo GSM utilizado para enviar sencillos menús basados ​​en texto, cuyas capacidades dependen de la compañía operadora y el dispositivo. En Sri Lanka, los turistas pueden recibir una tarjeta SIM gratuita que se registra utilizando menús USSD. El STK (SIM Application Toolkit) permite implementar aplicaciones interactivas de bajo nivel directamente en la tarjeta SIM de un teléfono. El STK puede parecer irrelevante cuando se están dando tanta relevancia a las aplicaciones para smartphones, sin embargo hay casos como el de M-Pesa, una aplicación STK que está transformando las transacciones financieras en Kenia y otros países5.

4   www.developergarden.com/apis 5   memeburn.com/2012/03/how-m-pesa-disrupts-entire-economies/

La Galaxia Móvil: Introducción

8

El Universo de los Sistemas Operativos Móviles El espacio móvil es mucho más diverso que otras áreas TIC. Cuando estás desarrollando software para ordenadores personales, tienes básicamente 3 sistemas operativos para elegir, pero en el caso de los móviles hay muchos más. Este libro te ofrece una introducción a aquellos sistemas operativos móviles más relevantes actualmente, pero hay que ser consciente de que el entorno móvil cambia continuamente a una velocidad que rara vez se observa en otros negocios. Hemos visto cómo muchas tecnologías prometedoras aparecen y desaparecen rápidamente, sin importar lo grandes que eran las compañías que las respaldaban o la relevancia que tuvieran históricamente en el mercado. Así que sigue leyendo, aprende cómo es el mercado actual y prepárate para seguir sus cambios (o asegúrate de tener la última edición de esta guía a mano). Quásars: Android e iOS Cuando la gente habla sobre aplicaciones móviles, en su mayoría sólo se refieren a Android e iOS. ¿Por qué? En términos de cuota de mercado, estas dos plataformas combinadas dominan el mercado de smartphones con alcanzando fácilmente el 90% de cuota en los principales mercados6 (ver la tabla a continuación para los números globales). El estudio Developer Economics 20147 también muestra que iOS y Android están a la cabeza en términos de atención por parte de los desarrolladores, es decir, el porcentaje de desarrolladores utilizando una plataforma, independientemente de la plataforma que 6   www.idc.com/getdoc.jsp?containerId=prUS24442013 7   developereconomics.com

La Galaxia Móvil: Introducción

9

ellos consideran su 'primaria'. Android era líder, con un 71% de los desarrolladores trabajando en ella, seguido por iOS con un 55%. Naturalmente, esto también significa que si vas a usar Android o iOS, vas a tener muchos competidores. Materia Oscura: Plataformas de Móviles de Gama Media Si bien los smartphones acaparan todo el protagonismo en los medios, algunas partes del mundo pertenecen al universo del móvil de gama media. A nivel global, alrededor del 50% de todos los teléfonos vendidos en el tercer trimestre de 2014 fueron feature phones (teléfonos de gama media)8, con una base instalada muy superior a esa cifra. Aún así, Android está incrementando su penetración en el mercado de dispositivos de bajo coste, así que su futuro no está del todo claro. Incluso los jugadores clave en el mercado de teléfonos de gama media se han dado cuenta: Nokia planea cerrar completamente su tienda para feature phones durante la primera mitad del 2015, para ser "reemplazada" por Opera9. Aunque se pueden desarrollar aplicaciones nativas para teléfonos de gama media cuando se tiene estrecha relación con el comercializador, normalmente desarrollarás aplicaciones para esos teléfonos utilizando Java ME o BREW. Magnetoestrella: Windows Windows se ha convertido en el 'tercer ecosistema'10 en el universo móvil, superando en ventas al iPhone en algunas regiones, como Italia o Argentina. La cuota de mercado de Win8   gartner.com/newsroom/id/2944819 9   blogs.opera.com/news/2014/11/nokia-store-become-opera-mobile-store 10  

kantarworldpanel.com/global/News/news-articles/Apple-iPhone-5S-outsells5C-three-to-one-in-Great-Britain La Galaxia Móvil: Introducción

10

dows 8.1 y Windows 8 ha superado a la de todas las versiones de Mac OS X juntas, y también las versiones de Windows XP, según Net Applications11. Mientras que Windows 8 y 8.1 nunca ha alcanzado tal popularidad entre los usuarios, parece posible que Windows 10 sí lo consiga. Windows 10 soportará una gran variedad de dispositivos, comenzando por sistemas embebidos, dispositivos ponibles (wearables), teléfonos, tablets, PCs, e incluso la Xbox One. Supernovas: Sailfish OS, Firefox OS, BlackBerry 10 y Aliyun ¿Se convertirán estas plataformas en espectaculares historias de éxito o en desafortunados capítulos de la industria móvil? Nadie lo sabe con seguridad, pero hay señales ambivalentes abiertas a la interpretación. La empresa finlandesa Jolla12 entró en el mercado en el cuarto trimestre del 2013 con Sailfish OS13. Aunque aún es un sistema enfocado a un nicho del mercado, Jolla ha lanzado una versión estable de su firmware y ha recibido más de 1,8 millones de dólares estadounidenses vía crowdsourcing para producir una tablet Jolla14 en Mayo de 2015. Firefox OS15 no ha llegado muy lejos. Originariamente su objetivo eran los dispositivos de bajo coste, pero la experiencia que ofrece un sistema operativo basado en web no es óptima en ese tipo de hardware. Ya que habrá nuevas mejoras en hardware en el 2015, será interesante probar Firefox Os en potentes dispositivos de bajo coste. BlackBerry 10 se niega a morir, y tiene buenas razones para 11  

netmarketshare.com/operating-system-market-share

12  

jolla.com

13  

sailfishos.org

14  

www.indiegogo.com/projects/jolla-tablet-world-s-first-crowdsourced-tablet

15  

mozilla.org/firefox/os 11

ello. A medida que la seguridad de datos gana atención en un mundo cada vez más conectado, BlackBerry aporta algunas ideas interesantes en ese ámbito. Aunque es claramente un nicho de mercado, parece un nicho acogedor y provechoso. Aliyun fue lanzado en el 2014 en un solo dispositivo en China, con una cuota de mercado desconocida. Como no le siguieron otros dispositivos, es posible asumir que esa plataforma está muerta desde el punto de vista de los desarrolladores. Enanas Blancas: Symbian, bada y otras estrellas muertas Algunos sistemas operativos han ido consumiéndose lentamente (como Samsung bada), otros han terminado con una explosión (como WebOS), y algunos han sido reabastecidos gracias a nuevos desarrollos (Windows Mobile). ¿Por qué algunos sobreviven mientras que otros fracasan? Al final todo se reduce al marketing, al reconocimiento por parte de la comunidad de desarrolladores, a las políticas corporativas y a una buena dosis de pura suerte. Cada vez es más difícil competir con el enorme peso que tienen iOS y Android, un hecho que parece reflejarse en el mercado de smartwatches. Nuevas Estrellas: Tizen y Ubuntu Despues de que el esfuerzo en crowdsourcing16 para financiar el primer teléfono con Ubuntu no alcanzó sus objetivos, en Febrero 2015 la empresa española BQ17 presentó el Aquaris E4.5 con Ubuntu. Tizen18 ha disfrutado de un cierto éxito en el mercado de smartwatches (ver el capítulo dedicado a esos dispositivos), aunque se ha retrasado la producción de los teléfonos 16  

indiegogo.com/projects/ubuntu-edge

17  

www.bq.com

18  

tizen.org La Galaxia Móvil: Introducción

12

prometidos por Samsung que lo soportarían. El Z1, el primer teléfono Tizen ha sido finalmente lanzado en India en enero de 2015. Aparentemente impulsado suave pero firmemente por Samsung e Intel, Tizen aspira soportar no sólo teléfonos y smartwatches, sino también televisores, tablets, netbooks y sistemas de infotenimiento para vehículos. El hecho de que incluyamos un capítulo dedicado a Tizen en esta edición refleja que nos estamos tomando esa plataforma seriamente. Sistema Solar: Cuotas de Mercado de Sistemas Operativos para Smartphones Si hechas un vistazo a la cuota de mercado mundial de smartphones para el mismo trimestre durante años sucesivos, la imagen resulta muy clara: Plataforma

Cuota T3 2014

Cuota T3 2013

Cuota T3 2012

Cuota T3 2011

Android

84,4%

81,2%

74,9%

57,4%

iOS (Apple)

11,7%

12,8%

14,4%

13,8%

Windows Phone

2,9%

3,6%

2,0%

1,2%

BlackBerry

0,5%

1,7%

4,1%

9,6%

0,6%

0,6%

4,5%

18,8%

Otras

(Fuente: idc.com/prodserv/smartphone-os-market-share)

Es posible que, como la mayoría de los desarrolladores, consideres que invertir tiempo en todo lo que no sea iOS y Android es una pérdida de tiempo, pero te aeguramos que no es tan sencillo como parece. En el primer trimestre del 2013, por primera vez, las ventas de smartphones a nivel global

La Galaxia Móvil: Introducción

13

superaron a las de teléfonos de gama media19, y Nokia Asha está considerada como la próxima plataforma que llegará al billón de usuarios, ofreciendo ya la posibilidad de portar aplicaciones desde Android. Recuerda también que se estas son cifras globales; la participación de cada plataforma en los mercados regionales es muy variable. En un mundo donde el contenido geolocalizado está aumentando en importancia, es fundamental conocer los detalles y las características del mercado objetivo. Por ejemplo, China es el mayor mercado de smartphones en la actualidad y es responsable de más del 40% de las ventas de aplicaciones Android en el tercer trimestre de 201320, pero los dispositivos Android chinos se comercializan habitualmente sin acceso a Google Play y otros servicios Google para móviles. Para obtener información sobre la cuota de mercado en tu región objetivo, tienes recursos en línea tales como comscore21, StatCounter22, VisionMobile23, Gartner24 o Kantar Mobile World Panel25.

Sobre Tiempo y Espacio Como desarrolladores, tendemos a mostrar mucha pasión por nuestros sistemas favoritos. Sin embargo no debemos olvidar que estas tecnologías son sólo eso, tecnologías que son relevantes en un momento y lugar dado, pero nada más. Sí, al19  

idc.com/getdoc.jsp?containerId=prUS24085413

20  

engadget.com/2013/11/14/android-ios-market-share-gartner-q3-2013/

21  

www.comscore.com/Insights/Data-Mine

22  

gs.statcounter.com

23  

visionmobile.com

24  

gartner.com

25  

kantarworldpanel.com/global/smartphone-os-market-share La Galaxia Móvil: Introducción

14

gunas flamewars son divertidas pero, en retrospectiva, siempre son pueriles. ¡Que levanten la mano aquellos que participaron en el debate Atari versus Amiga, en los viejos y buenos años 80! Probablemente no muchos de vosotros, pero seguramente, entendéis a los que nos referimos. Iniciativas como FairPhone26 o IndiePhone27 pueden ser más importantes que el sistema operativo o el proveedor que elijas en el futuro.

Perdido en el Espacio Si estás perdido en el vasto universo del desarrollo móvil, no te preocupes, mantén la calma y sigue leyendo. Explora tus opciones y evalúa el problema que deseas resolver, tu público objetivo y tu know-how. Pon un gran esfuerzo en diseñar la experiencia de tu servicio, concéntrate en el problema en cuestión, y mantenlo simple. Es mejor hacer una cosa bien que hacer "todo" sólo regular. Invierte en el diseño y la usabilidad de la solución. Por último, pero no menos importante, encontrar el nicho de mercado adecuado es a menudo mejor que tratar de copiar algo que ya ha tenido éxito. ¡Esta guía te ayudará a tomar una decisión informada!

26  

fairphone.com

27  

indiephone.eu

De la Idea al Concepto Desarrollar soluciones digitales populares e innovadoras significa beneficios importantes en esta industria. Hay millones de apps en las tiendas de aplicaciones, muchas agrupadas en una masa de aplicaciones similares que no ofrecen nada especial. Sin embargo, algunas aplicaciones son excepcionales. Es posible que te hayas preguntado: ¿Qué hace que estas aplicaciones tengan éxito, y cómo puedo lograr un éxito similar con mis productos? Este capítulo te ofrece herramientas y un marco para generar sistemáticamente ideas innovadoras para productos.

Los Ingredientes del Éxito: Conveniencia, Viabilidad & Factibilidad Comenzaremos debatiendo qué hace a un producto innovador y exitoso. Una característica importante de los productos innovadores es su combinación de tres aspectos principales: conveniencia humana, viabilidad financiera y viabilidad técnica. Comprender su conveniencia implica poder responder a las preguntas: ¿Qué desean las personas, y qué les hace felices? Por un lado, esto significa que una buena idea debe crear valor para las personas en su vida cotidiana; una buena idea debería simplificar tareas o hacer más cómoda la vida de las personas. Así, una idea de producto genera interés y atrae a la gente a utilizar el producto. Por otro lado, una experiencia de usuario atractiva fomenta el placer de su uso, ya que las tareas se pueden realizar fácilmente, la estructura de la aplicación es muy clara y fácil de entender, y las actualizaciones periódicas sobre el contenido o sitio ofrecido mantienen el interés en la misma constante. Las aplicaciones móviles pueden permitir a los De la Idea al Concepto

17

usuarios hacer cosas que no podrían hacer antes fácilmente; por ejemplo, comprar precios en una tienda, comprar y vender sobre la marcha, o el control de su salud y estado físico. Considera formas de desarrollar aplicaciones que aprovechen lo que ofrecen los dispositivos móviles. La viabilidad financiera es crucial para el desarrollo de la mayoría de productos, incluyendo las aplicaciones móviles. La viabilidad ayuda a cubrir los costes en tiempo y energía del desarrollo y mantenimiento de tu aplicación. Para aquellos que esperan que la aplicación se autofinancia, el desafío es definir un modelo de negocio que permite crear ingresos a partir de una idea y mantener los costes en niveles aceptables para los clientes finales. Sin embargo, muchos desarrolladores de aplicaciones se mantienen por debajo del umbral de la pobreza1 . En particular, en el mundo digital han surgido varios nuevos modelos de negocio en la última década. Por ejemplo, tanto la publicidad como el modelo freemium se han utilizado en a las aplicaciones móviles, siendo las compras In App especialmente populares en los videojuegos, aunque con riesgo de ser contraproducentes2 . Lee el capítulo monetización de esta guía para aprender más sobre qué opciones tienes de ganar dinero con el software móvil. El tercer aspecto es la viabilidad técnica. La mayoría de los ingenieros de software y desarrolladores están involucrados en la evaluación de esta dimensión. A menudo, construir y combinar la tecnología adecuada para hacer un producto es todo un desafío. Casos de la vida real muestran que los productos innovadores no siempre necesitan tecnología de vanguardia

1   developereconomics.com/reports/developer-economics-q3-2014/ 2   juego-developers

developereconomics.com/freemium-apps-killing-game-

developers/ De la Idea al Concepto

18

para tener éxito y que una combinación inteligente de las tecnologías existentes puede generar productos innovadores. Es importante tener en cuenta los tres aspectos (conveniencia, viabilidad y factibilidad) para desarrollar un concepto suficientemente detallado antes de invertir esfuerzos innecesarios en la implementación de una solución. Obtén feedback de otras personas, incluidos los usuarios potenciales, para ayudarte a refinar idea y concepto.

Céntrate en el Usuario En teoría, es posible que un producto encaje inmediatamente con los deseos de su grupo objetivo, pero en la práctica esto es poco habitual. En la mayoría de casos, el producto no agrada a muchos de los clientes previstos. Aunque las capacidades ofrecidas por el producto pueden ser muy innovador,as frescas, y realmente útiles, los usuarios pueden considerar el producto no apto para su contexto o pueden necesitar varias funciones adicionales para hacer un uso real del mismo. Para mejorar la satisfacción de los usuarios, las empresas de software tienden a hacer ajustes y tratar de responder a todos los deseos y al perfil del grupo objetivo de una manera desorganizada. Consecuentemente, el producto se va volviendo complejo, no es muy usable, y pierde más y más usuarios, ya que las expectativas de los usuarios no se pueden cubrir con la aplicación existente. Comenzar a desarrollar sin comprender realmente las necesidades del usuario es muy arriesgado porque los cambios en una aplicación ya lanzada son caros. Además, los recursos se malgastan creando funciones innecesarias.

De la Idea al Concepto

19

Define las Necesidades del Usuario Para evitar ese tipo de fallos, es importante centrarse en el usuario y desarrollar la aplicación usando su feedback. El análisis de los requisitos de usuario describe los procesos cruciales al revelar las necesidades del usuario y determinar sus expectativas. Analizar el escenario del problema y comprender los requerimientos del usuario son partes integrales del diseño de soluciones digitales innovadoras. El primer paso es saber quiénes son tus usuarios y definir el grupo(s) de destino para tu aplicación. Tienes que comprender cuáles son los objetivos de los usuarios, qué tareas necesitan realizar, y por qué tu aplicación es relevante para sus necesidades. Comprueba que sabes qué grupos de usuarios desearían utilizar la aplicación. Con el fin de revelar lospain points (puntos de dolor) y deducir los requisitos reales, es necesario entender cómo los usuarios realizan las tareas actualmente, incluyendo sus soluciones alternativas. La mejor manera de obtener esa información es hablar directamente con los representantes de los grupos de usuarios y observarlos en su vida o su trabajo diario. Los estudios secundarios de mercado, por ejemplo informes o datos demográficos, pueden ampliar tu investigación, ¡pero no dependas de ellos como principal fuente de información! Además, durante el análisis de requisitos es importante tener en cuenta las diferencias entre deseos y necesidades. Según Merriam Webster, un deseo es "un deseo de que algo suceda o sea hecho."3 Además, se trata de "un acto de pensar en algo que deseado, con la esperanza de que se conseguirá o que va a pasar de alguna mágica manera." Este deseo es, habitualmente, consciente. Los deseos se centran en objetos materiales concretos (por ejemplo los smartphones) o en las 3   www.merriam-webster.com/dictionary/wish

De la Idea al Concepto

20

habilidades (por ejemplo la creatividad). Es por esto que los usuarios pueden expresar sus deseos para un determinado producto, como funciones o colores especiales. Los deseos se pueden cambiar (por la publicidad o cuando mejores productos llegan a ser conocidos, etc.), pero si un nuevo producto refleja sólo los deseos de usuarios, no significa necesariamente que ayude a los usuarios con sus objetivos. Por ejemplo, algunos clientes quieren obtener un producto sólo porque tiene un diseño agradable. En cambio, las necesidades se esconden tras los deseos. Éstas no se centran en objetos o habilidades, sino en factores emocionales, como el recibir reconocimiento, la confianza, o una habilidad. Según Merriam Webster, una necesidad es "algo que una persona debe tener" y "algo que se necesita para vivir o tener éxito o ser feliz."4 . Una necesidad es un deseo basado en la escasez. Si una persona experimenta la ausencia de algo, esto crea un deseo profundo en el subconsciente. Este deseo motiva los actos, lo que debería eliminar dicha ausencia. Diferentes carencias inducen diferentes niveles de acción. De acuerdo con la famosa pirámide de Maslow5, la necesidad fisiológica de dormir o el hambre son, por ejemplo, mucho más fuertes que la necesidad de comunicación social. A diferencia de los deseos, las necesidades son inespecíficos y, a menudo, inconscientes. Para iniciar el análisis de los requisitos, asegúrate de plantear las necesidades y definir tu producto basándote en necesidades reales en lugar de deseos arbitrarios.

4   merriam-webster.com/dictionary/need 5   en.wikipedia.org/wiki/Maslow’s_hierarchy_of_needs

De la Idea al Concepto

21

Ideando El resultado del análisis no es una solución, sino una declaración clara y bien fundamentada del problema. Este planteamiento debe ser una base para explorar el escenario de la solución en la fase de ideación del proyecto. Durante esta fase, es importante comenzar a pensar muy divergentemente y llegar a una gran cantidad de ideas. Si creas una gran cantidad de ideas, será más fácil discutir diferentes enfoques para resolver los pain points de los usuarios y combinar las mejores. Existen muchas técnicas para fomentar el pensamiento creativo. Algunas son bien conocidas, como el brainstorming (lluvia de ideas). Sin embargo, se han inventado muchas otras que se pueden utilizar en situaciones específicas, como el método 6-3-56, la confrontación visual, o el método Disney7. Lo que todas estas técnicas tienen en común es que fomentan tanto el pensamiento divergente como el convergente, fomentando el pensar fuera de la caja (del inglés thinking outside the box). Un consejo habitual es celebrar sesiones de creatividad en un grupo con 5-8 participantes. Un grupo, por lo general, tiene mejores resultados que los de una persona individual. El brainstorming es el método más popular, pero no produce los mejores resultados en cuanto a la cantidad de ideas; para mejorarlos, se recomienda la aplicación de técnicas de brainwriting, que permiten a cada participante recabar ideas individualmente antes de discutirlas en grupo. Esto anima a cada miembro del equipo a participar activamente en la lluvia

6   una

técnica de brainwriting para grupos, ver en.wikipedia.org/wiki/6-3-5_Brainwriting

7   desarrollado

por Robert Dilts en 1994, ver en.wikipedia.org/wiki/Disney_method De la Idea al Concepto

22

de ideas y reduce el riesgo de que estas se evalúan antes de tiempo. No es importante la técnica que se utilice, sino tener en cuenta las siguientes reglas de equipo durante la fase de ideación del proyecto: —— —— —— —— —— ——

Aplazar el juicio Fomentar ideas extrañas Mantenerse centrado Centrarse en la cantidad Ser visual Construir sobre las ideas de otros Una vez recogidas las diversas ideas, deberán revisarse, retocarse o combinarse por el equipo, y las resultantes más prometedoras serán las seleccionados.

Probando las Ideas Tras seleccionar una idea, es crucial descubrir si proporciona un valor real para el grupo objetivo y si lo realmente satisfaría las necesidades de los usuarios. Los comentarios de los usuarios potenciales son clave para evaluar el valor de tu idea. Al principio sólo tienes que hablar de tu idea y el concepto general de la aplicación. Sin embargo, puede ser un reto para describir tus pensamientos de una manera en la que el público los entienda. El lenguaje natural se interpreta De la Idea al Concepto

23

a menudo de manera diferente y crea diferentes modelos mentales de cada persona. Por tanto, la comprensión puede ser diversa y la comunicación de las ideas un reto. Con el fin de superar los retos de la comunicación, debes expresar tus ideas de maneras visuales y tangibles, por ejemplo con prototipos. El término prototipo puede sonarte como algo que requiere mucho esfuerzo; de hecho, tradicionalmente se entiende como una pre-versión de un producto final, pero un enfoque más moderno del concepto es más versátil al incluir borradores (por ejemplo, un dibujo en papel). En las primeras fases de desarrollo de una aplicación innovadora, un prototipo debe ser una herramienta que se utiliza para discutir ideas y conceptos. Un prototipo puede ser, por ejemplo, un dibujo, guión gráfico, o la visualización física de un concepto. Debe ser fácil y rápido de construir y representar las partes esenciales de tu idea. El principio más importante para trabajar con prototipos es "empezar poco a poco, fallar pronto y aprender rápido". Esto significa que puedes crear un prototipo rápido con costes muy bajos para hacer tangible tu idea, obteniendo feedback y aprendiendo en ciclos de iteración muy cortos. En esas iteraciones puedes probar y mejorar el prototipo rápidamente y a bajo coste. De esta manera, es posible validar nuevas ideas con riesgos bajos y sin costes adicionales para la ejecución del proyecto. Cuando se trata de la ingeniería de software, hay tres herramientas relacionadas con el término prototipo: wireframe, mock-up, y una prueba de concepto. Wireframes y maquetas se utilizan generalmente en las primeras fases para validar un concepto, arquitectura de la información o interacción básica. Implementar una prueba de concepto se utiliza para validar la viabilidad técnica. Durante la implementación de una prueba de concepto, es fundamental centrarse en los riesgos del De la Idea al Concepto

24

proyecto e identificar soluciones y límitaciones técnicas. Lee el siguiente capítulo para obtener más información sobre cómo crear prototipos. Si conveniencia y viabilidad son validados, también es importante pensar en el modelo de negocio que vas a adoptar. Herramientas como el Osterwalder Business Model Canvas8 pueden ayudar a construir tu modelo de una manera estructurada.

Aprende Más Aquí puedes aprender más acerca sobre metodologías y técnicas: —— businessmodelgeneration.com, el sitio web del famoso libro sobre cómo generar tu propio modelo de negocio. También ofrecen una herramienta online, una vista previa del libro9, y mucho más. —— mycoted.com/Brainwriting, una buena introducción a métodos de brainwriting. Forma parte de una Wiki sobre técnicas creativas mantenida por la empresa inglesa mycoted. —— uxbooth.com/articles/complete-beginnersguide-to-design-research, la "Complete Beginner’s Guide to Design Research" por Andrew Maier. El título es un tanto exagerado, pero el libro es una buena introducción con enlaces útiles a otros recursos. —— theleanstartup.com, el sitio web del libro "Lean Startup" de Eric Reis. Ayuda a los lectores a descubrir maneras de crear productos más deseables con menor coste.

8   alexosterwalder.com 9   businessmodelgeneration.com/book

De la Idea al Concepto

25

Experiencia de Usuario & Diseño de Interfaz A estas alturas probablemente ya tienes una idea para tu aplicación. Este capítulo trata sobre las técnicas a utilizar para transformar tus planteamientos en un producto utilizable. Diseñar una aplicación desde cero requiere una aproximación diferente a trabajar con una interfaz de usuario (o UI, del inglés User Interface) ya existente. En ambas situaciones, habitualmente irás alternando una visión más global con una más detallada para asegurarte de que continuas mejorando su calidad pero alineándote con las directrices del proyecto. Utiliza los métodos descritos aquí como una caja de herramientas más que como una fórmula magistral, y aplícalos en el orden que mejor encaje con el proyecto en el que estés trabajando. Las fases de diseño -diseño conceptual, aplicar las capas con los detalles a la interfaz, y verificar los conceptos implementados con usuarios- forman un ciclo que puedes repetir tantas veces como necesites (o tiempo tengas para ello).

Pensamiento Conceptual Personas Persona es un perfil ficticio de usuario que representa una potencial tipología de usuario para un producto. En diseño, una persona típica consistirá en una información de base acerca de un usuario tipo, por ejemplo su profesión y motivaciones para usar tu aplicación, y cómo ésta podría mejorar su vida. ¿Le ayudaría a ser más productivo en el trabajo? ¿Realizar nuevas actividades? ¿Aprender nuevas habilidades? Habitualmente hay Experiencia de Usuario & Diseño de Interfaz

27

más de una persona para un proyecto. Para facilitarte adecuar la aplicación a las necesidades de tus usuarios, elige también nombres y fotografías que te permitan perfilar en detalle las personas que utilizarás. Los perfiles de usuarios son relevantes para ayudarte a evitar que tiendas a diseñar para ti mismo. Dado que ya estás trabajando en el producto, tu conocimiento de él es mayor que el que tendrá cualquier la primera vez que lo utilice. Incluso si tu propio perfil personal encaja en el de una persona, es probable que no seas el único tipo de usuario al que te quieras enfocar. Ya que vas a invertir tiempo y esfuerzo en comprender y diseñar tu interfaz, no será así para tus usuarios. En cambio, juzgarán la interfaz de tu aplicación según cómo esta encaje en sus prejuicios al respecto. Para asegurarte de que estás comunicando sus funciones con claridad, mantén en todo momento tus personas presentes, y realiza el tipo de preguntas que esos perfiles harían en cada paso de su viaje por tu aplicación (llamados User Journeys). User journeys Cuando tengas una idea precisa del tipo de audiencia para la que estás diseñando, puedes comenzar pareando las funciones con escenarios de uso; pensar en flujos -un viaje específico en tu aplicación desde un punto A a uno B- antes de pasar a definir en más detalle la interfaz es también importante. Esbozar esos flujos cuanto antes te ayudará a definir el número de interacciones y pantallas que realmente vas a necesitar para ellos. Ejemplos de viajes pueden ser el flujo de compra en la aplicación, subir y compartir una imagen, hacer un boceto, etc. Para mapearlos deberás usar diagramas de flujo, mockups, diseños de pantalla, descripciones escritas de cada paso, storyboards o simples ilustraciones anotadas. Cualquier Experiencia de Usuario & Diseño de Interfaz

28

técnica que elijas como la más apropiada para cada estado de desarrollo te ayudará no solo a visualizar nuevos productos, sino a evolucionas funciones existentes. Los flujos pueden ser detallados y usar diseños precisos o ser abstractos y enfocados a elementos específicos, por ejemplo el sistema de mensajería de la aplicación. Tras definir el flujo principal, puedes dividirlo en múltiples tareas menores que necesites considerar en cada paso del flujo. Esto te dará el enfoque que necesitas para diseñar una experiencia complete con la comodidad de tener el flujo principal cubierto antes de entrar en detalles. Iterar sobre un problema de diseño revelará diferentes retos según el tipo de persona que tengas en mente. Algunos usuarios necesitan más guía que otros. Incluso si es poco probable que todo el mundo perciba cada detalle de información y diseño, mientras estén disponibles para quienes los necesiten y equilibrados no interfieran en la experiencia de usuario de usuarios avanzados, mayor amplitud de usuarios alcanzará. Wireframes Los wireframes (o maquetas de estructura) son versiones esquemáticas de las pantallas de tu aplicación. Muestran dónde debe colocarse cada elemento y qué relevancia tiene en relación con el resto en pantalla. Esta composición básica ayuda a comprender el nivel de complejidad de contenido e interacciones. Los wireframes pueden ser tan sencillos como bocetos en papel, o puedes usar una de las muchas herramientas existentes. Dibujar en papel es probablemente la mejor manera de generar conceptos rápidamente. Las herramientas más especializadas incluyen una librería de widgets listos para utilizar en una página del diseño. La ventaja de utilizar herramientas digitales es que tienes una versión editable de tus mockups Experiencia de Usuario & Diseño de Interfaz

29

que puedes transformar en prototipos funcionales. Aunque también puedes usar bocetos para ello, cuando profundices en el nivel de detalle te será mucho más fácil de actualizar una versión digital del diseño. Mantener actualizados tus mockups guiará tu desarrollo de contenidos y diseño visual, y son un excelente punto de referencia para la discusión de los detalles y pasos a seguir con tu equipo. Tu librería de patrones de interfaz de usuario se basará en elementos reutilizables de tus diseños. La arquitectura de información de la aplicación se estructurará según cómo elijas organizar el contenido y la navegación a su alrededor del mismo.

Añadir los detalles Diseñar para una plataforma y varios tamaños de pantalla Piensa en estructura y widgets en el contexto de la plataforma en la que se ejecutará tu aplicación. Cada plataforma tiene sus propias convenciones de estilo y métodos para gestionar la interacción. Seguir las prácticas recomendadas hará que tu aplicación sea más fácil de utilizar para los usuarios familiarizados con esos dispositivos. Para más información y enlaces a recursos online ve a los capítulos específicos para cada plataforma en esta guía. Debido a la naturaleza siempre cambiante del mercado móvil deberías considerar cómo se verá tu interfaz en diferentes tamaños de pantalla y densidades de resolución. Aunque puede ser demasiado pronto para analizarlo en detalle si no tienes tu concepto de aplicación refinado, trabajar la ratio escalabilidadusabilidad durante el wireframing y la fase de diseño visual puede ahorrarte tiempo de desarrollo y testeo después. Si este tema es completamente nuevo para ti, vale la pena que Experiencia de Usuario & Diseño de Interfaz

30

leas más acerca de las mejores practicas en Responsive Web Design (RDW). Los diseñadores web llevan tiempo resolviendo estos problemas. Averigua si la plataforma ofrece directrices específicas al respecto. Lenguaje Tan pronto como comiences a utilizar etiquetas y nombres significativos en los elementos, comenzarás a definir cómo comunicarte con tus usuarios. Según sea tu aplicación, el lenguaje tendrá diferentes roles a la hora de guiar a tus usuarios. Pero incluso si el uso de palabras en tu interfaz es mínimo, no las abandones a un rol secundario (por ejemplo como placeholders). Tu manera de nombrar es algo que también deberías someter a testeo de usuarios. Una sola palabra errónea puede llevar a los usuarios a confusión o hacerles creer cosas que pueden afectar negativamente a la experiencia que quieres construir. Diseño visual A menos que estés construyendo una app que utilice un sistema no visual de entrada/salida, su interfaz deberá basarse en el uso de gráficos. Cuidar los detalles visuales del diseño te ayudará a mejorar la experiencia de usuario y destacarla de la gran masa de aplicaciones del mercado. Hay una serie de principios de diseño gráfico que ya deberías haber aplicado durante el wireframing. Estos incluyen la jerarquización espacial y visual así como la posición de sus elementos. Un estilo visual pulido no sólo mejora el atractivo de la interfaz en sentido estético, reforzar la marca también mejora la funcionalidad y reduce la curva de aprendizaje al ofrecer una visualización intuitiva.

Experiencia de Usuario & Diseño de Interfaz

31

La consistencia de estilo en toda la aplicación ayuda a los usuarios a comprender el sentido de tu interfaz y aprender sus interacciones más rápido. Por ejemplo, si un botón principal cambia de color de una pantalla a otra, deberás considerar el impacto de dicho cambio. ¿Se confundirán los usuarios? ¿Comprenderán el sentido de dicho cambio? Si los cambios de estilo son intencionales, asegúrate de que los haces por una buena razón. De manera similar al diseño de interfaz e interacción a nivel wireframe, algunas decisiones de estilo deben seguir una guías de estilo específicas de la plataforma. Tu aplicación puede verse muy diferente dependiendo de para qué plataforma fue diseñada. Asegúrate de que tu diseño sigue las prácticas recomendadas respecto a uso de fuentes, iconos y convenciones de disposición de elementos. Como ya hemos mencionado, lee los capítulos de esta guía dedicados a las plataformas que te interesan para saber más y acceder a recursos específicos. El branding en la interfaz puede ser aplicado de manera no obstructiva para que los usuarios puedan concentrarse en interactuar con tu aplicación. Utiliza los colores de fondo, de control, y tal vez algunas imágenes u opciones de diseño para conseguir el aspecto deseado. Una pantalla de inicio (si la utilizas) es el lugar donde mostrar algunos gráficos adicionales. Por último, el icono de la aplicación es el elemento visual que dará la primera impresión de tu aplicación y su identidad, y el cual se la juzgará. Haz que sea muy atractivo. Si planeas lanzar en múltiples plataformas, comprueba los requisitos de diseño cuanto antes para que tu grafismo sea fácilmente portable.

Experiencia de Usuario & Diseño de Interfaz

32

Prototipado Un prototipo es la mejor manera de visualizar y evaluar las interacciones de tu aplicación, porque es suficientemente funcional para comunicar tu visión sin tener que aportar mucha documentación adicional, por ejemplo imágenes estáticas. Tu prototipo puede tener ya su diseño visual y mostrarse exactamente como lo hará después de la implementación, o puedes dejarlo simplificado a nivel wireframe. No importa el tamaño de tu presupuesto, o si trabajas en un proyecto personal durante el fin de semana, tener un prototipo suficientemente completo es la mejor manera de comunicar tu concepto y discutirlo con terceros. La narración no lineal de tus aplicaciones debe explicarse por sí misma ya en esta etapa. Puedes experimentar tu concepto con algunos prototipos en un dispositivo real, recuerda que tu interfaz puede verse muy diferente en diferentes tamaños de pantalla. No existe la manera perfecta de crear un prototipo. Puedes usar cualquier técnica con la que estés cómodo. Desde papel hasta alguna herramienta especializada, u otra aplicación con la que puedas crear una mínima interactividad. Si sabes programar, usar HTML es una buena opción. Puedes crear rápidamente prototipos sobre la parte de la aplicación existente y trabajar directamente en el código final, todo depende de qué enfoque encaje con las especificaciones del proyecto. Los prototipos se desarrollan, normalmente, antes de invertir tiempo en el desarrollo del código final y de realizar diseños con precisión a nivel de píxel. Un prototipo funcional validado también es una referencia útil para que los equipos puedan trabajar sin arriesgarse a desviarse demasiado del plan director, y también es útil para obtener feedback de terceros. Algunas herramientas son gratuitas, y la mayoría de las comerciales ofrecen una versión de prueba o gratuitas para un número limitado de proyectos. A menudo aparecen nuevas Experiencia de Usuario & Diseño de Interfaz

33

aplicaciones; a continuación, una lista de algunas que puedes probar: Herramientas de prototipado & wireframing —— —— —— —— —— —— —— —— —— ——

Axure: axure.com Balsamiq Mockups: balsamiq.com Framer: framerjs.com Mockingbird: gomockingbird.com OmniGraffle: omnigroup.com/products/omnigraffle Origami: facebook.github.io/origami Pencil: pencil.evolus.vn POP: popapp.in/ popapp.in Proto io: proto.io Sketch: designcode.jo/sketch

Pruebas de usuario La mejor manera de validar tu interfaz es enfrentarla con usuarios reales, tan pronto como sea posible. No tienes que esperar hasta que haya un producto acabado y pulido. De hecho, una prueba temprana puede ahorrarte mucho tiempo a largo plazo ya que saca a la luz rápidamente las ideas que no funcionan. A más tiempo inviertas en desarrollar tus diseños, más difícil será abandonarlos y comenzar de cero. Es más difícil aceptar comentarios sobre algo que se considera casi terminado que en un prototipo funcional que se puede actualizar con bastante rapidez. Normalmente, las pruebas de usuario duran alrededor de una hora. Durante ese tiempo, se le pide a usuarios no familiarizados con el producto que realicen ciertas tareas, por lo general acciones básicas. Durante la búsqueda de usuarios a entrevistar

Experiencia de Usuario & Diseño de Interfaz

34

es positivo utilizar las descripciones originales de Persona como referencia y buscar gente que coincida con estos perfiles. Para un mejor uso del tiempo de prueba, prepárate con antelación. Define tus presentaciones, piensa en cómo vas a explicar la sesión a los usuarios y cómo utilzarás su feedback. También deberías preparar las tareas correspondientes a lo que quieres probar. Ponlas en una lista y ten ésta a mano para asegurarte de que se prueban todas. Si estás probando un prototipo, vale la pena mencionar a los usuarios que la applicación no está terminada y que pueden encontrar elementos sin terminar. Si asumen que quien dirige la sesión es el autor del diseño pueden tener reparos en dar un juicio negativo. Asegúrales que pueden expresar sus opiniones con total honestidad. Después de todo, la única razón por la que organizaste la sesión es obtener información independiente. Una vez que las introducción ha terminado, es importante que sigas las reglas y no dirijas a los usuarios a ninguna conclusión. No demasiado (a menos que si no lo haces no puedas continuar con la sesión) y formula tus preguntas de manera que no interrumpas su flujo de trabajo. Graba a los usuarios para registrar el feedback obtenido o asegúrate de tomar suficientes notas. Cuando recibes feedback, puedes iterar sobre tus diseños y mejorar las partes incompletas, o avanzar en el desarrollo con más confianza. Si estás explorando nuevas áreas y el prototipo aún no está listo, puede realizar sesiones de pruebas en otras aplicaciones ya publicadas. Lo que otros llegan a percibir de una aplicación son cosas que pueden sorprendente porque nunca las hubiéras pensado.

Experiencia de Usuario & Diseño de Interfaz

35

Incluso si no puedes probar con un gran número de personas, realizar pruebas con un número limitado de usuarios identificará problemas clave que podrían causar problemas de usabilidad. No tengas miedo de emprender estas sesiones siempre que tengan sentido para validar la dirección que has tomado. Una sola opinión no sesgada es mejor que ninguna opinión en absoluto.

Aprende más Hay una gran cantidad de recursos disponibles online. Aquí te mostramos algunos para abrirte el apetito: —— UX Archive: uxarchive.com —— User Onboarding: useronboard.com —— Smashing Magazine (UX design section): uxdesign.smashingmagazine.com —— UX Magazine: uxmag.com —— UX Matters: uxmatters.com —— Nielsen Norman Group: nngroup.com —— Interaction Design Foundation: interaction-design.org

Experiencia de Usuario & Diseño de Interfaz

36

Android El Ecosistema La plataforma Android ha sido desarrollada por la Open Handset Alliance, liderada por Google, y ha estado a disposición del público desde noviembre de 2007. Su uso por muchos fabricantes de hardware la ha convertido en el sistema operativo de smartphones con mayor crecimiento. Alrededor del 84% de todos los smartphones vendidos en el tercer trimestre del 2014 en todo el mundo fueron Android1. En la keynote anual Google I/O de 2014, Google anunció que más de 1 billón de dispositivos Android habían sido activados hasta la fecha2 incluyendo wearables, tablets, reproductores multimedia, decodificadores de televisión, teléfonos de sobremesa y sistemas de infotenimiento para automóviles. Las Google Glass también incluyen una versión reducida de Android compatible tanto con aplicaciones web como nativas. Algunos dispositivos noAndroid también son capaces de ejecutar aplicaciones Android con una funcionalidad reducida, como por ejemplo el Playbook de RIM con su BlackBerry Android runtime, el nuevo sistema operativo de código abierto Sailfish3 y la consola financiada en crowdfounding Ouya. En diciembre de 2014, el número de aplicaciones Android en Google Play rompió la barrera de los 1,5 millones4 .

1   www.idc.com/prodserv/smartphone-os-market-share.jsp

idc.com/prodserv/

smartphone-os-market-share.jsp 2   engadget.com/2014/06/25/google-io-2014-by-the-numbers 3   sailfishos.org 4   www.appbrain.com/stats/number-of-android-apps

Android

38

Android es un sistema operativo, una colección de aplicaciones preinstaladas y una plataforma de desarrollo de aplicaciones soportada por un amplio paquete de herramientas. La plataforma sigue evolucionando rápidamente, con la adición de nuevas características regularmente, cada 6 meses aproximadamente, siendo la última Android 5.0 (nombre en clave 'Lollipop'). Siendo el primer lanzamiento mayor tras una larga serie de versiones menores, Lollipop fue anunciado como la mayor y más ambiciosa versión hasta la fecha. El nuevo kit de interfaz de usuario, llamado Material Design5 tiene como meta unificar todas las plataformas, tales como teléfonos, wearables y televisores, con una misma filosofía de diseño. El anterior framework, Dalvik, ha sido reemplazado con el nuevo Android Runtime (ART), que aporta funciones tales como una recolección de basura (garbage collection o GC) más inteligente que llega a multiplicar el rendimiento or 4. El proyecto Volta mejora la vida de la batería optimizando el comportamiento de la aplicación, mientras que otras funciones incluyen control de privacidad, compartición de cuentas entre dispositivos, y extensiones al sistema de notificaciones. Uno de los problemas más debatidos cuando se desarrolla para Android es la fragmentación del sistema: La multitud de dispositivos diferentes de diversos fabricantes y el rápido progreso de la plataforma en sí generan incertidumbre sobre si una aplicación Android podrá ejecutarse o no en cualquiera situación. Además, la adopción de la última versión del sistema operativo está siendo más lenta que en otras plataformas. En cualquier caso, actualmente puedes alcanzar más del 90% de la base instalada si decides centrarte en Android 4.0 o versiones superiores6. 5   developer.android.com/design/material/index.html 6   developer.android.com/about/dashboards

Android

39

Froyo 2.2

Gingerbread 2.3

0.4%

7.8%

18 API

Ice Cream Sandwich 4.0

API 17

Jelly Bean 4.1 - 4.3

6.7%

46,0% 39,1% KitKat 4.4

(datos de Enero de 2015)

Para fomentar una experiencia de usuario sólida y una apariencia consistente en las aplicaciones Android, Google publica una guía de diseño7. Al introducirnos en la importancia de los esquemas de color, pautas de diseño y el nuevo diseño Material, la guía provee una excelente orientación a la hora de construir aplicaciones para el ecosistema Android.

Prerrequisitos El lenguaje de programación principal para Android está basado en Java. Pero ten cuidado, sólo un subconjunto de las librerías y paquetes de Java son compatibles y hay muchas APIs específicas de la plataforma que no funcionarán en Android. Puedes encontrar respuestas online a la preguntas "¿Qué y Por qué?" en la Dev Guide para Android8 y a al "¿Cómo?" en la documentación de referencia9. Además, Google ha introducido una sección en su documentación llamada "Android Training"10 que ayuda a los nuevos desarrolladores a aprender las mejores 7   developer.android.com/design 8   developer.android.com/guide 9   developer.android.com/reference 10  

developer.android.com/training/index.html 40

prácticas. Allí es donde puedes aprender conceptos básicos como la navegación y comunicación entre aplicaciones, así como funciones más avanzadas como la descarga inteligente de bitmaps y la optimización de la aplicación para reducir el consumo de la batería. Para empezar, necesitas el SDK de Android11, que está disponible para Windows, Mac OS X y Linux. Contiene las herramientas necesarias para crear, probar, depurar y analizar aplicaciones. Las herramientas de desarrollo de Android (ADT)12 son responsables de la integración con IDEs y de asegurarse que tu flujo de desarrollo es lo más cómodo posible. Soporte a IDEs Actualmente, Google ofrece IDEs basadas en IntelliJ llamadas "Android Studio". y Eclipse (entendido como "Eclipse + ADT Plugin"), uniendo de manera eficaz las Android Developer Tools con IDEs. Tras dos años de desarrollo, Android Studio 1.013 es por fin la IDE oficial para Android, soporta Gradle y ofrece muchas funciones específicamente diseñadas para desarrollos en Android. IDE

soporte a plugin

versión incluida

Eclipse

paquete ADT por separado

Eclipse + ADT Plugin

Intellij

plugin Android por separado

Android Studio

11  

developer.android.com/sdk

12  

developer.android.com/tools/sdk/eclipse-adt.html

13  

android-developers.blogspot.de/2014/12/android-studio-10.html Android

41

Encontrarás más información, así como los necesarios enlaces de descarga, en la sección "Tools" de la documentación de Android14 . Desarrollo nativo El Android NDK15 permite la creación de componentes nativos para tu aplicación al aprovechar tanto JNI para la invocación de métodos nativos y el uso de subclases nativas que ofrecen callbacks a aquellos no nativos. Esto es importante tanto para desarrolladores de videojuegos como para cualquiera que necesite fiabilidad y eficiencia.

Implementación Arquitectura de la aplicación Las aplicaciones Android incluyen habitualmente una mezcla múltiples objetos tipo actividades (Activity), servicios (Service), BroadcastReceiver y proveedores de datos (Data Provider), los cuales tienen que ser declarados en el manifiesto de aplicación. Una actividad es un bloque de funcionalidad con una interfaz de usuario adjunta. Un servicio se utiliza para tareas que se ejecutan en segundo plano y, por lo tanto, éstas no están ligadas directamente a una representación visual. Un receptor de mensajes gestiona los mensajes transmitidos por el sistema, por tí mismo o por otras aplicaciones. Un proveedor de datos es una interfaz para el contenido de una aplicación que abstrae de los mecanismos de almacenamiento subyacentes (por ejemplo, SQLite). Una aplicación puede consistir en varios de estos com14  

developer.android.com/tools developer.android.com/tools developer.android. com/tools

15  

developer.android.com/tools/sdk/ndk 42

ponentes, por ejemplo, una actividad para la interfaz de usuario y un servicio para tareas dilatadas en ejecución. La comunicación entre los componentes se consigue con objetos Intent o llamadas a procedimientos remotos vía (AIDL) Android Interface Definition Language. Los Intents empaquetan datos tales como la localización del usuario, o una URL, con una acción, desencadenan acciones en la plataforma y pueden ser utilizados como un sistema de mensajería en tu aplicación. Por ejemplo, el Intent para mostrar una página web abrirá el navegador web. La fuerza de esta filosofía de bloques de construcción es que se puede sustituir cualquier funcionalidad por otra aplicación, ya que Android siempre utiliza la aplicación por defecto para un propósito específico. Por ejemplo, el Intent para compartir una página web llamada por una aplicación de lectura de noticias puede abrir un cliente de correo electrónico o una aplicación de mensajería de texto, dependiendo de las aplicaciones instaladas y de las preferencias de usuario: se puede utilizar cualquier aplicación que declare un Intent tipo share como interfaz. La interfaz de usuario de una aplicación está separada del código en archivos XML de layout específicos de Android. Diferentes diseños pueden ser creados para diferentes tamaños de pantalla, localización por país y características del dispositivo, sin tocar el código Java. Con este fin, textos e imágenes están organizados en carpetas separadas de recursos. Por supuesto, también puedes definir y diseñar layouts vía código o hacer use de ambas estrategias para permitir actualizaciones dinámicas de la interfaz de usuario. El SDK y los Plug-ins Para ayudarte en el desarrollo tienes muchas herramientas a tu disposición en el SDK, los más importantes son:

43

—— android: Para crear un proyecto o gestionar dispositivos virtuales y versiones del SDK. —— adb: Para llamar a los dispositivos, conectarse e interactuar con ellos (así como dispositivos virtuales) moviendo archivos, instalando aplicaciones, etc. —— emulator: Para emular las características de un dispositivo virtual. Lleva un tiempo arrancarlo, por lo que hazlo sólo una vez por sesión de trabajo y no para cada compilación. —— ddms: Para observar el interior del dispositivo o emulador, ver los mensajes del registro (log) y funciones de control del emulador, como la latencia de red y la posición GPS. También se puede utilizar para monitorizar el consumo de memoria y terminar procesos. Si esta herramienta está en ejecución, también puedes conectar el depurador de Eclipse a un proceso que se ejecuta en el emulador. Aparte, ddms es la única manera (sin acceso root) para realizar capturas de pantalla de las versiones de Android por debajo de la 4.0. Estas cuatro herramientas y muchas otras se pueden encontrar en el directorio de herramientas del SDK, incluyendo algunas para el análisis de los registros de método de rastreo, inspeccionar diseños y probar aplicaciones con los eventos al azar. Los plug-ins IDE están disponibles para ayudar a gestionar estos archivos. La versión 11.x de IntelliJ incluye un editor visual de layouts, por lo que tienes libertad para elegir entre Eclipse e IntelliJ en caso de que quieras hacer prototipado rápido, arrastrando y posicionando elementos de la interfaz en el editor. Si te enfrentas a problemas, tales como generación de excepciones, asegúrate de revisar el registro de ddms o usar el mecanismo logcat. Te permite comprobar si Android

44

olvidaste agregar todos los permisos necesarios, tales como android.permission.INTERNET en el elemento usespermission16. Si estás utilizando las características introducidas después de Android 2.3, tales como Fragments17 para pantallas grandes, asegúrate de agregar el paquete Android Compatibility de Google. Está disponible a través del SDK y AVD Manager y ayuda a desarrollar para Android 3.0+ sin causar problemas con el despliegue a Android 1.6 a través de Android 2.318. Asegúrate también de utilizar los paquetes de la versión 4 en tu aplicación para proveer de máximo soporte a versiones previas. También hay una versión para Android 2.1 y versiones superiores, la librería v7 appcompat, que ofrece una manera de implementar la ActionBar; véase su documentación online19. Desarrollar tu aplicación para Android 3.1+ te permitirá crear widgets flexibles en tamaño para la pantalla de inicio, conectar por USB a muchos dispositivos, por ejemplo cámaras digitales y gamepads. Las versiones Android 4.X introducen interesantes novedades, como notificaciones expandibles, widgets de bloqueo de pantalla y una cámara con detección de rostros. El Material Design UI Toolkit fue introducido con Android 5.0 e incluye nuevos widgets y otros elementos para usar en teléfonos, wearables y otras plataformas. El entorno nativo Renderscript (introducido en la 3.1) ha cambiado mucho y no proporciona la capacidad de renderizar gráficos, pero ahora es posible utilizarlo para tareas exigentes en procesamiento. Para ofrecer compatibilidad con dispositivos con versiones anteriores de Android, Google comenzó a utilizar el framework 16  

developer.android.com/reference/android/Manifest.permission.html

17  

developer.android.com/guide/topics/fundamentals/fragments.html

18  

android-developers.blogspot.com/2011/03/fragments-for-all.html

19  

developer.android.com/tools/support-library/features.html Android

45

Google Play Services20, que se actualiza a través de la Play Store y añade librerías, como por ejemplo la más reciente de Google Maps. Si estás interesado en autentificar usuarios, puede que te interese echar un vistazo a los beneficios que aporta tener datos reales de usuarios en tu aplicación con Google+ Sign. La funcionalidad se gestiona vía tokens de OAuth 2.0 que permiten el uso de la cuenta Google del usuario en nombre de éste.

Testeo El primer paso para probar una aplicación es ejecutarla en el emulador o en un dispositivo. Es posible depurarla, si es necesario, a través de la herramienta ddms. Todas las versiones del sistema operativo Android están preparadas para ejecutarse en dispositivos sin necesidad de modificaciones aunque, sin embargo, algunos fabricantes de hardware pueden realizar cambios en algunos elementos de la plataforma; por tanto, probar la aplicación en varios dispositivos es esencial. La lista de AppBrain21 puede ayudarte a hacerte una idea de qué dispositivos son los más populares. Para automatizar las pruebas, el SDK de Android viene con algunas herramientas muy útiles22 . Los tests se pueden escribir con el formato estándar JUnit, utilizando los objetos simulados de Android (mock objects) que se incluyen en el SDK. Las clases Instrumentation pueden monitorizar la interfaz de usuario y enviar eventos del sistema tales como pulsaciones de teclas. Tus tests pueden comprobar el estado de tu aplicación tras estos eventos. MonkeyRunner23 es una potente 20  

developer.android.com/google/play-services/

21  

www.appbrain.com/stats/top-android-phones

22  

developer.android.com/guide/topics/testing/testing_android.html

23  

developer.android.com/guide/developing/tools/monkeyrunner_concepts.html 46

y extensible herramienta de automatización de pruebas que permite probar toda la aplicación. Estas pruebas se pueden ejecutar tanto en dispositivos virtuales como físicos. En la revisión 21 del SDK, Google introdujo finalmente un framework de automatización de pruebas de interfaz más eficiente24, que permite realizar pruebas funcionales de interfaz de usuario en Android Jelly Bean y versiones superiores. La herramienta puede ser ejecutada desde el shell con el comando uiautomatorviewer y muestra la interfaz capturada, incluyendo información sobre las vistas. Ejecutar las pruebas es relativamente fácil: Una vez que hayas escrito tu test, éste se compila a través de ANT como un archivo JAR. Este archivo tiene que ser subido al dispositivo y ejecutado con el comando adb shell uiautomator runtest. En octubre de 2013, una nueva herramienta llamada Espresso25 fue lanzada por Google. Proporciona una API muy sencilla que ayuda a escribir con rapidez test procedurales para la interfaz de usuario. Entornos de prueba de código abierto, como Robotium26, pueden complementar otros tests automatizados. Robotium incluso puede ser utilizado para probar archivos binarios apk si el código fuente de la aplicación no está disponible. Roboelectric27 es otra gran herramienta que ejecuta las pruebas directamente sobre tu IDE en el JVM estándar de tu ordenador. Tus pruebas automatizadas se pueden ejecutar en servidores de integración continua como Jenkins o Hudson. Roboelectric se ejecuta en una JVM estándar y no necesita un runtime Android. Muchos otros entornos automatizados de pruebas, 24  

android-developers.blogspot.de/2012/11/android-sdk-tools-revision-21.html

25  

googetesting.blogspot.de/2013/10/espresso-for-android-is-here.html

26  

code.google.com/p/robotium

27  

robolectric.org Android

47

incluyendo Robotium, se basan en el entorno de Instrumentación de Android, y requerirán ser ejecutados en la JVM Dalvik. Plug-ins como el Android Emulator Plugin28 permiten que estos tests sean configurados y ejecutados en Hudson y Jenkins.

Compilación Aparte de crear tu aplicación directamente en el IDE que prefieras, hay maneras más cómodas de construir aplicaciones Android. Gradle29 es actualmente la herramienta de creación automatizada con soporte oficial para Android. También hay un plug-in de Maven30 que cuenta con un gran apoyo en la comunidad de desarrolladores. Ambas herramientas pueden tener dependencias de diferentes repositorios Maven, véase el Maven Central Repository31. El sistema que utiliza Google para publicar librerías para Gradle se conoce como Android Archive (archivos .aar) y se puede acceder a él vía Android SDK Manager. También puedes crear tus propias librerías o SDKs utilizando el plugin androidlibrary para Gradle. Una excelente fuente de librerías Android compatibles con Gradle es 'Gradle, please'32 .

28  

wiki.hudson-ci.org/display/HUDSON/Android+Emulator+Plugin

29  

tools.android.com/tech-docs/new-build-system

30  

code.google.com/p/maven-android-plugin/

31  

www.maven.org/

32  

gradleplease.appspot.com Android

48

Firmado Tus aplicaciones tienen que haber sido firmadas en el compilado, ya sea con una firma de depuración o con una de publicación. Puedes utilizar un mecanismo de auto-firma, lo que evita gastos relacionados con la firma (y seguridad). La misma firma debe ser utilizada para las actualizaciones de tus aplicaciones, así que asegúrate de no perder tu keystore o contraseña. Recuerda: puedes utilizar una única clave para todas tus aplicaciones o crear una nueva para cada una de ellas.

Distribución Una vez hayas creado tu rompedora aplicación y la hayas probado, debes publicarla en la tienda de aplicaciones de Android llamada "Play". Este es un buen lugar para llegar a los clientes y vender tus aplicaciones. Android, desde la versión 1.6 en adelante, también es compatible con compras desde la misma aplicación vía Google Wallet, lo que te permite vender contenido adicional, paquetes de funciones, etcétera, dentro de tu aplicación utilizando la infraestructura de Android Play33. También se utiliza por otros portales de aplicaciones como fuente de metadatos de aplicaciones. Para subir tu aplicación a Android Play, el punto de partida es play.google.com/apps/publish/. Estás obligado a inscribirte en el servicio a través de tu cuenta de Google Checkout y pagar una cuota de inscripción de $25 (USD). Una vez aprobado tu registro, puedes cargar

33  

developer.android.com/guide/google/play/billing/

Android

49

la aplicación, añadir imágenes y descripciones, y entonces publicarla. Asegúrate de que has definido versionName, versionCode, un icono y una etiqueta en tu AndroidManifest.xml. Además, las características declaradas en el manifiesto (nodos uses-feature) se utilizan para filtrar aplicaciones para distintos dispositivos. Una de las novedades más recientes en Google Play Store es que aceptan versiones alpha y beta, lo que te permite realizar pruebas con usuarios de manera amigable antes de lanzar la aplicación y hacerla pública a todos los usuarios. Aún más, puedes dirigirlas a países y dispositivos específicos utilizando el Developer Console y exportar las estadísticas resultantes para comprender mejor tu base de usuarios. Utilizando los servicios de localización integrados, puedes fácilmente comprar la capacidad de añadir nuevos idiomas a tu aplicación (asegúrate de revisar la Localization Checklist34 para obtener información detallada acerca de la importancia de este tema). Como hay una gran cantidad de aplicaciones compitiendo en Android Play, es posible que desees utilizar tiendas alternativas de aplicaciones35. Ofrecen diferentes métodos de pago y pueden dirigirse a grupos específicos de consumidores. Uno de esas tiendas es la Amazon Appstore, que viene instalada en la familia de tablets Kindle Fire.

Adaptación A medida que la adopción de Android se incrementa, también lo hace un ecosistema de elementos específicos de fabricante que incluyen sus propios SDKs, versiones de Android comple34  

developer.android.com/distribute/googleplay/publish/localizing.html

35  

onepf.org/appstores/ Android

50

tamente adaptadas y herramientas en torno a temas tales como las pruebas de versiones alpha y beta. Esto tiene su lado positivo, por ejemplo una integración sólida que posibilita una fantástica experiencia de usuario, pero también negativo, incrementa la fragmentación del ecosistema. A menudo, las tiendas de los fabricantes bloquean la descarga de aplicaciones genéricas que utilicen servicios de terceros. Un ejemplo es el ecosistema de la Kindle Fire de Amazon, que es básicamente una nueva y customizada rama de Android y supone la tablet Android con mayor cuota de mercado: en vez de utilizar Google Play Services para utilizar Google Maps o la compra de aplicaciones, obliga a utilizar las librerías propias de Amazon que ofrecen funcionalidades similares. Las razones tras esto son sencillas los dispositivos Kindle no se comercializan con las librerías necesarias para ejecutar servicios de Google porque Amazon ofrece sus propios servicios de juegos y publicidad (comparable a Google Play Glames) que te ayuda a dirigirte a tu audiencia objetivo. Además, ofreciendo emuladores para sus cuatro dispositovos (1st Gen, 2nd Gen, HD 7" y HD 8.9"), Amazon proveede de un entorno realista para perfeccionar las aplicaciones y, a parte de las herramientas de pruebas que ofrece a su comunidad de desarrolladores, también verifican todas aquellas que se suben a su Appstore.

Android

51

A continuación, un breve resumen que te ayudará a localizar los recursos que puedas necesitar: Fabricante

Documentación

Amazon

developer.amazon.com/sdk/fire.html

HTC

htcdev.com

LG

developer.lge.com

Motorola

developer.motorolasolutions.com/ community/android

Samsung

developer.samsung.com/android

Sony

developer.sonymobile.com

Curiosamente, un número creciente de fabricantes (por ejemplo Samsung y HTC) han comenzado a ofrecer “vanilla versions” (versiones no customizadas) de Android en sus dispositivos, etiquetadas como “Google Play Edition”. Estos dispositivos usan el mismo hardware que los modelos estándar, pero sin software personalizado, que se distribuye directamente a través de la Play Store de Google y permite a los usuarios de los dispositivos más innovadores y novedosos (bleeding edge devices) utilizar servicios Google.

Monetización Además de venderla en alguna de las muchas tiendas de aplicaciones , hay muchas maneras diferentes de monetizar una aplicación Android. Una forma viable es mediante el uso de la publicidad, que puede ser basada en clics o en número de visitas, y puede proporcionar un ingreso estable. Aparte, hay diferentes posibilidades para facturar desde la aplicación,

Android

52

como el servicio propio de facturación de Google36, que utiliza la tienda Google Play, el Mobile SDK de PayPal37 o la Librería Mobile Payments Library de PayPal38. La mayoría de los servicios difieren en las comisiones por transacción y las posibilidades que ofrecen, por ejemplo suscripciones, pagos paralelos o pagos previamente aprobados. Si buscas añadir una funcionalidad muy atractiva a tu aplicación, evalúa implementar el SDK de card.io39 para el escaneado de tarjetas de crédito con la cámara del móvil. Para los ecosistemas de los fabricantes, tales como Samsung Apps o Amazon Appstore, considera el uso de sus SDKs para beneficiarte de sus optimizados modelos de monetización. Asegúrate de verificar que el método de pago de tu elección está en armonía con los términos y condiciones de las diferentes tiendas en las que deseas publicar la aplicación; en especial vale la pena echarle un vistazo a aquellas que permiten descargas digitales, ya que suelen tener diferentes directrices.

36  

developer.android.com/google/play/billing/

37  

github.com/paypal/PayPal-Android-SDK

38  

developer.paypal.com/webapps/developer/docs/classic/mobile/gs_MPL/

39  

card.io Android

53

Android

54

BlackBerry 10 Introducción La plataforma BlackBerry 10 (BB10) es un relanzamiento global de BlackBerry (empresa anteriormente conocida como RIM). BlackBerry ha adoptado este enfoque con el fin de ponerse al día con los sistemas operativos móviles competidores: iOS, Android y Windows Phone 8. Los dispositivos BB10 fueron introducidos en el mercado en el primer trimestre del 2013 (sin planes de actualización para dispositivos anteriores), y actualmente hay cuatro modelos disponibles, siendo los nuevos buques insignia la Blackberry Passport y la Blackberry Classic. Blackberry ofrece modelos tanto con teclado físico como virtual. Aunque el sistema operativo es nuevo, su núcleo está basado en QNX, un sistema operativo en tiempo real para dispositivos integrados. Las otras partes del ecosistema BlackBerry, como la BlackBerry World o el servicio push, no han cambiado, y se han aliado con Amazon para una mayor oferta de aplicaciones. Con el lanzamiento de la versión 10.3 del sistema operativo de Blackberry, los usuarios pueden elegir entre el Blackberry World Appstore y el Amazon Appstore. Un elemento importante para BlackBerry en el mundo empresarial es el software de gestión de móviles BlackBerry Enterprise Server. La última versión del BlackBerry SDK es la 10.3.1, que ha sido lanzada en Noviembre del 2014.

BlackBerry 10

56

Desarrollo Con BB10, las aplicaciones se pueden desarrollar utilizando una amplia variedad de tecnologías: —— —— —— —— —— ——

C Native SDK C++ Cascades SDK HTML5 (WebWorks SDK) Adobe Air Android Runtime BlackBerry App Generator

Con el fin de atraer a los desarrolladores a su nuevo sistema operativo, BlackBerry proporciona un amplio conjunto de recursos, incluyendo un simulador, y documentación frecuentemente actualizada1. También se publica el eBook gratuito Learn BlackBerry 10 App Development2 . y, en términos de programación, mucho código online3 y varios proyectos de ejemplo en GitHub4 Un punto importante de descontento, por el que BlackBerry ha recibido muchas críticas, es que BB10 ya no soporta la anterior API de Java. Esto significa que los desarrolladores Java que escriban código para dispositivos BlackBerry anteriores a BB10 deben reorientarse a una de las tecnologías anteriormente mencionadas. Como no todos los desarrolladores están dispuestos a hacer esto, hay cierta preocupación respecto a que un gran número de ellos “abandonen el barco" y se reorienten a las plataformas de la competencia. Además, 1   developer.blackberry.com/platforms/bb10 2   apress.com/9781430261575 3   developer.blackberry.com/develop/platform_choice/bb10.html 4   github.com/blackberry

BlackBerry 10

57

dado que no hay vía de migración para las aplicaciones de la generación actual, los desarrolladores tendrán que volver a escribirlas para la nueva plataforma. Esto es necesario porque el núcleo del nuevo sistema operativo se basa en QNX5, un sistema operativo de tiempo real. Por otra parte, la nueva plataforma ofrece nuevas oportunidades, por ejemplo para los desarrolladores web y Android, que pueden migrar fácilmente sus aplicaciones. En cualquier caso, algunas aplicaciones migradas no tienen especial valor y bien podrían desaparecer masivamente de la tienda de aplicaciones en bloque en vez de aparecer otras nuevas6. C Native SDK El BlackBerry SDK es compatible con estándares abiertos que permiten a los desarrolladores llevar sus aplicaciones ya existentes a la plataforma. Para comenzar tienes el sitio web Native Dev7. Escribir código con el SDK nativo permite que tu aplicación esté tan cerca del hardware como sea posible y, por tanto, mejorar el rendimiento y la integración con BB10. El BlackBerry 10 SDK incluye todo lo necesario para desarrollar programas que se ejecutan en BlackBerry OS 10: un compilador, un enlazador, librerías, y un extenso entorno de desarrollo integrado (IDE). Está disponible para Windows, Mac y Linux. Los pasos básicos de desarrollo son los siguientes: —— Solicitar una cuenta de firmado y sus claves —— Instalar el SDK nativo8

5   www.qnx.com 6   mashable.com/2013/08/21/blackberry-10-app-spam/ 7   developer.blackberry.com/native/beta/ 8   developer.blackberry.com/native/download

BlackBerry 10

58

—— Instalar y configurar el simulador9 —— Configurar el entorno para desarrollo y despliegue —— Crear tu primer proyecto y/o ejecutar aplicaciones de ejemplo C++ Cascades SDK Desarrollar aplicaciones con C++ y Cascades es otra opción. Cascades ha sido diseñado para permitir a los desarrolladores crear una aplicación BlackBerry con facilitando la implementación de la interfaz de usuario. El marco Cascades separa la lógica de aplicación del motor de renderizado de la interfaz. En la aplicación, los controles de interfaz de usuario declarados, sus propiedades y comportamiento se definen en un lenguaje de marcado llamado Qt Modeling Language (QML)10. Cuando se ejecuta la aplicación, el motor de renderizado de interfaz de usuario muestra los controles de la misma y aplica las transiciones y los efectos que hayan sido especificados. El Cascades SDK ofrece las siguientes características: —— Interfaz de usuario Cascades y APIs de plataforma —— Herramientas para desarrollar tu interfaz en C++, QML, o ambos —— Capacidad de beneficiarse de controles básicos de la interfaz y crear nuevos —— Comunicación por redes móviles y WiFi —— Grabación y reproducción de archivos multimedia —— Almacenamiento y retorno de datos —— Gestión de certificados y herramientas criptográficas

9   developer.blackberry.com/native/download 10  

en.wikipedia.org/wiki/QML BlackBerry 10

59

El entorno Cascades se basa en el entorno de desarrollo de aplicaciones Qt. Esta arquitectura permite a Cascades aprovechar los modelos Qt de objetos, eventos y threading. Los slots y señales en Qt permiten una potente y flexible comunicación entre objetos. El framework Cascades incorpora características de clases Qt fundamentales (tales como QtCore, QtNetwork, QtXml, QtSql, y otras) y compila sobre ellas. Esto permite a los desarrolladores definir las cosas en lugar de programarlas, por ejemplo, sólo tienen que definir la duración y el tipo de una animación, en lugar de programarla. Este enfoque es similar a iOS con Core Animation. Debido a su marcado parecido a JSON, QML puede incluso ser escrito por desarrolladores JavaScript experimentados. Para ayudar a los desarrolladores con este nuevo enfoque en la construcción de interfaces de usuario, existe una herramienta llamada Cascades Builder. Está incluida en el QNX Momentics IDE y permite a los desarrolladores diseñar una interfaz de usuario mediante una interfaz visual. Cuando se realiza un cambio en el código, se puede ver el efecto inmediato en la vista de diseño. El desarrollador no tiene necesidad de programar un control, puede simplemente arrastrar y soltar. Si eres un diseñador, el Cascades Exporter11 es para tí. Este plugin de Adobe Photoshop recorta y reescala las imágenes y las empaqueta en un archivo tmz (en recursos de imagen comprimidos, recortados y mejorados con metadatos). Estos archivos de recursos puede ser utilizados fácilmente por un desarrollador con el QNX Momentics IDE. Para más información, investiga el sitio web de Cascades Dev12 . 11  

developer.blackberry.com/cascades/documentation/design/cascades_ exporter/

12  

developer.blackberry.com/cascades/ BlackBerry 10

60

HTML5 WebWorks Si eres un desarrollador Web/JavaScript, puedes utilizar tus habilidades para escribir aplicaciones para BlackBerry. Hay dos herramientas relevantes que puedes utilizar: La primera es WebWorks SDK13. Entre otras características, permite escribir páginas web regulares y luego compilarlas como aplicaciones nativas de BlackBerry con facilidad. La nueva versión de WebWorks, la 2.0, encaja perfectamente con el entorno Apache Cordova, también conocido como PhoneGap; BlackBerry publicó todas las APIs como plugins para ésta herramienta. Si quieres imitar el estilo de la interfaz de usuario BlackBerry en HTML, hay un proyecto en GitHub que te ayudará. Se llama BBUi.js14 y ofrece un amplio y detallado CSS para hacer que tu página web estándar se visualice como una aplicación nativa BlackBerry. En esta aproximación debes utilizar atributos de datos para mejorar el código HTML. Como alternativa a bbui.js también se soporta jQueryMobile con un tema de BB10, y el SenchaTouch framework15 también es compatible con BB10. Es bueno saber que BlackBerry ofrece soporte WebGL acelerado por hardware, y que puedes realizar la depuración y perfilado del dispositivo móvil a través del WebInspector como una función integrada. Para obtener más información sobre el desarrollo con WebWorks hay un micro-site de HTML5 Dev16.

13  

developer.blackberry.com/html5/download/sdk

14  

github.com/blackberry/bbUI.js

15  

www.sencha.com/products/touch

16  

developer.blackberry.com/html5 BlackBerry 10

61

Adobe Air La versión 10.3.1 de BB10 ya no soporta Adobe Air.17 Android en Tiempo de Ejecución (Runtime) Puedes utilizar el BlackBerry Runtime para ejecutar aplicaciones Android Jelly Bean 4.2.2 en BlackBerry 10.2 y 10.3. Para utilizar el runtime, primero debes volver a empaquetar tus aplicaciones Android en el formato de archivo BAR, que es el necesario para que una aplicación se ejecute en BlackBerry 10. Como desarrollador, tendrás que utilizar una de las herramientas siguientes para volver a compilar la aplicación. Estas herramientas también comprueban cómo es de compatible tu aplicación para ser ejecutada en BlackBerry 10, ya que algunas de las APIs del SDK de Android pueden no ser compatibles, o pueden serlo sólo parcialmente con la plataforma BlackBerry. —— Plug-in de recompilación para Eclipse La principal ventaja de la utilización de esta herramienta es su capacidad de comprobar niveles de compatibilidad, compilar, depurar y ejecutar aplicaciones en BlackBerry PlayBook, BlackBerry Tablet Simulator, BlackBerry 10 Dev Alpha Simulador y dispositivos BlackBerry 10, todo sin salir de Eclipse. También puedes usar este plug-in para firmar tu aplicación antes de distribuirla. Si deseas probar la aplicación sin firmarla, puedes utilizarlo para crear e instalar un token de depuración en el dispositivo de destino o en el simulador.

17  

developer.blackberry.com/air/downloads/endofsupport/ BlackBerry 10

62

—— Compilador online La ventaja principal de la BlackBerry Packager para aplicaciones de Android es que se puede utilizar para volver rápidamente a compilar tu aplicación para Android utilizando sólo tu navegador. Puedes probar la compatibilidad de la aplicación, volver a compilarla como un archivo BAR compatible con BlackBerry Tablet OS o BlackBerry 10, y después firmarlo para que pueda ser distribuido a través de la tienda BlackBerry App World. —— Herramientas recompiladoras de línea de comandos Una de las principales ventajas de utilizar el BlackBerry SDK para aplicaciones de Android es que se puede utilizar para recompilar múltiples aplicaciones Android desde el formato de archivo APK al formato de archivo BAR. Además, también puedes utilizar este conjunto de herramientas de línea de comandos para comprobar la compatibilidad de tus aplicaciones Android, firmarlas, crear tokens de depuración y un certificado de desarrollador. Si deseas obtener más información acerca de cómo ejecutar aplicaciones Android en BB10, visita el sitio web18. BlackBerry App Generator Si no eres un desarrollador, BlackBerry proporciona una manera fácil de generar una aplicación sencilla para BB10 con el BlackBerry App Generator19. Esa página web genera una aplicación basada en fuentes de información como

18  

developer.blackberry.com/android

19  

blackberryappgenerator.com/blackberry/ BlackBerry 10

63

—— —— —— —— ——

RSS feeds Tumbler Facebook YouTube Flickr

y otras. Genera una aplicación master-detail que se puede personalizar con un logotipo y una selección de colores. Para una aplicación de noticias sencilla este enfoque es totalmente correcto, pero no esperes obras maestras tipo CNN.

Testeo BlackBerry continúa proporcionando un simulador para teléfonos BB10 como una descarga independiente20. Este simulador permite ejecutar una aplicación en un PC/Mac/Linux de la misma manera que se ejecutaría en un dispositivo BlackBerry real. Para asistirte en tus pruebas, el simulador viene con una aplicación llamada controller. Esta utilidad te permite simular cosas tales como el nivel de la batería, la posición GPS, NFC o la inclinación del dispositivo y, por lo tanto, comprobar cómo reacciona tu aplicación en escenarios reales.

Firma Muchas clases y características de la plataforma de nivel de seguridad crítico (por ejemplo, la creación de redes o APIs de archivo) requieren que la aplicación esté firmada para que el desarrollador pueda ser identificado. Este último paso en el desarrollo de una aplicación para BlackBerry a menudo es difícil. 20  

developer.blackberry.com/devzone/develop/simulator/ BlackBerry 10

64

Si quieres probar tu aplicación sin firmar en un dispositivo físico, es necesario solicitar un archivo llamado token de depuración. Esta token permite a un dispositivo específico BB10 ejecutar aplicaciones sin firmar. Para realizar este procedimiento de configuración necesitas solicitar un archivo de firma (cliente-PBDT-xxxxx.csj) a través del BlackBerry Orden Key Form21. Después de recibir el archivo por email podrás instalar un token de depuración con las herramientas de línea de comandos. Después de realizar esta configuración, también podrás ejecutar aplicaciones sin firmar en tu dispositivo. Ten en cuenta que esto requiere ser hecho en cada dispositivo por separado. Si quieres publicar tu aplicación en BlackBerry App World también necesitas una clave de firma, que se solicitan a través del BlackBerry Orden Key Form22 . Para ayudarte con este proceso de configuración, BlackBerry ofrece una guía paso a paso en esta página web23 que te guiará en el proceso.

21  

www.blackberry.com/SignedKeys/codesigning.html

22  

www.blackberry.com/SignedKeys/codesigning.html

23  

developer.blackberry.com/CodeSigningHelp/codesignhelp.html BlackBerry 10

65

Distribución Al igual que con todas las versiones anteriores del sistema operativo de BlackBerry, las aplicaciones para BB10 se distribuyen a través de BlackBerry App World24 . La necesaria cuenta de proveedor se puede crear en el Portal de Proveedores para BlackBerry World25. En el caso de aplicaciones de pago, los desarrolladores obtener una participación en los ingresos del 70%. La otra opción es una distribución corporativa. Esto te permite lanzar una aplicación interna en tu organización en lugar de ponerla a disposición pública para cualquier usuario, lo cual es adecuado para aplicaciones B2B. Si deseas obtener más información acerca de la distribución corporativa, por favor visita el sitio web dedicado26.

24  

appworld.blackberry.com/

25  

appworld.blackberry.com/isvportal

26  

developer.blackberry.com/distribute/enterprise_application_distribution. html BlackBerry 10

66

BlackBerry 10

67

Firefox OS El Ecosistema ¿Necesitamos otro sistema operativo para móviles? La Fundación Mozilla pensó que sí y desarrolló Firefox OS1, un sistema operativo de código abierto basado en Linux enfocado a teléfonos de gama media. Su primera versión fue publicada en febrero de 2013. Seis meses después se lanzó el primer dispositivo Firefox OS disponible para el mercado de masas, el ZTE Open, que se comercializa al precio de 80 dólares americanos y fue promocionado en mercados emergentes. Con el lanzamiento de One Touch Fire de Alcatel en Alemania, Firefox OS entró oficialmente en el mercado europeo en octubre del 2013. El precio de lanzamiento fue de 90 euros. En diciembre de 2014, Mozilla y KDDI lanzaron en Japón el primer dispositivo basado en Firefox 2.02, publicitado como el primer teléfono de gama alta con Firefox OS. Las aplicaciones Firefox están basadas en HTML pero, en vez de empaquetar aplicaciones web en HTML5 con herramientas como Phonegap, Firefox OS utiliza HTML/JavaScript/CSS como lenguajes nativos de desarrollo. Esto significa que es bastante fácil para un desarrollador web comenzar a escribir aplicaciones nativas para ése sistema. En ese sentido, necesitarás conocer la API de JavaScript que provee Firefox OS y aprender cómo se empaquetan las aplicaciones. 1   mozilla.org/firefox/os 2   blog.mozilla.org/press/2014/12/mozilla-and-kddi-launch-first-firefox-os-

smartphone-in-japan-4 Firefox OS

68

Firefox OS consiste básicamente en tres componentes principales: —— Gonk: El kernel de bajo nivel de Linux y la capa de abstracción de hardware (HAL). En teoría, un comercializador de hardware sólo necesita portar el Gonk a su hardware para hacerlo compatible con Firefox OS. —— Gecko: El runtime de aplicación. Gecko parsea, ejecuta y renderiza HTML, JavaScript and CSS. Todos los accesos al hardware necesarios para proveer a la aplicación de funcionalidad son gestionados por este runtime. Incluye un paquete de red, paquete gráfico, motor de diseño, máquina virtual (para JavaScript) y capas de portabilidad. —— Gaia3: Es la interfaz de usuario, escrita en HTML, CSS y JavaScript. Gaia provee de todos los elementos de interfaz de usuario necesarios para operaciones estándar. Se comunica con el sistema operativo a través de las Open Web APIs.

Desarrollo Hay dos maneras de crear una aplicación para Firefox OS: Aplicaciones alojadas y aplicaciones empaquetadas. En ambos casos es necesario escribir el código en HTML, CSS y JavaScript. Las aplicaciones alojadas son, básicamente, un sitio web. Son fácilmente actualizables, pero a menudo tienen acceso limitado a la web API y necesitan conexión a Internet. Las aplicaciones empaquetadas se ejecutan localmente y son,

3   github.com/mozilla-b2g/gaia

github.com/mozilla-b2g/gaia github.com/

mozilla-b2g/gaia Firefox OS

69

esencialmente, un archivo ZIP que contiene todos los archivos de la aplicación. Al contrario que las webapps estándares, las aplicaciones en Firefox OS necesitan un manifiesto4 . Se trata de metadatos para tu aplicación que indican su nombre, descripción, iconos e información adicional. Éste es el contenido mínimo que debe tener un manifiesto: { "name":"Hola mundo", "description":"Una app más...", "launch_path":"/index.html", "icons":{ "128":"icon.png" }, "developer":{ "name":"Tu nombre", "url": "http://..." }, "default_locale":"en" }

La WebAPI de Firefox5 ofrece acceso a: vibración, geolocalización, estado de la batería, alarma, IndexedDB, sensor de proximidad, sensor de luz ambiente y un archivo. Utilizando la API puedes, por ejemplo, acceder al estado de la batería simplemente realizando la llamada navigator.battery.level en JavaScript. Si necesitas más funcionalidades de las que la WebAPI ofrece, puedes usar Activities. Mozila usa el objeto MozActivity, similar a cómo Android utiliza Intents: se le preguntará al usuario qué aplicación quiere utilizar para realizar una cierta tarea. 4   developer.mozilla.org/en-US/docs/Web/Apps/Manifest 5   wiki.mozilla.org/WebAPI

Firefox OS

70

A continuación, un ejemplo de cómo crear un SMS: var sms = new MozActivity({ name: "new", data: { type: "websms/sms", number: "+46777888999" } });

Y otro de cómo acceder a la galería de imágenes: var pick = new MozActivity({ name: "pick", data: { type: } });

Simulación y Testeo Mozilla provee de un simulador para Firefox OS descargable como un plugin de navegador web6. Firefox OS 1.2 introdujo el App Manager7. Ésta nueva herramienta de desarrollo permite testear código y proporciona más asistentes de GUI, tales como el editor de manifiesto. Aún así, es muy recomendable no confiar ciegamente en el simulador: por ejemplo, dispone de mucha más RAM que un dispositivo Firefox real.

6   addons.mozilla.org/en-us/firefox/addon/firefox-os-simulator/ 7   developer.mozilla.org/en-US/Firefox_OS/Using_the_App_Manager

Firefox OS

71

Distribución Mozilla ha creado una AppStore global llamada Marketplace8. Tu aplicación será revisada conforme a las directrices de Mozilla9. Una vez esté publicada, obtendrás un 70% de los beneficios que genere.

Aprende más Tu recurso principal para conocer más acerca de cómo desarrollar para Firefox OS será la red Mozilla Developer10. Una breve introducción, que incluye tutoriales en vídeo acerca de como comenzar está disponible en11. André Fiedler también ofrece información esclarecedora para los no-iniciados en su presentación de Slideshare 'Doing mobile web Apps for Firefox OS - the right way'12 . Para finalizar, el desarrollador y evangelista en Mozilla Chris Heilmann aporta mucha información en su blog13.

8   marketplace.firefox.com 9   developer.mozilla.org/en-US/docs/Web/Apps/Publishing/Marketplace_

review_criteria 10  

developer.mozilla.org

11  

marketplace.firefox.com/developers/docs/quick_start

12  

slideshare.net/andrefiedler1/doing-mobile-web-apps-for-firefox-os-the-right-way

13  

hacks.mozilla.org/author/cheilmann Firefox OS

72

iOS El Ecosistema Desarrollar para iOS se ha vuelto más popular que nunca. En el verano de 2014, Tim Cook, CEO de Apple, declaró que en la actualidad hay 9 millones de desarrolladores de iOS registrados, un aumento del 47% respecto al año anterior1. En enero de 2015, Apple anunció que 1,4 millones de aplicaciones están disponibles en iOS y que la facturación de aplicaciones aumentó otro 50 por ciento en un año: El total de ingresos por aplicaciones iOS en 2014 suma 10 mil millones de dólares, lo que significa que los desarrolladores iOS han ganado un acumulado de 25 mil millones de dólares utilizando la Apple AppStore2 . Una pregunta habitual es por dónde empezar para convertirse en un desarrollador iOS. En este capítulo mostrará lo que se requiere para configurar un entorno de desarrollo y algunas de las diferentes opciones disponibles para escribir aplicaciones. También dará sugerencias sobre recursos para ayudar a desarrollar tus habilidades en el menor tiempo posible. El capítulo termina con unas palabras de consejo importantes para poder convertirte en un miembro del ecosistema de desarrolladores iOS.

1   techcrunch.com/2014/06/02/itunes-app-store-now-has-1-2-million-apps-

has-seen-75-billion-downloads-to-date 2   apple.com/pr/library/2015

/01/08App-Store-Rings-in-2015-with-New-

Records.html iOS

74

Nacimiento de un Sistema Operativo Móvil El 9 de enero del 2007, Steve Jobs presentó una nueva categoría de producto para la entonces empresa de ordenadores y dispositivos musicales. Seis años después, el New York Times informó de lo que no se había sabido durante tal anuncio: el día antes de la demostración Jobs aún no podía realizarla de inicio a fin en un iPhone (sólo existían alrededor de 100), "rechazaba llamadas al azar, perdía la conexión a Internet, se bloqueaba o simplemente apagaba"3. Pero cuando llegó el momento de la keynote Jobs la realizó magistralmente, y el resto es historia. Con el lanzamiento del iPhone, Apple dio a conocer un nuevo sistema operativo para utilizar el dispositivo. Su nombre original era iPhone OS ya que el iPhone fue el único dispositivo que podía ejecutarlo. En noviembre del 2010, con el lanzamiento de la cuarta generación del sistema operativo, Apple cambió el nombre a iOS para coincidir con el lanzamiento del primer iPad. Esta versión fue nombrada iOS4 y desde entonces se ha lanzado una nueva versión cada año, culminando en la versión actual, iOS8, que salió al mercado en septiembre de 2014. Mientras que iOS7 fue promocionado como una nueva interfaz de usuario, iOS8 se ha centrado en los nuevos entornos y servicios, así como en el último modelo de dispositivo, Apple Watch. Una mayor integración con dispositivos iOS y Mac en Yosemite permite a los usuarios iniciar tareas, como la creación de correos electrónicos, en un dispositivo y acabarlas en otro a través de Handoff. Algunos de los nuevos entornos son HealthKit que permite a los usuarios gestionar la información relacionada con su salud, HomeKit para la comunicación y el 3   www.nytimes.com/2013/10/06/magazine/and-

entonces-steve-dijo-let-no-

ser-un-iphone.html iOS

75

control de dispositivos en el hogar, y CloudKit que proporciona un canal para mover datos entre una aplicación e iCloud. Esto es un mero esbozo de todos los nuevos entornos y APIs disponibles en iOS8. Para obtener una lista completa, lee "What's New in iOS" en la iOS Developer Library de Apple4 . Base Instalada de iOS Además de vender más de 800 millones de dispositivos iOS, un plus a favor de Apple es la alta tasa de adopción de cada versión de iOS poco después de su lanzamiento. Esto permite a los desarrolladores centrarse en la versión más reciente como un objetivo de desarrollo y no se preocupan soportar una gran cantidad de dispositivos en versiones anteriores, lo cual ha sido un reto para los desarrolladores Android. Tres semanas después del lanzamiento de iOS 8, Apple anunció que había sido adoptado por el 48% de todos los dispositivos iOS5, con un 46% en iOS7, dejando sólo un 6 % de los dispositivos con una versión anterior de iOS. Esto contrasta con la versión de KitKat, el sistema operativo de Android, que necesitó más de un año para alcanzar el 34% de los dispositivos Android6. Dispositivos Ejecutando iOS En lugar de enumerar todos los dispositivos iOS que Apple ha creado, aquí están los dispositivos actuales que soportan iOS 7 y 8, ya que son en los que un nuevo desarrollador debería centrarse. iOS 8 es compatible con todos los dispositivos, excepto el iPhone 4:

4   developer.apple.com/library/ios/releasenotes/General/WhatsNewIniOS/

Articles/iOS8 5   www.cnet.com/news/apples-ios-8-1-hits-monday-with-apple-pay-icloud-

photo-library 6   developer.android.com/about/dashboards

iOS

76

—— —— —— —— ——

iPhone - 4, 4S, 5, 5C, 5S, 6, 6 Plus iPod Touch - quinta generación, pantalla de 4” iPad - segunda a cuarta generaciones, Air, Air 2 iPad Mini - primera generación, Mini 2, Mini 3 Apple TV (SDK sólo disponible para desarrolladores de terceros) —— Apple Watch Encontrarás una lista detallada de los dispositivos iOS, sus capacidades y las versiones de iOS compatibles en Wikipedia7. Fundamentos de las Aplicaciones iOS Como la mayoría de los sistemas operativos, la arquitectura iOS se define por capas de tecnologías para permitir que tu aplicación se ejecute en un dispositivo sin comunicarse directamente a nivel de hardware (ver figura). Estas tecnologías se uch pueden pensar en capas o a To Coco interfaces que están empaquetadas como entornos ia Med que el desarrollador puede ice imoprtar a sus proyectos de Serv Core iOS. El entorno principal se OS llama Cocoa Touch. Core

7   en.wikipedia.org/wiki/List_of_iOS_devices

iOS

77

Cocoa Touch Aunque OSX e iOS son diferentes sistemas operativos, comparten mucho en común en términos de entornos, herramientas de desarrollo, y patrones de diseño. Apple potenció y amplió el entorno principal para el desarrollo de aplicaciones de OSX, Cocoa, y ha añadido soporte para las características únicas de iOS como los gestos táctiles, bautizándolo como Cocoa Touch. En Cocoa Touch se incluyen entornos para construir interfaces, sensores como el acelerómetro y la gestión de redes y datos. La App Store El método principal para el despliegue de aplicaciones es la App Store. Cada aplicación presentada es revisado por el equipo de Apple para garantizar que se cumplen los requisitos y normas de la compañía. Esta es una diferencia importante respecto a la tienda de Google Play para aplicaciones de Android, pues Google no revisa las aplicaciones, pero se asegura de que el código está firmado. Apple es muy estricta respecto a cómo las aplicaciones de terceros se ejecutan en iOS y utiliza la técnica de Sandbox para garantizar la seguridad de las mismas y evitar que código malicioso o con errores comprometa el sistema operativo, otras aplicaciones o el dispositivo. Piensa en un Sandbox como una barrera virtual alrededor de la aplicación que define a qué los recursos puede acceder la aplicación. Por ejemplo, una aplicación no tiene acceso a los directorios de archivos o recursos del sistema de otra aplicación que no sean accesible vía entornos del SDK. Apple ha dado más control al usuario para conceder acceso a sus datos (es decir, contactos, calendarios, fotos) y localización GPS. Los desarrolladores deben prepararse para los casos en que el usuario ha denegado su permiso.

iOS

78

Getting Started with iOS Development Las aplicaciones móviles se clasifican comúnmente como "nativa" "mobile web" o "híbrida". En general, una aplicación iOS nativa se construye utilizando la plataforma de Apple, mientras que una aplicación híbrida utiliza una plataforma de terceros como Xamarin, Appcelerator o Phone Gap. Estas plataformas tratan de hacer posible el desarrollo para múltiples plataformas móviles utilizando un único lenguaje y conjunto de herramientas. Aplicaciones web móviles suelen utilizar estándares HTML5 para crear algo que aparente ser una aplicación nativa, pero ejecutable en el navegador web del dispositivo. Junto con el SDK para desarrollar en iOS, Apple también ofrece un entorno de desarrollo integrado (IDE) llamado Xcode, para programar tanto para iOS como para OSX. Como Xcode ha evolucionado, Apple se ha esforzado en proporcionar todas las herramientas necesarias para escribir, probar, testear el rendimiento y lanzar aplicaciones en la App Store, todo directamente desde Xcode. Xcode Apple lanzó Xcode en 2003 para escribir aplicaciones en OSX. La versión 3 de Xcode soportó el primer iPhone SDK en 2008, y la versión más reciente es Xcode 6, lanzado con iOS 8 en septiembre del 2014. Xcode es un entorno de desarrollo, pruebas de rendimiento y herramientas de medición utilizados durante todo el ciclo de vida de desarrollo de aplicaciones. Interface Builder es una herramienta de diseño visual utilizada para diseñar y estructurar vistas de la aplicación sin necesidad de escribir código y se integra con Xcode. También se proporciona un simulador de iOS para permitir a los desarrolladores probar sus aplicaciones en todos los dispositivos actuales sin tener que instalar las aplicaciones en los dispositivos físicos. iOS

79

Interface Builder Una discusión acalorada entre los desarrolladores iOS es si es mejor utilizar el Interface Builder para diseñar visualmente el flujo de interfaz de usuario y la aplicación o llevar a cabo todo de forma manual con el código. En el pasado, esto podía ser una preferencia personal, pero con nuevos dispositivos y tamaños de pantalla como el Apple Watch y iPhone 6, Interface Builder resulta cada vez más necesario. Una de las principales diferencias entre iOS y Android era precisamente no tener que desarrollar para muchos tipos de dispositivos y tamaños de pantalla. Sin embargo, esta frontera es cada vez más borrosa con iOS8 soportando cinco tamaños diferentes de pantalla. En lugar de soportar los 5 por separado en sus aplicaciones, Interface Builder utiliza conceptos tales como Auto-Layout y Adaptive Layout para ayudar al desarrollador a ser compatible con todos los tamaños de pantalla. Con cada nueva versión de Xcode, Interface Builder también ha mejorado por lo que es evidente que Apple prefiere que los desarrolladores lo aprovechen; algo que un nuevo desarrollador iOS debe tener en cuenta. Objective C Objective C tiene sus orígenes en el sistema operativo NeXTSTEP, desarrollado en la década de 1980, de donde se derivan OSX e iOS. Es un lenguaje de programación orientado a objetos que agrega mensajería al lenguaje de programación C8. De hecho, C y C ++ se pueden escribir junto a Objective C y algunos de los entornos de iOS simplemente proporcionan una API para C. Sin embargo, ha sido criticado por tener una sintaxis peculiar con una gran cantidad de asteriscos, arrobas y corchetes, que conduce a una curva de aprendizaje peor 8   en.wikipedia.org/wiki/Objective-C

iOS

80

para desarrolladores procedentes de lenguajes más modernos como Java o C#. Han habido mejoras incrementales en los últimos años, incluyendo la notación de puntos de los objetos, bloques, literales y gestión de la memoria a través de Automatic Reference Counting (ARC). Pero la necesidad de utilizar punteros, archivos de cabecera y las limitaciones y riesgos del lenguaje C han hecho que Apple llegue a la conclusión de que es necesario un lenguaje más moderno. Swift En julio de 2010 Chris Lattner, Director y Arquitecto Senior en el Departamento de Herramientas de Desarrollo de Apple, comenzó a implementar la estructura básica de un nuevo lenguaje de programación cuya existencia sólo unas pocas personas conocían. Se convirtió en un foco importante para el grupo de herramientas para desarrolladores de Apple en julio de 2013 y, casi un año después, Apple anunció en la World Wide Developer Conference (WWDC) un nuevo lenguaje de programación para iOS y OSX llamado Swift. Lattner admite que Swift está influenciado por otros lenguajes como C #, Ruby, Haskell, Python y muchos otros9 La razón de que Apple considerara necesario crear Swift fue que la sintaxis de ese lenguaje moderno es más concisa y fácil de aprender para los nuevos desarrolladores de iOS, incluyendo características nuevas como tipos inferidos de datos, declaraciones de estructuras de datos, tuplas, cierres, punto y coma opcionales y la ausencia de punteros. Se ha sugerido que el apoyo de Apple para Swift es para asegurarse de que los desarrolladores de iOS permanecen interesados en herramientas de Apple y no estén tentados de usar otras plataformas que soportan lenguajes modernos para el desarrollo de iOS. 9   nondot.org/sabre

iOS

81

Herramientas de Rendimiento y Testeo Además de proporcionar las herramientas para desarrollar aplicaciones iOS, Xcode también proporciona herramientas para monitorizaje y pruebas de rendimiento. Instrumentos Instrumentos permite a los desarrolladores recoger datos sobre el rendimiento y el comportamiento de sus aplicaciones iOS durante un periodo de tiempo. Algunas de las plantillas comunes ofrecidas permiten a los desarrolladores rastrear fugas de memoria, o detectar "puntos calientes" en la aplicación utilizando un depurador. El instrumento de automatización se utiliza para automatizar las pruebas de interfaz de usuario de tu aplicación iOS a través de scripts de prueba escritos por el desarrollador. Estos scripts se ejecutan fuera de la aplicación y simulan la interacción del usuario llamando a la API UI Automation. Se pueden ejecutar en un dispositivo o simulador. XC Test Framework XCTest es el entorno de pruebas integrado con Xcode para proporcionar pruebas extensas de una manera organizada y eficiente. Por defecto, los nuevos proyectos creados en Xcode utilizando una de las plantillas de aplicaciones añadirán un objetivo de testeo para el proyecto. Esto permite al desarrollador escribir sus propias clases de pruebas unitarias, ejecutarlas y analizar los resultados utilizando el navegador de pruebas, todo desde Xcode. Preparando el Entorno de Desarrollo Después de crear una cuenta de desarrollador gratuita en developer.apple.com, recibirás autorización para descargar Xcode, código de ejemplo, videos y documentación. Los requisitos para que todas las herramientas Xcode son un sistema operativo Mac X 10.8 (Mountain Lion) y el SDK de iOS. Esta configuración permitirá la creación y prueba de aplicaciones iOS

82

iOS que se puedan ejecutar en el simulador de iOS. Para enviar aplicaciones a la App Store debes actualizar la cuenta de desarrollador con un pago de 99 dólares al año, lo que también te da acceso a las versiones betas de las futuras versiones de Xcode e iOS.

Recursos de Aprendizaje La popularidad de los desarrolladores del ecosistema de Apple también incluye una multitud de recursos de aprendizaje en diferentes formatos para ayudar a un nuevo desarrollador a empezar a programar para iOS, y muchos de ellos son gratuitos. Al tomar ventaja de estos recursos y otros como ellos la curva de aprendizaje del dominio del avance de iOS se optimizará considerablemente. Websites y Blogs —— Developer.Apple.com contiene guías de referencia y de programación completas para aprender a desarrollar aplicaciones iOS y una referencia de clases de todas las clases en entornos públicos. La página web de la biblioteca está organizada por tipos de recursos, Temas, Estructuras y ofrece un buscador. Un documento importante para leer antes de diseñar tu primera aplicación es el iOS Human Interface Guidelines10. Ofrece recomendaciones para desarrolladores, aprobadas por Apple, sobre el diseño de aplicaciones para asegurar una experiencia de usuario positiva. La violación de estas recomendaciones sería, con toda probabilidad,

10  

developer.apple.com/library/ios/documentation/UserExperience/Conceptual/ MobileHIG

——

——

——

——

11  

causa de que tu aplicación fuera rechazado por la App Store durante su revisión para publicación. RayWenderlich.com se ha convertido en un sitio esencial de tutoriales iOS gratuitos escritos por la comunidad de desarrolladores con el objetivo de ser "para tratar los temas más interesantes y complejos para que todos puedan aprender - y que todos podamos hacer aplicaciones increíbles." El sitio se ha expandido y ofrecer libros de programación y tutoriales en vídeo (con una suscripción de pago). Suscríbete a su podcast semanal para las últimas noticias relevantes para desarrolladores y entrevistas con líderes de la comunidad de desarrolladores iOS. iOS.devtools.me es una página web creada por Adam Swinden que se actualiza diariamente con las mejores herramientas para desarrolladores iOS y back-end de servicios para ayudar en el desarrollo de aplicaciones. El contenido está organizado por categorías (es decir, diseño, gráficos, depuración...), por popularidad, y por novedad. También se proporciona un boletín semanal de los últimos conteidos en el sitio. iOSDevWeekly.com es una revisión semanal de los mejores recursos online de desarrollo iOS. David Verwer opera el sitio y ofrece un boletín electrónico publicado todos los viernes. Galloway.me.uk, un blog del desarrollador iOS y autor Matt Galloway, afincado en Londres. Su "Effective Objective-C 2.0"11 es muy recomendable si estás listo para comenzar a aprender características avanzadas y quieres consejos sobre ese lenguaje.

available via www.amazon.com/Effective-Objective-C-2-0-SpecificDevelopment/dp/0321917014 iOS

84

—— Merowing.info es un blog del desarrollador, formador y conferenciante Krzysztog Zablocki, que ofrece tutoriales e información sobre el desarrollo en iOS a raíz de su experiencia como consultor. También es activo en la comunidad de código abierto, creando herramientas y librerías para desarrolladores iOS. —— AshFurrow.com es otro popular blogger y desarrollador iOS, que orgullosamente plantea que el objetivo de su blog es "explorar los puntos de dolor de iOS". Es autor de varios libros de desarrollo de iOS, y un conferenciante activo involucrado en la comunidad de código abierto. Formación con Vídeos Online Como miembro del Programa para Desarrolladores de Apple, tienes acceso gratuito a todos los vídeos de la World Wide Developer Conference, código fuente y presentaciones, disponibles para descargar y transmitir a través del sitio web o la aplicación WWDC iOS de los últimos años. Por lo general, Apple publica los videos el día después de la presentación, cuando antes se necesitaban semanas para para poder acceder tras de la conferencia anual. Lynda.com actualmente ofrece más de 30 cursos en vídeo vía subscripción sobre la iniciación al desarrollo iOS, incluidos cursos para iOS8. El código fuente de los proyectos está disponible para descargar en función del nivel de suscripción elegido. También tienen una aplicación gratuita en la App Store para ver vídeos en dispositivos iOS. Un recurso gratuito popular para la formación de vídeo lo ofrece la iTunes University como curso semestre, impartido por la Universidad de Stanford, como iniciación al desarrollo para iOS. Las conferencias se sumergen en profundidad en el lenguaje Objective-C y los entornos de iOS. Los alumnos pueden iOS

85

incluso descargar los ejercicios de desarrollo. Los vídeos se ven a través de iTunes o la aplicación iTunesU en dispositivos iOS Por último, YouTube tiene un buen número de videos gratis para el aprendizaje de desarrollo iOS, incluyendo a channel created by Mohammad Azam12 que indexa varios tutoriales para iOS. Lista de Usuarios Avanzados de iOS en Twitter Algunos de los más expertos desarrolladores de iOS están activos en Twitter y aportan una gran comprensión sobre las últimas tendencias y debates sobre el desarrollo de aplicaciones, además de ser de gran ayuda para aclarar dudas de desarrolladores. Es recomendable seguir e interactuar con: —— @rwenderlich - creador y Editor Jefe de RayWenderlich.com —— @nicklockwood - autor de iOS Core Animation y especializado en entornos y aplicaciones de código abierto —— @NatashaTheRobot - autor de la newsletter semanal sobre Swift "This Week in Swift"13 y contribuidor a la corriente de código abierto para iOS —— @tapbot_paul - fundador de tapbots.com y desarrollador de TweetBot App. —— @InvalidName - autor de varios libros, conferenciante y desarrollador —— @casademora - autor, conferenciante y desarrollador —— @jaredsinclair - desarrollador de Unread y otras aplicaciones

12  

www.youtube.com/user/azamsharp

13  

swiftnews.curated.co iOS

86

—— @Cocoanetics - desarrollador, formador y conferenciante —— @mattjgalloway - autor y desarrollador —— @azamsharp - desarrollador, autor, podcaster y creador del canal de YouTube AzamSharp

Consideraciones Finales Es un momento emocionante para ser parte de la comunidad de desarrolladores de iOS y esperamos que este capítulo sea de utilidad en la búsqueda de un punto de partida. Decir que las cosas cambian rápidamente es un eufemismo con todos los nuevos dispositivos, los entornos y los servicios que se han lanzado en los últimos años; pero no te dejes intimidar por la velocidad a la que la tecnología se mueve dentro del ecosistema de Apple. La mayor parte de los conceptos básicos en el desarrollo de una aplicación estándar se aplican ahora igual que como lo hicieron en las primeras versiones de iOS. Por suerte, hay un sinnúmero de recursos disponibles para empezar y hacer crecer tus habilidades de desarrollo en iOS, y la mayoría de ellos son gratuitos. Cosas a considerar al crear tu aplicación iOS "Hola Mundo", y más allá: —— ¿Comenzar con Objective-C o lenguaje Swift? —— ¿Tiene más sentido utilizar Interface Builder para diseñar la interfaz o es mejor hacerlo en código? —— Aunque el uso servicios de back-end como CloudKit facilita el desarrollo, ¿me estoy enclaustrando demasiado en la arquitectura de Apple? ¿Podrían eso hacer que una versión en Android no puediera acceder a ese mismo back-end? —— ¿Cuáles son las desventajas del desarrollo de aplicaciones iOS fuera de Xcode (utilizando herramientas multiplataiOS

87

forma)? Es la comunidad de usuarios lo suficientemente grande como para encontrar respuestas a dudas? ¿Se mantienen sus productos al día con las últimas versiones de iOS? —— ¿Cómo es el entorno actual para ser un desarrollador indie para iOS a tiempo completo? Las respuestas a estas preguntas están más allá del alcance de este capítulo, pero los recursos referidos pueden ayudarte a esquivar las dificultades en el desarrollo en iOS y ayudarte a avanzar más rápido el camino de ser un experimentado desarrollador iOS. Buena suerte y bienvenido al club.

iOS

88

Java ME (J2ME) El Ecosistema J2ME (oficialmente “Java ME”) es la plataforma de aplicaciones móviles más antigua que aún sigue estando ampliamente utilizada. J2ME está diseñada para funcionar principalmente en teléfonos de gama media, dominando este segmento del mercado. De todas maneras, esos teléfonos se están abandonando progresivamente en favor de smartphones con especificaciones básicas que ofrecen mejor hardware, APIs y opciones de monetización con un coste similar. Como consecuencia, la popularidad de J2ME ha caído significativamente en los últimos años. Entonces, ¿por qué querrías desarrollar para J2ME? Sobre todo por una razón: el alcance de mercado. A pesar de que el 72% de todos los teléfonos móviles producidos en el tercer trimestre del 2014 eran smartphones1, la mayoría de los teléfonos móviles en uso siguen siendo de gama media. Así que si tu modelo de negocio se basa en el acceso a tantos clientes potenciales como sea posible, J2ME podría ser una buena elección, especialmente si te diriges a mercados como algunos países de África o la India. Sin embargo, si su modelo de negocio se basa en las ventas directas de tu aplicación, o si tu aplicación tiene que hacer uso de las funciones y hardware más avanzados, las plataformas para smartphones son la mejor opción.

1   counterpointresearch.com/marketmonitor2014q3

Java ME (J2ME)

90

Prerrequisitos Para desarrollar una aplicación Java ME, necesitarás: —— El Java SDK2 y un IDE de tu elección, por ejemplo Eclipse Pulsar para Desarrolladores Móviles3, NetBeans4 con su plug-in Java ME o IntelliJ5. Los principiantes habitualmente eligen NetBeans. —— Un emulador, como Wireless Toolkit6, el Micro Emulator7 o un SDK o emulador de un proveedor específico. —— Dependiendo de tu configuración, puedes necesitar un ofuscador como ProGuard8. Para desarrollos profesionales considera utilizar una herramientas como Maven9 o Ant10. —— Quizás te interese echarle un vistazo a J2ME Polish11, el framework de código abierto para desarrollar tu aplicación para varios dispositivos. Completar la instalación y las instrucciones de configuración va más allá del alcance de esta guía, consulta la documentación de las respectivas herramientas. También puedes descargar y leer los JavaDocs para las tecnologías y APIs más importantes: puedes descargar la 2   oracle.com/technetwork/java/javame/downloads 3   eclipse.org 4   netbeans.org 5   jetbrains.com 6   oracle.com/technetwork/java/download-135801.html 7   code.google.com/p/microemu 8   proguard.sourceforge.net 9   maven.apache.org 10  

ant.apache.org

11  

j2mepolish.org Java ME (J2ME)

91

mayoría de ellos desde www.jcp.org. Para APIs específicas del fabricante, la documentación suele estar disponible en la página web del vendedor, (por ejemplo, la de Nokia Asha12).

Implementación La plataforma Java ME es bastante sencilla: comprende la Connected Limited Device Configuration (CLDC)13 y el Mobile Internet Device Profile (MIDP)14, y ambos son bastante fáciles de entender. Ellos forman la base de cualquier entorno J2ME y proporcionan un conjunto estandarizado de capacidades a todos los dispositivos J2ME. Dado que tanto CLDC y MIDP fueron diseñados hace una década, el conjunto predeterminado de las capacidades que ofrecen es rudimentario según los estándares actuales. Los fabricantes pueden complementar estas rudimentarias capacidades mediante la implementación de diversas Java Specification Requests opcionales (JSR), por ejemplo el acceso a datos de usuario y el sistema de archivos (JSR 75), o soporte a GPS (JSR 179). Para una lista completa de JSRs relacionadas con el desarrollo de Java ME, visita el Java Community Process' Lista por JCP Technology15. Es muy importante saber que los JSR que desees utilizar pueden no estar disponibles para todos los dispositivos, así que las capacidades disponibles en un dispositivo pueden no estar disponibles en otro.

12  

developer.nokia.com/asha/documentation

13  

java.sun.com/products/cldc/overview.html

14  

java.sun.com/products/midp/overview.html

15  

jcp.org/en/jsr/tech?listBy=1&listByType=platform Java ME (J2ME)

92

Entorno de Ejecución Las aplicaciones J2ME son llamados MIDlets. El ciclo de vida de un MIDlet es muy simple: sólo se puede iniciar, pausar y destruir. En la mayoría de dispositivos un MIDlet se pausa automáticamente cuando se minimiza, no se puede ejecutar en segundo plano. Los MIDlets también se pueden ejecutar aisladamente unos de otros y están muy limitados en su interacción con el sistema operativo subyacente. Estas capacidades están disponibles sólamente a traves de JSRs opcionales (por ejemplo, JSR 75) y APIs específicas de cada proveedor. Creando Interfaces de Usuario Puedes crear la interfaz de usuario de tu aplicación de varias formas: 1. Componente LCDUI de alto nivel: utilizas componentes estándares de la interfaz, tales como formularios y listas 2. Componentes LCDUI de bajo nivel: controlas manualmente cada píxel de tu interfaz utilizando funciones gráficas de bajo nivel 3. SVG: dibujas la interfaz en SVG y usas las APIs de JSR 22616 o JSR 28717 Además, algunos fabricantes ofrecen extensiones adicionales de interfaz de usuario. Por ejemplo, la última serie de teléfonos de Nokia (Nokia Asha) utiliza su propio paradigma de interfaz18. También existen herramientas que te pueden ayudar con el desarrollo de interfaces de usuario: 16  

www.jcp.org/en/jsr/detail?id=226

17  

jcp.org/en/jsr/detail?id=287

18  

developer.nokia.com/asha/learning/ui Java ME (J2ME)

93

1. J2ME Polish19: Esta herramienta separa el diseño en CSS y emplea HTML para la interfaz. Es compatible con el framework de alto nivel LCDUI 2. LWUIT20: Framework de interfaz inspirado en Swing 3. Mewt21: Usa XML para definir la interfaz La resolución de pantalla para Java ME varía desde los 176x208/220 hasta los 360x640, siendo la más popular 240x320. Gestionar tantas resoluciones diferentes puede ser un reto, pero utilizando las herramientas mencionadas puedes crear interfaces de usuario que escalen automáticamente. Crear UIs personalizadas para cada resolución es posible, pero no recomendable: consume gran cantidad de tiempo, es propenso a errores y elevado en costes. El material gráfico debe estar optimizado siempre. Una herramienta gratuita excelente es PNGGauntlet22 .

Testeado Debido a la fragmentación de los dispositivos, probar las aplicaciones es vital. Ponlas a prueba en una combinación de dispositivos tan pronto y tan a menudo como sea posible. Algunos emuladores son bastante buenos, pero hay cosas que necesitan ser validadas en dispositivos reales. Fabricantes como Nokia23 y Samsung24 ofrecen acceso remoto de pago y a veces gratuito a algunos dispositivos seleccionados. 19  

j2mepolish.org

20  

lwuit.java.net/

21  

mewt.sourceforge.net

22  

pnggauntlet.com pnggauntlet.com

23  

forum.nokia.com/rda

24  

developer.samsung.com Java ME (J2ME)

94

Testeado automático Hay varios entornos de pruebas unitarias para Java ME, incluyendo J2MEUnit25, MoMEUnit26 y CLDC Unit27; herramientas avanzadas como JInjector28 aportan control sobre el código y validación de la interfaz de usuario.

Portar En su esencia, Java ME es un conjunto de normas y especificaciones que, a veces, los comercializadores interpretan de manera diversa, lo cual produce todo tipo de errores y comportamientos fuera del estándar. En las siguientes secciones describimos diferentes estrategias para portar tus aplicaciones a diferentes dispositivos y plataformas Java ME. Mínimo Común Denominador Puedes prevenir muchos problemas de portabilidad si limitas la funcionalidad de tu aplicación al mínimo común denominador. Esto normalmente implica CLDC 1.0 y MIDP 1.0, o CLDC 1.1 y MIDP 2.0 si sólo vas a publicar tu aplicación en los países/ regiones más desarrollados. Aunque ésta aproximación es adecuada para aplicaciones sencillas, para aquellas complejas no resulta el camino adecuado a seguir. En tal caso, es posible que quieras considerar el uso de Java Technology for the Wireless Industry (JTWI, JSR 185) o la Mobile Service Architecture (MSA, JSR 248) como base, pero deberás ser consciente de que éstas cuentan con menor soporte en el mercado. 25  

j2meunit.sourceforge.net

26  

momeunit.sourceforge.net

27  

snapshot.pyx4me.com/pyx4me-cldcunit

28  

www.code.google.com/p/jinjector Java ME (J2ME)

95

Migrar Frameworks Los entornos enfocados a portabilidad pueden ayudarte a lidiar con la fragmentación, adaptando de forma automática tu aplicación a diferentes dispositivos y plataformas. Para conseguir esto, ofrecen librerías cliente en tiempo de ejecución y herramientas en tiempo de compilación (tales como cross compilers) muy fiables. Los buenos entornos para portar te permiten usar código específico de plataformas y dispositivos en tus proyectos. En otras palabras: un buen entorno no oculta la fragmentación de dispositivos, sino que la hace más manejable. Para Java ME, una de tus opciones es J2ME Polish de Enough Software29 (disponible bajo licencias comerciales y GPL Open Source). Portar desde C++ a Java ME también es posible con la herramienta de código abierto MoSync SDK30. Para obtener más información acerca del desarrollo multiplataforma y las herramientas disponibles, consulta el capítulo "Hacia Multiplataforma".

Firmado El estándar de Java para dispositivos móviles diferencia entre las aplicaciones que han sido firmadas y las que no. Algunas funciones de los teléfonos están disponibles sólo para las aplicaciones de confianza. Las aplicaciones firmadas por el fabricante de un dispositivo o un oeprador de telefonía disfrutan del nivel más alto de seguridad y pueden acceder a todas las APIs de Java disponibles en el teléfono.

29  

http://j2mepolish.org j2mepolish.org

30  

http://mosync.com mosync.com Java ME (J2ME)

96

Las aplicaciones firmadas por JavaVerified31, Verisign32 o Thawte33 están en el nivel más bajo de seguridad, y aquellas no firmadas están en el nivel más bajo. Qué funcionalidades quedan afectadas y qué ocurre si la aplicación no está firmada depende principalmente de su implementación; más aún, no todos los teléfonos tienen todos los certificados raíz necesarios. El resultado es un buen lío, así que considera firmar tu aplicación sólo cuando sea necesario. En algunos casos una tienda de aplicaciones puede ofrecerse a firmar por ti, como es el caso de Nokia Store. Otra opción es considerar el uso de un proveedor de servicios de certificación y pruebas, dejando la parte compleja para ellos. Intertek34 es probablemente el mayor proveedor de este tipo.

Distribución Las tiendas de aplicaciones son probablemente la forma más eficiente de distribuir tus aplicaciones. Algunas de las tiendas más eficaces son: —— Mobile Rated35 es un proveedor de aplicaciones no dependiente de las operadoras. —— GetJar36 es uno de los distribuidores más antiguos de aplicaciones móviles, y no sólo Java.

31  

javaverified.com

32  

verisign.com

33  

thawte.com

34  

www.intertek.com/wireless-mobile

35  

mobilerated.com

36  

getjar.com Java ME (J2ME)

97

—— Opera Store37, reemplazará la tienda de Nokia, que será cerrada durante el 2015. La migración del contenido comenzó en Enero. —— Las operadoras también participan, tales como Orange38 y O239. Se puede encontrar una lista de las tiendas de aplicaciones disponibles (no sólo las que venden aplicaciones J2ME) en el WIP App Store Catalogue40. Véase también el capítulo especial sobre tiendas de aplicaciones de esta guía para obtener más información.

Aprende Más Si quieres aprender más sobre el desarrollo en Java ME, a continuación tienes algunos recursos que te pueden ayudar. Online Como Java ME es una de las plataformas móviles más antiguas que todavía se utilizan, es fácil encontrar recursos relacionados, por ejemplo: —— Tutorialess de sitios tales como J2ME Salsa41. —— Archivos de recursos como billday.com/javame

37  

apps.opera.com

38  

www.orangepartner.com/distribute

39  

mobileapps.o2online.de

40  

www.wipconnector.com/appstores/

41  

j2mesalsa.com Java ME (J2ME)

98

Libros Con el paso de los años se han llegado a escribir un buen número de libros de Java ME, por ejemplo: —— Beginning J2ME: From Novice to Professional por Jonathan Knudsen y Sing Li —— Pro Java Me Apps: Building Commercial Quality Java ME Apps por Ovidiu Iliescu —— Pro J2ME Polish: Open Source Wireless Java Tools Suite por Robert Virkus, sobre el desarrollo con J2ME Polish —— LWUIT 1.1 for Java ME Developers por Biswajit Sarkar, sobre el desarrollo con LWUIT Desafortunadamente, debido a la decreciente popularidad de Java ME, muy pocos libros se han escrito sobre ella en los últimos años.

Java ME (J2ME)

99

Tizen El Ecosistema Tizen es un sistema operativo de código abierto basado en Linux y diseñado para ser ejecutado en smartphones, netbooks, smartwatches, sistemas de infotenimiento en vehículos (IVI) y otros dispositivos inteligentes. Se le puede considerar como el sucesor del Meego de Nokia /Intel, y del LiMo de Samsung; sistemas operativos anteriores también basados en Linux. Samsung también aprovechó Tizen para fusionar en él los restos del abandonado bada OS, aportando un entorno para aplicaciones nativas. Tizen, como marca de la Fundación Linux, fue anunciado por la Asociación Tizen en Diciembre del 2011, y la versión 1.0 (alias 'Larkspur') fue lanzada en Abril del 2012. Desde entonces, el sistema ha estado en desarrollo continuo, con Tizen 3.0 anunciado para el 2015. Los principales impulsores de Tizen son Samsung para la rama móvil e Intel para el enfoque IVI. Algunas otras empresas participantes son Fujitsu, NTT Docomo, Huawei, Vodafone y Orange. El primer dispositivo Tizen que ha sido comercializado es la cámara NX300M de Samsung. En el Mobile World Congress de febrero del 2014 Samsung lanzó nuevas versiones de sus smartwatches que utilizaban Tizen: Samsung Gear 2 y Gear 2 Neo. Casi un año más tarde, el primer smartphone Tizen se comercializó finalmente en la India y Samsung anunció que todos sus televisores inteligentes que se lancen durante el 2015 utilizarán Tizen.

Tizen

101

Desarrollo El principal objetivo de Tizen es ser un sistema operativo estándar para aplicaciones escritas en HTML5, utilizado por el navegador web de Tizen, actualmente considerado la mejor implementación de HTML5 en un dispositivo móvil. Tizen también es compatible con aplicaciones nativas en C++, permitiéndote sacarle el máximo partido al hardware de los dispositivos. Ambos caminos de desarrollo están soportados por una gran variedad de frameworks y librerías populares, como JQuery, que suponen un buen punto de inicio para desarrollar tu primera aplicación Tizen. Los desarrolladores de aplicaciones web pueden utilizar una lista completa de funcionaldiades HTML5, APIs de dispositivos Tizen y librerías (como JQuery y JQuery Mobile) para crear aplicaciones atractivas. Si ya has creado web apps con para bada, podrás usar la mayor parte del código en Tizen. El SDK oficial de Tizen contiene un IDE basado en Eclipse que puede ser utilizado tanto para aplicaciones web como nativas. Los desarrolladores veteranos de bada reconocerán las bases de éste SDK: el SDK de Samsung bada. También tienes un editor de código, diseñador de interfaces y un emulador, todo listo para usar. Para las aplicaciones web también puedes usar el XDK de Intel, si lo prefieres. Cambios en la versión 2.3 Después de casi un año estancado, Tizen 2.3 fue lanzado en noviembre de 2014 y trajo diferencias sustanciales, especialmente para los desarrolladores de aplicaciones nativas. Hasta entonces, los desarrolladores de aplicaciones construían aplicaciones en un marco de C ++ llamado OSP que ya fue utilizado por Samsung para su bada smartphones. Esto hacía que fuera fácil para los desarrolladores de bada portar sus aplicaciones Tizen

102

a Tizen. En la versión 2.3 OSP ha desaparecido y los desarrolladores tienen que utilizar EFL para aplicaciones nativas. Hay rumores de que pronto se lanzará una librería de compatibilidad con OSP con el fin de permitir que las aplicaciones basadas en OSP funcionen en Tizen 2.3 y posteriores versiones. Uno de los principales cambios en el desarrollo de aplicaciones web en la versión 2.3 es el uso de UTA (Tizen Advanced UI) en vez de jQuery (que todavía se puede utilizar se desea) y la posibilidad de que crear aplicaciones para smartphones y wearables con un solo SDK.

Testeando tu aplicación Las mejoras pruebas son aquellas que realizan en un dispositivo. En el momento de escribir estas líneas, tu única opción es conseguir uno de los pocos dispositivos de pruebas para Tizen de Samsung, el RD-PQ o el RD-210, pero es difícil conseguir tales dispositivos por lo que probablemente tengas que usar los simuladores y emuladores incluidos en el Tizen SDK mientras esperas al lanzamiento de los teléfonos Tizen en el mercado de masas. El simulador ofrece una aproximación sencilla al testeo de aplicaciones web, pero es limitado en funcionalidad y no puede ser comparado a las pruebas que se pueden realizar en un dispositivo real. El emulador está mucho más cerca de la experiencia real con el dispositivo y puede ser usado para testear aplicaciones nativas. Es una máquina virtual basada en QEMU y ejecutando una imagen de una instalación Tizen real.

Tizen

103

Para aquellos casos en los que un dispositivo real sea necesario, puedes usar el Samsung Remote Test Lab1. Los laboratorios están situados por todo el mundo y te dan la posibilidad de conectar de manera remota a dispositivos desde tu Tizen SDK.

Distribución Las aplicaciones para Tizen se distribuyen en archivos de paquetes Tizen (*.tpk) y archivos de widgets (*.wgt) creados con el Tizen SDK. Los archivos son muy similares a los *.apk de Android y pueden ser instalados en un dispositivo Tizen simplemente abriéndolos en el explorador de archivos del dispositivo. El punto principal de distribución de aplicaciones será la TizenStore2 .En contraste respecto a la Apple Appstore, Google Play Store y Microsoft Windows Phone Market, no necesitarás realizar ningún pago para convertirte en desarrollador registrado en la Seller Office3. Todas las aplicaciones propuestas para venta serán revisadas de acuerdo a las directrices de la Tizen Store. Normalmente, la certificación lleva entre 2 y 3 días, dependiendo de la complejidad de la aplicación.

Aprende Más Como desarrollador, tu primera parada debería ser developer. tizen.org. Ese sitio aloja toda la documentación, herramientas y servicios de soporte para el desarrollo en Tizen. También podrás encontrar un foro con una comunidad de desarrolladores de aplicaciones muy activa y amigable. 1   developer.samsung.com/remotetestlab 2   www.tizenstore.com 3   seller.tizenstore.com

Tizen

104

Windows Con Windows 10, tanto las antiguas plataformas Windows Phone y Windows PC van a converger en un grado aún mayor, junto con una tienda de aplicaciones, las API para aplicaciones y herramientas universales universales. Con Windows 10 este modelo no sólo se extiende a teléfonos, tabletas y PCs, sino que también será capaz de incluir televisores a través de la Xbox Uno y dispositivos incrustados. Windows 10 ya está disponible como versión preliminar para desarrolladores y saldrá a la venta a mediados de 2015.

El Ecosistema Microsoft cambió el ecosistema en el año 2014 al comprar la división Devices and Services de Nokia, incluyendo la línea de teléfonos Lumia. Microsoft también eliminó los costes de licencia asociados con la producción de teléfonos y pequeñas tabletas de Windows. Como resultado, se ha anunciado una nueva gama de dispositivos que serán lanzados al mercado por los comercializadores regionales. Es aún una incógnita si eso mejorará de manera sustancial la cuota de mercado de Windows. En 2014 la mejora fue mucho menor de lo que se esperaba, pero Microsoft fue capaz de mantener su segundo puesto después de Android en algunos países, entre ellos Italia y Argentina1. Windows también logró reducir la brecha en las aplicaciones; para agosto de 2014, había más de 300.000 aplicaciones disponibles2 .

1   kantarworldpanel.com/global/smartphone-os-market-share 2   windowscentral.com/there-are-now-over-300000-windows-phone-apps-available

Windows

106

Algunos de los comercializadores de Windows Phone son: Microsoft, Samsung, Celkon Mobiles, Micromax, Lava International, Miia, Highscreen, Kazam, Blue, NGM, Yezz, Allview, Archos, HTC y otros.

Lenguages y Herramientas El desarrollo para Windows se realiza en C/C++, C# o VB.NET utilizando Microsoft Visual Studio IDE3. Las aplicaciones se crean, habitualmente, utilizando la plataforma WinRT XAML, principalmente en aquellas basadas en eventos, y DirectX, para juegos basados en bucles de juego. Ambas tecnologías pueden ser utilizadas en una misma aplicación. Además, puedes crear aplicaciones HTML5 y JavaScript utilizando las correspondientes WinRT JavaScript APIs, aunque el desarrollo web no están incluido en este capítulo. Por último pero no menos importante, puedes crear aplicaciones Windows Phone sencillas sin programar utilizando Windows Phone App Studio4 o la aplicación Project Siena5. Gracias a las bibliotecas de clases portables (PCL) y los componentes Windows Runtime puedes usar el lenguaje e interfaz que mejor encaje con cada módulo de tu aplicación. Si quieres utilizar DirectX con C# deberás usar SharpDX.org, anxframework.codeplex.com o una librería para juegos basadas en las mismas, por ejemplo monogame.codeplex.com. Aunque el escenario más habitual será emplear XAML para aplicaciones y DirectX para juegos, también puedes crear juegos en XAML y aplicaciones DirectX, dependiendo de tus necesidades, así como incluir Direct3D en tu aplicación 3   visualstudio.com 4   apps.windowsstore.com 5   microsoft.com/projectsiena

Windows

107

XAML; podrías utilizarlo para mostrar un modelo en 3D en una aplicación XAML, o crear atractivos menús con Silverlight en un juego creado en DirectX. Históricamente, las aplicaciones para Windows Phone estaban creadas con Silverlight, un modelo de aplicaciones muy similar a la moderna aproximación XAML. Aunque las aplicaciones basadas en WinRT son el futuro, Silverlight aún ofrece mayores opciones de integración con Windows Phone 8.1. Paradigma de Diseño de Metro Microsoft ha liderado el paradigma de diseño "flat", que también ha influenciado fuertemente a Android e iOS. Su característica más obvia es su interfaz única y fácil de usar, que se centra en tipografía y contenido. Este paradigma de interfaz de usuario llamado Metro, o Modern UI, o Microsoft Design Language6 se ha extendido a la Xbox y Windows 8, y contiene los siguientes principios: —— Content not Chrome elimina adornos innecesarios y permite que el contenido sea en sí mismo el foco principal principal de atención. También debes abstenerte de utilizar todos los píxeles disponibles, y tener en cuenta que los espacios en blanco dan equilibrio y énfasis al contenido. —— Alive in motion añade profundidad a un diseño plano con animaciones ricas. —— Typography is beautiful da protagonismo al uso de fuentes en Metro. La fuente Segoe de Windows Phone inspirada en Helvetica encaja con el enfoque moderno de la interfaz. —— Authentically digital el diseño no trata de imitar objetos del mundo real, sino que se centra en las interacciones disponibles para soluciones digitales. 6   wikipedia.org/wiki/Metro_(design_language)

108

Aunque Microsoft abandonó el nombre 'Metro' para su paradigma de diseño debido a problemas legales, los nombres alternativos como 'Modern UI' no han conseguido sustituirlo. Deberás aceptar los modernos principios de diseño Metro en tu aplicación, sobre todo cuando portes aplicaciones ya existentes. Los diseñadores encontrarán inspiración e información en design.windows.com así como en design.windows.com. Un aspecto importante de la experiencia de usuario son los “live tiles”, pequeños widgets que residen en la pantalla de inicio. Puedes actualizarlos mediante programación o incluso remotamente mediante notificaciones push.

Integrarse en la Plataforma La plataforma Windows Phone ofrece numerosas funcionalidades, incluida la pantalla de bloqueo, la cartera móvil, y la ubicación. En el hardware se incluyen sensores, Bluetooth, y la detección de proximidad; y las aplicaciones pueden utilizar extensiones para incrustar la aplicación en la experiencia de Windows Phone. Obtendrás más información en msdn.microsoft.com/en-us/library/windows/apps/hh202969. Las aplicaciones soportan las 'live tiles', mostrando información de manera arbitraria que puede ser actualizada vía mensajes push, y puedes usar aplicaciones de bloqueo de pantalla que controla la imagen en pantalla e integra control por voz tanto en Windows Phone como en Windows RT. En las aplicaciones Windows Phone Silverlight puedes crear extensiones para la cámara, llamadas 'lenses'7 o integrar la her-

7   msdn.microsoft.com/library/windowsphone/develop/jj206990

Windows

109

ramienta de búsqueda8. Podrás encontrar información detallada en la documentación de integración9. En las aplicaciones universales hay contratos10 que ofrecen funcionalidades similares: puedes gestionar extensiones de archivo específicas, compartir contenidos, etc. MVVM Para los desarrolladores de aplicaciones venidos de otras plataformas, el concepto de enlace de datos de XAML será una novedad. Para cada página debe haber un modelo de vista que incluya los datos de esa página. La vista en sí sólo describe la interfaz de usuario, mientras que los datos que se muestran proceden del modelo de vista. Las clases del modelo contienen los datos en sí. Éste concepto de un Modelo, una Vista y un Modelo de Vista (MVVM) facilita considerablemente el desarrollo de aplicaciones complejas. Motores de Juego Gracias a las capacidades de aplicaciones nativas existen varios motores de juego disponibles para Windows Phone 8 y Windows RT, por ejemplo: —— Cocos2d-x11 —— Havok12

8   msdn.microsoft.com/library/windowsphone/develop/hh202957 9   msdn.microsoft.com/library/windowsphone/develop/hh202969 10  

msdn.microsoft.com/library/windows/apps/hh464906

11  

cocos2d-x.org/projects/cocos2d-x/wiki/Windows_Phone_8_Environment_Setup

12  

havok.com/products/havok-windows-ecosystem Windows

110

—— Marmalade13 —— OGRE14 —— Unity 3D15 Servicios Hay disponibles notificaciones push16 que pueden actualizar los live tiles de tu aplicación. También puedes considerar el uso del espacio gratuito en nube OneDrive y la integración con otros servicios de Windows Live17 para tu aplicación. Hay disponibles también muchos servicios de terceros18. Multitarea y Ciclo de Vida de la Aplicación Windows tiene una capacidad limitada de multitarea que suspende las aplicaciones en segundo plano y permite el cambio rápido entre aplicaciones. Los únicos procesos que pueden ejecutarse en segundo plano, después de que una aplicación se haya abandonado, son la reproducción de audio, el seguimiento de la ubicación y la transferencia de archivos. Las aplicaciones también pueden programar la ejecución de código arbitrario en segundo plano en un intervalo (código que se conoce como agentes en segundo plano o Background Task). A dichas tareas se les permite el uso limitado de los recursos y pueden ser detenidos o ignorados si el sistema operativo determina que el teléfono debe conservar los recursos. Las aplicaciones suspendidas en segundo plano pueden ser 13  

madewithmarmalade.com/marmaladesdk/features/take-apps-windows-phone-8

14  

ogre3d.org/2012/10/30/ogre-now-supports-windows-phone-8

15  

unity3d.com/pages/windows

16  

msdn.microsoft.com/library/windows/apps/xaml/hh913756

17  

msdn.microsoft.com/live

18  

dev.windowsphone.com/en-us/featured/partners Windows

111

cerradas automáticamente si el sistema operativo determina que los recursos son necesarios en otro lugar. Para crear la apariencia de una aplicación que nunca se cerró, Windows tiene un ciclo de vida de aplicaciones bien documentado19.

Testeo y Analíticas Microsoft ofrece una excelente revisión del testeo de una aplicación Windows Phone 820 incluyendo tests a lo largo del procese de desarrollo. Las pruebas unitarias están integradas en Visual Studio, simplemente creando un proyecto nuevo de prueba unitaria y enlazándolo a los proyectos que te gustaría testear. MSDN incluye buena documentación del proceso21 Para desarrollos basados en comportamiento está disponible el Windows Phone Test Framework por Expensify22 . Hay varias opciones para los desarrolladores que deseen recopilar datos y analíticas en tiempo de ejecución. Flurry23 y Google Analytics24 proporcionan herramientas de análisis y servicios compatibles con Windows. Los desarrolladores también pueden utilizar el servicio de Microsoft Application Insights service25. También hay disponibles sólidas herramientas de monitorizado de rendimiento en Visual Studio para controlarlo durante la fase de desarrollo.

19  

msdn.microsoft.com/library/windows/apps/xaml/hh464925

20  

msdn.microsoft.com/en-us/library/windows/apps/jj247547(v=vs.105).aspx

21  

msdn.microsoft.com/en-us/library/windows/apps/dn168930(v=vs.105).aspx

22  

github.com/Expensify/WindowsPhoneTestFramework/

23  

flurry.com/flurry-analytics.html

24  

googleanalyticssdk.codeplex.com

25  

azure.microsoft.com/documentation/articles/app-insights-get-started Windows

112

Distribución y Monetización Distribuye tus aplicaciones a través de Windows Phone Store. Aunque el contenido de la aplicación es revisado y restringido de una manera similar a la App Store de Apple, Microsoft proporciona directrices más claras para la solicitud de publicación, disponibles en el Dev Center26. Aunque las herramientas de desarrollo se proporcionan de forma gratuita, se requiere una cuenta de pago para implementar una aplicación en dispositivos y distribuirla en Windows Store. Actualmente, una cuenta cuesta $19 (USD) en un pago único para desarrolladores en solitario, y $99 (USD) al año para empresas. Esas tarifas no se aplican a los estudiantes miembros del DreamSpark27. Windows Store también ofrece una distribución de betas por tiempo limitado y ofrece un hub corporativo para empresas28. Puedes utilizar el Windows Phone Store Test Kit29 para probar la aplicación en local antes de enviarla para su publicación. Hay 128 tiendas regionales de Windows Phone App en 50 idiomas30, así que puedes tener un alcance global. Los beneficios estandar para el desarrollador son del 70%, incrementable al 80% si tu aplicación supera los $25.000 (USD) en ventas. La Windows Store está disponible en más de 200 países y regiones y más de 100 idiomas, así que tienes un alcance global. Las aplicaciones son gestionadas por el usuario, no por el dispositivo, así que el usuario puede utilizarlas en una gran variedad de plataformas, por ejemplo un ordenador 26  

dev.windows.com

27  

www.dreamspark.com

28  

msdn.microsoft.com/library/windowsphone/develop/jj206943

29  

msdn.microsoft.com/library/windowsphone/develop/hh394032

30  

kb.tethras.com/localizing-your-windows-phone-8-app/windows-phonestores-and-supported-languages Windows

113

de sobremesa o un tablet. Si creas una aplicación universal, puedes elegir si sólo necesitas que se adquiera una vez para todos los dispositivos, o una vez por cada dispositivo diferente del usuario. Para aplicaciones de pago, el entorno Windows Phone ofrece la posibilidad de determinar si la aplicación está en 'modo de prueba' o no, y en consecuencia limitar su uso. Microsoft recomienda específicamente evitar la limitación por tiempo en las versiones de prueba (por ejemplo, una versión de prueba de treinta minutos) y, en cambio, sugiere limitar las funciones disponibles31. Para la monetización basada en anuncios hay varias opciones. Microsoft tiene su propio Microsoft Advertising Ad Control32 (actualmente disponible en 18 países), mientras que Nokia33, Smaato34, Inneractive35, AdDuplex36 y Google37 ofrecen soluciones alternativas de publicidad. También puedes usar el servicio de Ad Mediation38 para seleccionar diferentes proveedores de publicidad según del precio máximo estipulado. Para obtener más información acerca de la monetización, consulta el capítulo sobre el tema en esta guía.

31  

msdn.microsoft.com/library/windowsphone/develop/ff967558

32  

advertising.microsoft.com/mobile-apps

33  

www.developer.nokia.com/Distribute/NAX

34  

smaato.com

35  

inner-active.com

36  

adduplex.com

37  

developers.google.com/mobile-ads-sdk/

38  

msdn.microsoft.com/library/windows/apps/xaml/dn864359 Windows

114

Aprende Más Visita dev.windows.com para noticias, herramientas de desarrollo y foros. El equipo de desarrollo publica mensajes en su blog blogs.windows.com/buildingapps o en su cuenta de Twitter @wpdev. Para encontrar una gran colección de recursos para desarrolladores y diseñadores, visita windowsphonegeek.com y reddit.com/r/wpdev. También puedes extender componentes y comportamientos con varias herramientas tanto comerciales como de código abierto. Algunas populares son telerik.com, coding4fun.codeplex.com, cimbalino.org, mvvmlight.codeplex.com y github.com/MvvmCross/MvvmCross. Para la inspección del árbol visual, bindings y propiedades de las interfaces de usuario basados en XAML en tiempo de ejecución, está disponible xamlspy.com. Microsoft provee una serie de videos para los recién iniciado en el desarrollo de aplicaciones Windows Phone 8.139 Asimismo, encontrarás código de ejemplo en code. msdn.microsoft.com/windowsapps, en varios proyectos de codeplex.com y en ejemplos disponibles en msdn.microsoft.com/library/windows/apps/br211375. La hoja de ruta para desarrolladores de apliaciones en msdn.microsoft.com/library/windows/apps/xaml/br229583 ofrece una buena visión global de estrategia, diseño y desarrollo de aplicaciones para Windows. Si estás portando una aplicación desde iOS o Android, puedes encontrar más ayuda en msdn.microsoft.com/library/windows/apps/dn751495. 39  

microsoftvirtualacademy.com/training-courses/windows-phone-8-1development-for-absolute-beginners Windows

115

Hacia Multiplataforma Tantas plataformas y tan poco tiempo: Esa frase define perfectamente la situación que tenemos en el mundo móvil. Hay plataformas más que suficientes para elegir: Android, BlackBerry 10, Firefox OS, iOS, Tizen y Windows están, o probablemente estarán, entre algunas de las plataformas smartphone y tablets más importante, mientras Brew MP y Java ME dominan en el ámbito de los teléfonos de gama media (plataformas listadas no por importancia, sino por orden alfabético). La mayoría de los promotores de aplicaciones, citando cierta famosa letra de una canción de Queen, le dirán al desarrollador: "Lo quiero todo, lo quiero todo, lo quiero todo... ¡y lo quiero ahora!", así que la elección puede muy bien estar entre invertir en múltiples equipos paralelos de desarrollo, o adoptar una estrategia multiplataforma.

Diferencias Clave Entre Plataformas Móviles Si deseas hacer disponible tu aplicación a través de diferentes plataformas, tienes que superar algunos obstáculos. Ciertos retos son más fáciles de superar que otros: Lenguajes de Programación A estas alturas ya te habrás dado cuenta de que las plataformas móviles publican sus propios SDK, lo que te permite desarrollar aplicaciones en los lenguajes de programación soportados por las plataformas. Sin embargo, estos lenguajes tienden a pertenecer a alguna de las pocas familias de lenguajes raíz. La tabla siguiente

Hacia Multiplataforma

117

ofrece una descripción general de éstos y de las plataformas que los soportan: Lenguaje

Ciudadano de 1a Clase1 Ciudadano de 2a Clase2

ActionScript

BlackBerry 10, BlackBerry PlayBook OS (QNX)

ninguno

C, C++

BlackBerry 10, Brew MP, Sailfish OS, Windows 10

Android (parcialmente, utilizando el NDK), iOS (parcialmente)

C#

Windows 10

ninguno

Java

Android, BlackBerry, dispositivos Java ME

ninguno

JavaScript

BlackBerry PlayBook OS, Firefox OS, Tizen, Windows 10

BlackBerry (WebWorks), Nokia (WRT)

Objective-C

iOS

ninguno

1

Soporte nativo en la plataforma, ya sea el idioma primario o uno específico para la creación de aplicaciones

2

Se admite como opción en la plataforma, se puede utilizar como alternativa al lenguaje nativo, pero no proporciona el mismo nivel de acceso a características de la plataforma

Los frameworks multiplataforma pueden solventar las barreras de lenguaje de diferentes maneras: —— Tecnologías Web: Este enfoque se basa en que la mayoría de las plataformas ofrecen soporte directo a las tecnologías web a través de ‘webviews’ integradas en las aplicaciones nativas. Junto con HTML y CSS, esta aproximación también admite JavaScript. Hacia Multiplataforma

118

—— Interpretación: El entorno ofrece un motor para cada plataforma que interpreta un lenguaje específico o un framework común. Por ejemplo, una opción popular para el desarrollo de juegos es Lua scripting. —— Compilación Cruzada: Es el santo grial de los frameworks multiplataforma, pero también la solución técnica más compleja. Permite escribir una aplicación en un lenguaje y transcribirla al lenguaje nativo de cada plataforma, obteniendo velocidad de ejecución nativa. La mayoría de los frameworks también proporcionan un conjunto de APIs multiplataforma que permiten acceder de un modo común a determinadas funciones del dispositivo o plataforma, como por ejemplo a las capacidades de geolocalización. Para funciones tales como mensajería SMS también puedes usar APIs de red que son independientes del dispositivo1. Versiones de SO Las plataformas evolucionan y, tarde o temprano, ofrecerán características específicas de versión que desearás aprovechar. Esto añade otra capa de complejidad a tu aplicación y también un desafío para las herramientas multiplataforma: a veces se quedan atrás cuando una nueva versión del sistema operativo es publicada. Interfaz de Usuario y UX Un obstáculo difícil para el enfoque de multiplataforma se origina por los diferentes patrones de interfaz de usuario y de experiencia de usuario que prevalecen en las plataformas individuales. Es relativamente fácil crear una interfaz de usuario agrad1   www.developergarden.com/apis/

Hacia Multiplataforma

119

able que funcione de la misma manera en varias plataformas. Este enfoque, sin embargo, puede olvidar sutilezas importantes que sólo están disponibles en una única plataforma y que podrían mejorar drásticamente la experiencia de usuario. También ignorará las diferencias respecto a la filosofía de diseño de las plataformas: si bien muchas plataformas se esfuerza nen conseguir un diseño realista en el que las aplicaciones se parecen a sus contrapartes del mundo real, la interfaz Metro de Windows Phone se centra en lograr una experiencia "auténticamente digital", en la que el contenido se enfatiza sin marcos. Otro desafío clave con una interfaz de usuario multiplataforma es que puede comportarse de manera diferente a lo que están acostumbrados los usuarios de la interfaz de usuario nativa, resultando en que la aplicación no "funciona" para los usuarios. Un ejemplo simple es no dar soporte una tecla de hardware correctamente, como la tecla de retroceso en una plataforma determinada. Otro reto es el valle de las sombras resultante de intentar imitar elementos nativos de la interfaz, que se parecen a los originales pero no funcionan de la misma manera. En lugar de imitar controles nativos, deberías usar unos de aspecto no nativo o, simplemente, limitarte a usar los “auténticos”. Al dirigirte a los consumidores finales directamente (B2C), a menudo tienes que tener mucho más en cuenta la experiencia de usuario específica de plataforma que en aquellos casos en que el target es usuarios de negocio (B2B). En cualquier caso, debes tener en cuenta que la personalización y la adaptación de la interfaz de usuario y la UX para cada plataforma puede suponer una gran parte de tu esfuerzo de desarrollo, y que es sin duda el aspecto más desafiante de una estrategia multiplataforma.

Hacia Multiplataforma

120

Soporte a la Integración en Pantalla de Inicio La integración de tu aplicación en las pantallas de inicio de los dispositivos varía mucho entre las plataformas. En iOS sólo se puede añadir una etiqueta de identificación con un número al icono de tu aplicación, en Windows Phone puedes crear live tiles que añaden información estructurada, mientras que en Android y Symbian se puede añadir un widget completo que muestre datos arbitrarios y emplee imágenes. Utilizar la integración de tu aplicación en este sentido podría mejorar drásticamente su interacción con los usuarios. Soporte Multitarea La multitarea permite a servicios en segundo plano y múltiples aplicaciones funcionar al mismo tiempo, y es otra de las características que se gestionan de manera diferente según el sistema operativo. En Android, BlackBerry y Sailfish OS, hay servicios en segundo plano y puedes ejecutar varias aplicaciones al mismo tiempo, pero en Android el usuario no puede terminar las aplicaciones a voluntad, ya que esto se realiza automáticamente por el sistema operativo cuando los recursos disminuyen. En iOS y Windows Phone hay una selección limitada de tareas en segundo plano que pueden seguir funcionando después de salir de la aplicación. Así que, si los servicios en segundo plano pueden mejorar la operativa de tu aplicación, debes evaluar las estrategias multiplataforma cuidadosamente para asegurarte de permitir el acceso más completo a las capacidades del teléfono en este sentido. Consumo de Batería y Rendimiento En estrecha relación con la multitarea está el consumo que hace tu aplicación de la batería. Mientras que la potencia de CPU se duplica aproximadamente cada dos años (la Ley de Moore dice que el número Hacia Multiplataforma

121

de transistores se duplica cada 18 meses), la capacidad de la batería, en contraste, se duplica sólo una vez cada siete años. Esta es la razón por la que los smartphones pasan tanto tiempo conectados a su cargador. Cuanto más cerca estás de la plataforma en una capa de abstracción multiplataforma, mejor puedes controlar el consumo de la batería y el rendimiento de tu aplicación. Como regla general, cuanto más tiempo necesita tu aplicación para arrancar y funcionar, menor abstracción puedes conseguir. Asimismo, algunas plataformas tienen una gran variedad de resultados en rendimiento, sobre todo Android, cuya gama de dispositivos va desde lo dolorosamente lento hasta lo superrápido. Servicios Push Los servicios push son una estupenda manera de aparentar que tu aplicación está activa, incluso cuando no está en funcionamiento. En una aplicación de chat puedes, por ejemplo, enviar mensajes de chat entrantes para el usuario mediante un mecanismo push. Como en el caso anterior, la manera en que los servicios push funcionan y los protocolos que utilizan se emplean de manera diferente en cada plataforma. El tamaño de datos disponible, por ejemplo, oscila entre 256 bytes en iOS y 8 KB de BlackBerry. Los proveedores de servicios como Urban Airship2 soportan el envío de datos a través de varias plataformas.

2   urbanairship.com/

Hacia Multiplataforma

122

Compra desde Aplicación Los mecanismos de compra desde aplicaciones permiten vender bienes o servicios dentro de tu aplicación. No hace falta decir que esto funciona de forma diferente en distintas plataformas. Véase el capítulo de monetización para más detalle. Publicidad en Aplicación Existen diferentes opciones para la visualización de anuncios en aplicaciones móviles, siendo algunas soluciones de terceros independientes del comercializador. Los servicios de publicidad específicos de plataforma, sin embargo, ofrecen mayores ingresos y una mejor experiencia de usuario. Una vez más, estos servicios funcionan de manera diferente según las plataforma. El capítulo de monetización en esta guía proporciona más información sobre este tema.

Estrategias Multiplataforma En esta sección se describen algunas de las estrategias que puedes emplear para implementar tus aplicaciones en diferentes plataformas. Soporte Directo Puedes soportar varias plataformas si cuentas con un equipo especializado para cada plataforma objetivo. Si bien esto puede consumir muchos recursos, es muy probable que te dé mejor integración y experiencia de usuario en cada sistema. Una vía fácil de inicio es comenzar con una plataforma y luego progresar hacia plataformas adicionales una vez que tu aplicación se ha defendido en el mundo real.

Hacia Multiplataforma

123

Las librerías de componentes pueden ayudarte a acelerar el desarrollo nativo, ejemplos populares se muestran en la siguiente tabla: Biblioteca de Componentes

Plataformas Objetivo

cocoacontrols.com

iOS

chupamobile.com

Android, iOS

verious.com

Android, iOS, HTML5, Windows

windowsphonegeek.com/Marketplace

Windows

Compartición de Recursos Cuando mantienes varios equipos para diferentes plataformas puedes ahorrar mucho esfuerzo si compartes algunas estructuras de la aplicación: —— Concepto y recursos: Esto se hace habitualmente de forma automática: compartir las ideas y los conceptos de la aplicación, el flujo de interfaz de usuario, input y output y los recursos gráficos de la aplicación (pero debes ser consciente de la necesidad de dar soporte a las estructuras específicas de interfaz de usuario de cada plataforma). —— Estructuras de datos y algoritmos: Vé un paso más allá compartiendo estructuras de datos y algoritmos entre plataformas. —— Compartición de código del modelo de negocio: Utilizando compiladores de multiplataforma también puedes compartir el modelo de negocio entre las plataformas. Alternativamente, puedes utilizar un intérprete o una máquina virtual y un lenguaje común en un grupo de plataformas.

Hacia Multiplataforma

124

—— Abstracción completa: Algunas herramientas multiplataforma te permiten abstraerte completamente del modelo de negocio, las vistas y el control de tu aplicación para diferentes plataformas. Reproductores y Máquinas Virtuales Los reproductores suelen proporcionar un conjunto común de APIs sobre distintas plataformas. Ejemplos famosos incluyen Flash, Java ME y Lua. Este enfoque hace que el desarrollo sea muy fácil. Te vuelves dependiente, sin embargo, del proveedor de la plataforma para incorporar nuevas características, por lo que el reto aquí se da cuando las funciones están disponibles en una única plataforma. A menudo los reproductores tienden a utilizar una aproximación de “mínimo común denominador” respecto a las funciones ofertadas para mantener la uniformidad entre las implementaciones para varias plataformas. Generadores de código como Applause3 llevan el concepto de reproductor un paso más allá, a menudo son específicos del dominio y permiten generar aplicaciones a partir de datos. También suelen carecer de flexibilidad en comparación con las soluciones programables. Compilación Cruzada La compilación cruzada permite la programación en un lenguaje que es transformado en el lenguaje específico de una plataforma diferente. En términos de rendimiento a menudo es la mejor solución de multiplataforma, aunque puede haber diferencias en comparación con las aplicaciones nativas. Esto puede darse, por ejemplo, cuando ciertas construcciones de programación no pueden ser traducidas de manera óptima desde el código fuente al lenguaje de destino. 3   applause.github.com

Hacia Multiplataforma

125

Hay tres enfoques habituales para la compilación cruzada: traducción directa del código fuente, de forma indirecta mediante la traducción del código fuente en un lenguaje intermedio abstracto, y recopilación directa en el formato binario de una plataforma. El enfoque indirecto típicamente produce código menos legible. Este es un problema potencial cuando se desea continuar con el desarrollo en la plataforma de destino usando el código fuente traducido como punto de partida. Aplicaciones Web (Híbridas) En la tabla siguiente se enumeran algunos de los frameworks de aplicaciones web disponibles. Con estos entornos se pueden crear aplicaciones web que se comportan casi como aplicaciones reales, incluyendo capacidades offline. Sin embargo, ten en cuenta que las tecnologías tienen limitaciones cuando se trata de aspectos como la integración en plataforma o rendimiento. Lee el capítulo “Tecnologías Web” para aprender más acerca del desarrollo web móvil. Solución Web App

Licencia

Plataformas de destino

Chrome Apps developer.chrome.com/apps

BSD

Android, Mac, Windows

jQuery Mobile www.jquerymobile.com

MIT y GPL

Android, BlackBerry, Firefox, iOS, Windows

Sencha Touch www.sencha.com/products/touch

GPL

Android, BlackBerry, iOS, Windows Phone

The M Project the-m-project.org

MIT y GPL

Android, BlackBerry, Firefox, iOS, Windows

Normalmente no tienes acceso a las características de hardware y elementos nativos de interfaz de usuario, por lo que en nuestra opinión no cuentan como soluciones multiplataHacia Multiplataforma

126

forma “reales”; estas soluciones, por lo tanto, no aparecen en la tabla al final de este capítulo. El desarrollo web híbrido implica insertar una webview dentro de una aplicación nativa. Esta aproximación te permite acceder a las funciones nativas desde los componentes web de tus aplicaciones y también utilizar código nativo para mejorar el rendimiento o aspectos críticos de la experiencia de usuario de tu aplicación. Las aplicaciones híbridas permiten reutilizar elementos de desarrollo web en las plataformas que hayas elegido (un buen ejemplo de entorno híbrido es PhoneGap). ANSI C Mientras que el HTML y la programación web se crean a partir de un nivel de abstracción muy elevado, también puedes elegir el camino opuesto utilizando ANSI C. Puedes ejecutar código ANSI C en todas las plataformas importantes, como Android, BlackBerry 10, iOS y Windows 8/Windows Phone. El principal problema con esta opción es que no puedes acceder a las APIs específicas de plataforma ni los controles de interfaz de usuario desde dentro de ANSI C. Utilizar C es especialmente adecuado para algoritmos complejos, como los codificadores de audio. Las librerías correspondientes se pueden utilizar en todos los proyectos de aplicaciones para una plataforma.

Frameworks de Aplicaciones Multiplataforma Hay muchas soluciones multiplataforma disponibles, por lo que es difícil ofrecer una visión completa. Puedes llamarlo fragmentación, nosotros lo llamamos competencia. Una palabra de advertencia: no sabemos todas las opciones, si tienes una solución propia que está disponible públicamente, por favor háznoslo saber a través de [email protected]. Un Hacia Multiplataforma

127

framework debe soportar al menos dos plataformas móviles para ser listado aquí. A continuación, algunas preguntas que debes hacer al evaluar herramientas multiplataformas. No todas ellas serán relevantes para tí, así que sopesa las opciones adecuadamente. En primer lugar, ten una visión detallada de tu idea de aplicación, el contenido, su público objetivo y las plataformas de destino. También debes tener en cuenta a la competencia en las diversas plataformas, tu presupuesto de marketing y el know-how de tu equipo de desarrollo. Research 2 Guidance también ha publicado un informe sobre varias herramientas multiplataforma4 . —— ¿Cómo funciona la herramienta multiplataforma? ¿Qué lenguajes de programación y APIs puedo usar? —— ¿Puedo acceder a funciones específicas de la plataforma? ¿En caso afirmativo, cuáles? —— ¿Puedo usar componentes nativos de la interfaz de usuario? ¿En caso afirmativo, cuáles? —— ¿Puedo usar una versión específica de la plataforma como base de mi desarrollo? ¿Cómo es el código fuente traducido/generado? —— ¿Es posible la integración con la pantalla de inicio? —— ¿Puedo controlar la multitarea? ¿Hay algún servicio en segundo plano? —— ¿Cómo funciona la solución con servicios push? —— ¿Cómo puedo usar la compra desde aplicación y la publicidad en aplicación? —— ¿Se mantiene actualizado el framework a medida que evoluciona el sistema operativo?

4   research2guidance.com/cross-platform-tool-benchmarking-2013

Hacia Multiplataforma

128

Para una comparativa de los entornos disponibles, puedes consultar el informe research2guidance disponible en research2guidance.com/cross-platform-tool-benchmarking-2014. Solución

Licencia

Input

Output

Adobe Air adobe.com/devnet/ devices.html (Adobe)

Comercial

Flash

Android, BlackBerry Tablet OS, iOS, PC

Akula verivo.com

Comercial

(Visual)

Android, BlackBerry, iOS, Windows Phone

Application Craft applicationcraft.com

Comercial

HTML, CSS, JavaScript

Android, BlackBerry 10, iOS, Windows Phone, sitios móviles

Codename One codenameone.com

Comercial

Java

Android, BlackBerry, iOS, J2ME, Windows

Corona coronalabs.com (Corona Labs)

Comercial

JavaScript

Android, iOS, Kindle, Nook, Windows

Evothings Studio evothings.com

Open Source

HTML, CSS, JavaScript

Android, iOS

Feedhenry feedhenry.com

Comercial

HTML, CSS, JavaScript

Android, iOS, HTML5, Windows

J2ME Polish j2mepolish.org (Enough Software)

Open Source + Comercial

Java ME, HTML, CSS

Android, BlackBerry, J2ME, PC

Kony One www.kony.com/products/ apps

Comercial

HTML, CSS, JavaScript, RSS

Android, BlackBerry, iOS, J2ME, Windows, PC, Web

Hacia Multiplataforma

129

Solución

Licencia

Input

Output

LiveCode runrev.com (RunRev)

Comercial

English-like

Android, iOS, Windows y Web

M2Active service2media.com (Service2Media)

Comercial

Drag and Drop + Lua

Android, BlackBerry, iOS, Windows

MobiForms mobiforms.com (MobiForms)

Comercial

Drag and Drop + MobiScript

Android, iOS, PC, Windows Mobile

NeoMAD neomades.com

Comercial

Java

Android, BlackBerry, iOS, J2ME, Windows

Orubase orubase.com

Comercial

ASP .NET MCV

Android, iOS, Windows

PhoneGap/Cordova phonegap.com cordova. apache.org (Adobe/ Apache)

Open Source

HTML, CSS , JavaScript

Android, BlackBerry 10, iOS, Windows

Qt qt.digia.com (Digia)

Open Source + Comercial

C++

Android, BlackBerry 10, iOS, Sailfish OS, Windows

Rhodes motorolasolutions.com/ US-EN/RhoMobile+Suite/ Rhodes (Motorola)

Open Source + Comercial

Ruby, HTML, CSS, JavaScript

Android, BlackBerry, iOS, Windows Phone

Titanium appcelerator.com (Appcelerator)

Open Source

JavaScript

Android, iOS, Tizen, Windows, Mobile Web

trigger.io trigger.io (Triggger Corp)

Comercial

HTML5, JavaScript

Android, iOS

webinos webinos.org

Open Source

JavaScript

Android, BlackBerry, iOS, PC, TV

Hacia Multiplataforma

130

Solución

Licencia

Input

Output

Xamarin xamarin.com

Comercial

C#

iOS, Android, Windows, PC

XDK xdk.intel.com (Intel)

Uso gratuito

HTML, CSS, JavaScript

Android, iOS, Windows

XML VM xmlvm.org

Open Source + Comercial

Java, .NET, Ruby

C++, Java, JavaScript, .NET, Objective-C, Python

Motores de Juego Multiplataforma Los juegos están muy centrados en el contenido y a menudo no necesitan ser integrados en profundidad en la plataforma, así que el desarrollo multiplataforma es a menudo más atractivo para éstos que para las aplicaciones.

Hacia Multiplataforma

131

Solución

Licencia

Input

Output

Cocos 2D cocos2d-x.org

Open Source

C++, HTML5, JavaScript

Android, BlackBerry, iOS, Windows

Corona coronalabs.com (Corona Labs)

Comercial

Lua

Android, iOS, Kindle, nook, Windows

EDGELIB edgelib.com (elements interactive)

Comercial

C++

Android, iOS, PC

Esenthel esenthel.com (elements interactive)

Comercial

C++

Android, iOS, PC

GameSalad gamesalad. com

Comercial

Drag and drop

Android, iOS, Windows, PC, web

Gideros Mobile giderosmobile.com

Comercial

Lua

Android, iOS

id Tech 5 idsoftware.com (id)

Commercial

C++

Consoles, iOS, PC

Irrlicht irrlicht.sourceforge. net

Open Source

C++

Android & iOS with OpenGLES version, PC

Appease appeasymobile.com

Open Source

C++

Android, iOS, Windows

Marmalade madewithmarmalade. com (Ideaworks3D)

Comercial

C++, HTML5, JavaScript

Android, BlackBerry 10, iOS, Windows

Moai getmoai.com (Zipline Games)

Open Source, Comercial

Lua

Android, iOS, PC, Web

MonoGame monogame.codeplex. com

Open Source

C#, XNA

Android, iOS, PC, Windows

Hacia Multiplataforma

132

Solución

Licencia

Input

Output

Ogre 3D ogre3d.org

Open Source

C++

Windows Phone, Window RT, PC

orx orx-project.org

Open Source

C, C++, Objective-C

Android, iOS, PC

ShiVa 3D stonetrip.com

Comercial

C++

Android, BlackBerry 10, iOS, PC, Consoles

SIO2 sio2interactive.com (sio2interactive)

Comercial

C, Lua

Android, iOS, PC

Unigine unigine.com (Unigine corp.)

Comercial

C++, UnigineScript

Android, iOS, PC, PS3

Unity3D unity3d.com (Unity Technologies)

Comercial

C#, JavaScript, Boo

Android, BlackBerry 10, iOS, Windows, PC, consoles, web

Hacia Multiplataforma

133

Sitios para Móviles & Tecnologías Web El desarrollo contínuo de tecnologías web unido al incremento dispositivos conectados a Internet promete un gran futuro para aquellos deseosos de un incremento en la audiencia a través de webs móviles. El tráfico global de Internet móvil está creciendo rápidamente y ya ha superado el 30% del total1. El tiempo invertido en navegar por Internet con dispositivos (móviles, tablets, ordenadores de sobremesa y televisores) varía en diferentes puntos del planeta; mientras que los usuarios en China dedican un 16% de su tiempo a navegar desde dispositivos móviles, en EE.UU. es un 27% y en India un 70%. Muchas regiones donde el tráfico en Internet vía móvil ya ha superado a los ordenadores de sobremesa son mercados en desarrollo o emergentes. Mientras que el uso de smartphones crece alrededor del planeta, aún hay una gran oportunidad para captar a los usuarios de teléfonos de gama media. Según Nielsen sólo el 18% de los indios poseen un smartphone, lo que equivale a la espectacular suma de 225 millones de usuarios2, mientras que un 68% posee un teléfono de gama media, de los cuales un 9,5% pueden navegar por Internet3. Esto quiere decir que con un site básico para móviles podrías alcanzar a 85 millones de usuarios más. El uso más obvio de las tecnologías web es construir sitios web móviles, y ése es el tema de este capítulo. Vale la pena destacar que las tecnologías web también se usan de manera 1   gs.statcounter.com 2   nielsen.com/ph/en/insights/news/2014/asian-mobile-consumers.html 3   discovermobilelife.com

Sitios para Móviles & Tecnologías Web

135

intensiva en el desarrollo de aplicaciones web e híbridas, soluciones multiplataforma e incluso aplicaciones nativas (Firefox y Tizen). Para más información sobre el desarrollo multiplataforma y en nuevo sistema operativo Firefox y Tizen consulta los capítulos al respecto en esta guía. Una gran ventaja de las tecnologías web es que ofrecen la ruta más fácil hacia el desarrollo móvil. Tecnologías web como HTML, CSS y JavaScript ya están plenamente desarrolladas; sin embargo, siguen y seguirán siendo las principales bases de desarrollo de sitios móviles. Además, son sin duda más fáciles de aprender que algunos de los complejos lenguajes necesarios para el desarrollo de aplicaciones nativas. Los sitios web para móviles y las aplicaciones web hacen los contenidos accesibles en casi cualquier plataforma con un menor esfuerzo en comparación con el desarrollo nativo para varias plataformas. Esto significa, directamente, que los sitios web para móviles tienen un alcance más amplio. Por consiguiente, el desarrollo web móvil no sólo ahorra tiempo y costes de desarrollo, sino que además proporciona una alternativa ajustada en costes y tiempo también en lo que se refiere a mantenimiento. Y ser independiente de las tiendas de aplicaciones te permite ofrecer cualquier contenido que quieras rápidamente y sin necesidad de suscribir las políticas de un tienda de aplicaciones. No obstante, existen deficiencias. Las tecnologías web luchan por igualar el nivel de integración en plataforma y el acceso directo a funciones de hardware que ofrece el desarrollo de aplicaciones nativas. Aún más, el rendimiento de las tecnologías web es altamente dependiente de la conectividad, grandes sites como Facebook y LinkedIn tienen dificultades para bregar con las limitaciones de memoria, y hay un deficiencia de herramientas de desarrollo en comparación a las disponibles para desarrollo de aplicaciones nativas.

Sitios para Móviles & Tecnologías Web

136

La monetización de sitios móviles puede resultar difícil, ya que los usuarios esperan tener acceso a las webs de forma gratuita. La herramienta más común para su monetización es la integración de publicidad. Las soluciones de pago para los sitios móviles se encuentran todavía en sus primeras etapas y tienden a ser bastante complejas de implementar. Los actuales instrumentos de monetización de las tiendas de aplicaciones ofrecen, por el contrario, una fácil instalación y un alto nivel de seguridad para el usuario final. Si la monetización es uno de los requisitos clave, una estrategia híbrida o de aplicación web podría resultar una buena opción de compromiso. En este caso, el desafío clave es combinar las capacidades únicas de tecnologías nativas y web para crear un producto verdaderamente fácil de usar. En el capítulo sobre el tema multiplataforma de este libro encontrarás una lista de los frameworks disponibles para crear aplicaciones híbridas. Por principio, los usuarios no deberían sufrir la frustración y la decepción de ser redirigidos a un sitio web que nunca termina de cargarse, exige una elevada transmisión de datos o simplemente no funciona. Por el contrario, en el peor escenario posible el usuario debería ser redirigido a un sitio básico, pero que provea de contenido relevante. Antes de comenzar a desarrollar hay que tener en cuenta las capacidades de los dispositivos que utiliza tu audiencia, sus hábitos de navegación y sus planes de datos.

Sitios para Móviles & Tecnologías Web

137

Desde la perspectiva de la experiencia de usuario, Google ofrece las 10 directrices más importantes para que pequeñas y medianas empresas consigan conversiones4: —— Sé táctil - diseña tu sitio de manera que incluso unas manos grandes puedan interactuar con él —— Diseña para visibilidad - asegúrate de que tu contenido puede ser leído si el usuario extiende su brazo completamente —— Simplifica la navegación - navegación, jerarquía y scrolling vertical claros facilitan el acceso a la información —— Hazlo accesible - idealmente, tu sitio móvil debería funcionar en cualquier dispositivo y en ambas orientaciones, vertical y horizontal —— Hazlo fácilmente convertible - destaca la información que te ayudará a conseguir conversiones —— Hazlo local - incluye funcionalidades que ayuden a la gente a encontrarte y contactarte —— Redirecciona a sites versión móvil - da a los usuarios la oportunidad de utilizar el site desktop original, pero también facilita volver al site móvil —— Mantenlo ágil - ayuda a los usuarios de móviles, diseña tu sitio para que cargue rápido y muestra el copy de manera que sea fácil hacer una lectura superficial —— Hazlo cómodo - ofrece el mayor número de funcionalidades de la versión completa como sea posible —— Aprende, escucha e itera - los buenos sitios móviles están centrados en el usuario; es decir, han sido creados contando con el feedback de la audiencia Google ha implementado cambios en su modelo de 4   www.dudamobile.com/webinar/Google_DudaMobile_Webinar.pdf

Sitios para Móviles & Tecnologías Web

138

búsqueda móvil y ha anunciado que penalizará a los sitios que no sigan éstas recomendaciones. Echa un vistazo al site de desarrolladores de Google5 para estar al día de las novedades respecto a cómo optimizar tu sitio móvil.

HTML5 La quinta versión del estándar HTML promete la reproducción de características anteriormente sólo disponibles con ayuda de tecnología propietaria. HTML5 es uno de los factores clave que hacen que los desarrolladores sopesen el desarrollo de sitios móviles y aplicaciones web en lugar de aplicaciones nativas. El look-and-feel similar al de aplicaciones compiladas con un único código base para una serie de dispositivos populares, la capacidad de acceder a hardware de dispositivos tales como la cámara y el micrófono, el almacenamiento de datos en los dispositivos para utilizar sitios móviles sin conexión y la optimización de la página web según en el tamaño de pantalla, hacen de HTML5 una atractiva alternativa para el desarrollo de aplicaciones nativas. Pero HTML5 depende del navegador y es exactamente ése apoyo el que escasea actualmente. Sólo el 60% de los usuarios de Internet tienen navegadores que soporten más del 50% de las características actuales de HTML56. El ex-CTO de Facebook Brent Taylor describe la situación de la siguiente manera: ‘Hay una desenfrenada fragmentación de la tecnología en los navegadores móviles, por lo que los desarrolladores no saben qué parte de HTML5 pueden utilizar. HTML5 es promovido como un estándar único, pero viene en diferentes versiones para cada dispositivo móvil. Cuestiones tales como la aceleración 5   developers.google.com/webmasters/smartphone-sites 6   gs.statcounter.com/

Sitios para Móviles & Tecnologías Web

139

de hardware y la gestión de derechos digitales se implementan de manera inconsistente. Eso hace que sea difícil para los desarrolladores escribir software que funcione en muchas plataformas diferentes y llegue a un público amplio’. Sitios web líderes como LinkedIn han cambiado sus aplicaciones web por un paquete de aplicaciones nativas. Kiran Prasad, el director de ingeniería móvil de LinkedIn, decidió construir tanto un site en HTML5 como aplicaciones nativas. Su razonamiento es que HTML5 ya es relevante para el negocio, pero no está soportado como debería por el ecosistema: 'There are tools, but they are at the beginning. People are just figuring out the basics.'7. Para más información acerca de la compatibilidad con navegadores, visita el site HTML5Test online8. Dicho website ofrece tanto una introducción como un análisis profundo a las características de HTML5 según su soporte por los diferentes navegadores web. Facebook también ha desarrollado ringmark9, que pone a prueba los navegadores web en 3 anillos, o niveles de soporte de características de HTML5, lo cual ayuda a los desarrolladores a comprobar rápidamente el nivel de soporte de múltipes navegadores web móviles (y desktop). Resumiendo: Casi todo el mundo en el negocio móvil está de acuerdo en que HTML5 tendrá éxito a largo plazo y, especialmente, el último año se ha visto una rápida adopción del HTML5. ABI Research estima que los dispositivos móviles compatibles con HTML5 existentes en el mundo serán 2.100 millones a finales del 201610. Los sistemas operativos incre7   venturebeat.com/2013/04/17/linkedin-mobile-web-breakup 8   html5test.com/results/mobile.html 9   rng.io/ 10  

www.abiresearch.com/press/21-billion-html5-browsers-on-mobile-devices-by-201 Sitios para Móviles & Tecnologías Web

140

mentarán gradualmente el soporte a HTML5 y los navegadores web incrementarán la velocidad de su adopción. Las plataformas de código abierto, tales como Firefox OS, Sailfish y Ubuntu deberían favorecer dicha adopción. El informe Developer Economics 201411 ya identifica HTML5 como la plataforma más popular (47%), seguida por Java (42%).

La Fragmentación Requiere Adaptación El mayor reto del desarrollo web móvil es la fragmentación. En teoría, todos los dispositivos con conexión a Internet pueden acceder a cualquier sitio móvil a través de un navegador. La realidad, sin embargo, es que los desarrolladores necesitan atender al creciente número de navegadores y dispositivos con diferentes niveles de capacidades de software y hardware para adaptar y optimizar el contenido web móvil. En términos generales, existen dos enfoques para optimizar el contenido para dispositivos móviles: adaptación del lado del cliente o del lado del servidor: ——La adaptación del lado cliente hace uso de una combinación de CSS y JavaScript ejecutándose en el dispositivo para ofrecer una experiencia ‘mobile-friendly’. —— La adaptación en el lado del servidor utiliza al servidor para que ejecute lógica antes de que se suministre el contenido al cliente. La siguiente sección ofrece una revisión de técnicas tanto del lado cliente como del lado servidor para hacer los sitios webs accesibles a la mayoría de dispositivos actuales con acceso a Internet, así como a aquellos futuros. 11  

DeveloperEconomics.com Sitios para Móviles & Tecnologías Web

141

Adaptación del Lado Cliente Diseño Web Adaptativo (Responsive) El diseño web adaptativo ha sido un término de moda entre vendedores y desarrolladores web por igual. En su formato más simple, consiste en una rejilla flexible, imágenes flexibles y CSS media queries para comportarse adaptativamente a una serie de resoluciones de pantalla o tipos de dispositivos. En solitario, ésto sólo puede proporcionar una experiencia sensible a dispositivo en un rango limitado de ellos y no puede adaptarse a contenido sofisticado. El mismo contenido se sirve a todos los dispositivos. No se recomienda como técnica para producir sitios web complejos para navegadores desktop o móviles. Pros —— Una adaptación completa en el lado cliente asegura que no haya impacto en la infraestructura existente. —— Ajuste automático de contenido y diseño. Contras —— El mismo contenido disponible en el sitio web estará disponible también en la versión móvil (visible o no). —— El peso del sitio tendrá un impacto significativo en términos de rendimiento en los dispositivos móviles. —— Es una aproximación general más que una optimización real a un entorno móvil.

Sitios para Móviles & Tecnologías Web

142

Mejoras Progresivas Las mejoras progresivas tienen la capacidad de responder a toda la gama de dispositivos móviles. Se envía una sola página HTML a todos los dispositivos. Se utiliza código JavaScript de manera adicional para construir progresivamente la funcionalidad a un nivel óptimo para el dispositivo en particular. Ya que es una solución exclusiva móvil, el principal inconveniente es el rendimiento. La construcción progresiva conlleva tiempo de ejecución y varía de acuerdo con el dispositivo y la red. Como solución de desktop y móvil, su principal inconveniente es que un único documento HTML se envía a todos los dispositivos. Un entorno muy conocido que hace uso de la mejora progresiva es jQuery Mobile12 . Pros —— Una adaptación completa en el lado cliente asegura que no haya impacto en la infraestructura existente. —— Ajuste automático de contenido, funcionalidad y diseño. Contras —— Pérdida de control, pues la detección es gestionada por el navegador. —— La detección de navegador dista mucho de ser perfecta. —— La detección realizada en el lado cliente tiene impacto sobre el rendimiento global del site. —— El mismo HTML es servido a todos los dispositivos.

12  

jquerymobile.com Sitios para Móviles & Tecnologías Web

143

Adaptación del Lado Servidor Bases de Datos de Dispositivos Las bases de datos de dispositivos detectan a cada dispositivo que accede a la página web y devuelven una lista de las capacidades del dispositivo al servidor. Esta información se utiliza entonces para servir un sitio móvil acorde con las capacidades del dispositivo. La adaptación del lado del servidor es una de las soluciones más antiguas y fiables. Algunas populares bases de datos de dispositivos son WURFL13 y DeviceAtlas14 . El principal inconveniente de las bases de datos de dispositivo es que la mayoría sólo están disponibles bajo licencia comercial. Pros —— La solución más habitual (Google, Facebook, Amazon y similares). —— Máximo control. —— Es posible la optimización según dispositivo (por ejemplo iPhone, Samsung Galaxy y similares). Contras —— Los Repositorios de Descripción de Dispositivos (en inglés Device Description Repositories) están orientados a hardware. —— Aparte de los datos, es necesario un mecanismo de detección (un simple ‘User-Agent’ no es suficiente).

13  

wurfl.sourceforge.net/

14  

deviceatlas.com/ Sitios para Móviles & Tecnologías Web

144

Adaptación Híbrida - RESS Realmente lo mejor de ambos mundos, la combinación de la adaptación en cliente y servidor asegura un alto rendimiento gracias a la adaptación del lado del servidor y garantiza que las capacidades obtenidas se pueden utilizar para enriquecer la experiencia móvil para las visitas siguientes. Esta aproximación se conoce como RESS (responsive web design with server-side components). Naturalmente es costosa y, por tanto, más común en organizaciones de gran tamaño. Las soluciones híbridas de adaptación están disponibles comercialmente de compañías como Sevenval15 o Netbiscuits16, o como soluciones en la nube respaldadas por la comunidad, por ejemplo FITML17. Mejor Input de Datos Con pequeñas teclados, a menudo en pantalla, introducir texto puede resultar engorroso y lento, especialmente si el usuario tiene que introducir números, direcciones de correo electrónico o texto similar, etcétera. Afortunadamente, los desarrolladores pueden especificar el tipo esperado de datos y los smartphones mostrarán entonces el teclado más apropiado en pantalla. mobileinputtypes.com proporciona varios ejemplos claros y concisos. Mejor Rendimiento Los usuarios esperan que los sitios web tarden en cargar entre 2 y 5 segundos. Esto supone un reto, especialmente para los sitios móviles más complejos. Nótese que la localización y red utilizadas ya han tenido un efecto drástico en el rendimiento 15  

www.sevenval.com

16  

www.netbiscuits.com

17  

www.fitml.com Sitios para Móviles & Tecnologías Web

145

del site. Aunque hay factores que quedan fuera de tu control, las siguiente secciones ofrecen trucos para reducir la transferencia de datos, contenidos y llamadas HTTP para minimizar el tiempo de carga y mejorar el rendimiento. Reducir el Volumen Transmitido Activa GZIP cuando sirvas un sitio. Cambiar los tamaños de imágenes y ajustar su calidad conforme a la calidad de la red. Reducir Contenido Tanto la carga del site como de los contenidos son cada vez más importantes. Reducir en lo posible elementos tales como los archivos JavaScript y CSS te ayuda a reducir el tiempo global de carga. Múltiples archivos del mismo tipo pueden ser comprimidos en uno y los espacios vacíos pueden ser eliminados. El código se acorta, pero se comporta de la misma manera. Todo esto puede resultar en un menor número de llamadas y, finalmente, en un mejor tiempo de carga. Al mismo tiempo, es importante que el usuario comprende qué está ocurriendo. Si el contenido está en proceso de carga es importante que el usuario sea consciente de ello, y no mostrarle una página o espacio en blanco. Una experiencia sin contratiempos es primordial para cualquier experiencia móvil, y esto incluye el viaje desde el site hasta la carga de contenidos en el site, y todas aquellas animaciones que los acompañen. Reducir Llamadas HTTP Imágenes inline, scripts y estilo, y utiliza la caché de aplicaciones. Cuando sea posible, reduce el número de llamadas, tamaño de archivos y contenido. Beneficios clave son que los scripts se transmiten en una sola llamada por página, el tráfico HTTP se minimiza y los scripts básicos se almacenan en

Sitios para Móviles & Tecnologías Web

146

la cache de la aplicación. La implementación no afecta el refresco y los scripts aún pueden alojar en la cache del CDN. Para más detalles y recomendaciones sobre rendimiento de webs móviles estudia la presentación de Roland Guelle en Slideshare18.

Testear Tecnologías Web Se puede probar cómo las tecnologías web funcionan en varios teléfonos móviles de múltiples maneras. La más simple es probar el sitio o aplicación web en una variedad de navegadores en dispositivos móviles. Estos deberían incluir una combinación de los navegadores móviles más populares, por ejemplo aquellos basados en datos públicos disponibles online19. El conjunto de dispositivos se puede refinar mediante el análisis de datos de los registros web existentes, y otras herramientas. Además, las pruebas en varios factores de forma ayuda a descubrir problemas de diseño y formato. En cuanto a las pruebas automatizadas, WebDriver20 es el entorno predominante. Existen dos enfoques complementarios: 1. Testeo automático utilizando controles WebView en Android e iOS. 2. Falseo del User-Agent (spoofing) utilizando Google Chrome o Mozilla Firefox configurados para emular a varios navegadores web móvil. Ambas aproximaciones tienen pros y contras: 18  

www.slideshare.net/sevenval/mobile-web-performance-dwx13

19  

gs.statcounter.com/#mobile_browser-ww-monthly-201207-201306

20  

seleniumhq.org/projects/webdriver/ Sitios para Móviles & Tecnologías Web

147

—— WebViews incrustadas se ejecutan en la plataforma de destino. Es probable encontrar en ellas muchos errores de comportamiento. Sin embargo, la configuración tiene mucho que ver y algunas plataformas no están soportadas. —— Se puede engañar a los servidores web para que traten al navegador como si accediera mediante una gran variedad de navegadores, incluyendo navegadores móviles no disponibles con la WebView incrustada, por ejemplo el teléfono Nokia Asha 201. Aún así, ni el comportamiento resultante ni el renderizado son realistas, así que muchos errores permanecerán indetectados, mientras que ser darán falsos positivos que no se darán en los dispositivos reales.

Aprende Más Online —— W3Schools y CSS Tricks (buenos recursos para iniciarse en HTML, CSS y JavaScript): w3schools.com, css-tricks.com —— HTML5 Rocks (excelente recurso sobre HTML5 que incluye tutoriales, presentaciones, artículos, etc.) : www.html5rocks.com/en/ —— Breaking the Mobile Web (Max Firtman, el autor de múltiples libros acerca de programación web móvil, ofrece noticias actualizadas en su blog dedicado a móviles): mobilexweb.com/ —— Mobi Thinking (el recurso de DotMobi para vendedores, con análisis y opiniones de expertos en marketing móvil): mobithinking.com/ —— Testing (Mobile) Web Apps: docs.webplatform.org/wiki/tutorials/Testing_web_apps Sitios para Móviles & Tecnologías Web

148

—— Investiga qué funcionalidades funcionan en todas las áreas Web: caniuse.com y beta.theexpressiveweb.com —— WHATWG (la página de la comunidad HTML): www.whatwg.org/ —— Word Wide Web Consortium (la organización que define los estándares web): www.w3.org/ Libros —— Mobile First por Luke Wroblewski —— Adaptive Web Design: Crafting Rich Experiences with Progessive Enhancement por Aaron Gustafson y Jeffrey Zeldman —— Responsive Web Design por Ethan Marcotte —— Programming the Mobile Web por Max Firtman —— jQuery Mobile: Up and Running por Max Firtman

Sitios para Móviles & Tecnologías Web

149

Aplicaciones Empresariales Los responsables de decisiones corporativas ven actualmente las aplicaciones empresariales móviles como un factor estratégico, una necesidad, más que como una mera entrada en una hoja de cálculo de contabilidad. Las aplicaciones empresariales internas son capaces de reducir la latencia de la transferencia de información dentro de una organización, incrementando la agilidad del trabajador al hacer disponibles datos de carácter competitivo en cualquier momento y en cualquier lugar. Las aplicaciones también pueden permitir a las empresas comprometerse con sus clientes, proveedores y consumidores finales, etc. Ejemplos de aplicaciones empresariales incluyen software para puntos y personal de ventas, de respuesta a emergencias, gestión de inventario o cadena de suministro, pero también de marketing B2C. Puede parecer una obviedad decirlo, pero el riesgo más importante en este momento es no tener una estrategia móvil corporativa. Las empresas están tomando el enfoque Móvil para Todos en contraste a limitar su uso a la alta dirección, como ocurría en el pasado. Para conseguir esto, el enfoque tradicional de TIC de compra y distribución de dispositivos en la estructura de gestión ya no es la única estrategia a utilizar. Hemos pasado del BYOD (Bring Your Own Device, en castellano Trae Tu Propio Dispositivo) al BYOx (Bringh Your Own Anything, en castellano Trae Tu Propio...), lo que incluye aplicaciones, contenido, herramientas y entornos de desarrollo, e incluso wearables, permitiendo al personal utilizar sus dispositivos personales para conectarse a la infraestructura TIC, descargar contenido seguro y usar aplicaciones empresariales. Con la llegada de BYOD, una empresa se expone a riesgos que tradicionalmente no se consideraban en la estrategia TIC corporativa. La adopción temprana en la empresa de una estrategia móvil Aplicaciones Empresariales

151

bien pensada y ejecutada es clave para asegurarse de que los datos están protegidos en todo momento. Desde el punto de vista del desarrollador, el sector empresarial tiene mucho que ofrecer: En comparación con los desarrolladores de aplicaciones B2C tradicionales, aquellos que crean aplicaciones empresariales tienen el doble de probabilidades de estar ganando más de 5.000 dólares americanos por aplicación al mes y casi 3 veces más probabilidades de ganar más de 25.000 según el informe Developer Economics1. Puntos Clave de las Aplicaciones Móviles para Definir Iniciativas Empresariales —— Reducción de costes comparados con los sistemas existentes —— Racionalización de los procesos de negocio —— Ventaja competitiva con el acceso directo a datos actualizados de manera inmediata —— Incremento de la satisfacción y efectividad del empleado —— Rápida respuesta en comparación con procesos existentes

Estrategia Empresarial Hoy en día, muchas empresas tienen un Chief Mobile Officer (CMOO) o han ampliado el alcance de sus CIOs. El trabajo del CMOO es coordinar las tendencias móviles y sus directrices, y hacer de puente entre el negocio y TIC. Dependiendo del tamaño y el enfoque de la empresa, su trabajo es también construir un equipo interno de desarrollo de software móvil o coordinar la cooperación con una agencia de desarrollo 1   www.developereconomics.com/report/next-gold-rush-enterprise-apps

Aplicaciones Empresariales

152

externa. Para asegurarse de que el software móvil ofrece lo que los empleados/usuarios quieren, que sea técnicamente factible y que todo se ajuste a la estrategia global de la empresa, el director podría considerar la creación de un Consejo de Innovación Móvil (MIC, en inglés Mobile Innovation Council) o Centro de Excelencia (COE, en inglés Center of Excellence) que deben incluir a miembros clave tales como: representantes capacitados del equipo de desarrollo de aplicaciones móviles, las partes interesadas en tema móvil en la empresa y, lo más importante, los usuarios finales de varios departamentos con experiencia en los procesos de negocio más relevantes. Los tópicos en los que el CMOO/CIO debe centrarse, en sincronía con el MIC/COE incluyen: —— Estrategia: Visión y dirección de la estrategia móvil global y las aplicaciones. —— Políticas de gobernanza: Bring Your Own Device (BYOD) versus Chose Your Own Device (CYOD), que básicamente es la diferencia entre una política de Gestión de Aplicaciones Móviles (MAM, del inglés Mobile Application Management) y una de Gestión de Dispositivos y Seguridad Móviles (CYOD, del inglés Mobile Device Management & Security). —— Especificaciones de las aplicaciones. —— Libro de ruta de las aplicaciones. —— Planificación presupuestaria. —— Visto bueno: aprobación de las aplicaciones para producción. —— Despliegue de aplicaciones: feedback temprano de demos y prototipos, testeo y despliegue masivo. —— Incentivos: Promocionar la adopción de entornos móviles.

Aplicaciones Empresariales

153

En cuanto a la adopción comercial, el desarrollo de aplicaciones corporativas es muy popular actualmente, pero uno de los principales obstáculos que debe enfrentar una empresa escribiendo aplicaciones corporativas para terceros, o un manager de proyecto deseoso de adoptar una estrategia interna corporativa, es resolver una necesidad de negocio. La pregunta "Todo esto suena muy bien, pero ¿por qué lo necesitamos?" es menos común ahora, pero tienes que estar preparado para dar razones de peso en base a las que una empresa debería adoptar una estrategia móvil. Puntos Clave en los Casos de Negocio para Aplicaciones Móviles Empresariales —— Crear un Plan de Visión para nuevas aplicaciones móviles, y cómo ayudarán y darán forma a tu empresa. —— Crear un Manifiesto de Definición de Aplicación (ADS, del inglés Application Definition Statement) para cada aplicación, especificando propósito y audiencia objetivo. —— Crear un Presupuesto para dispositivos. —— Crear un plan para una Infraestructura de Aplicaciones, Gestión de Dispositivos y Seguridad. —— Crear un plan para el equipo de desarrollo utilizando una plataforma de desarrollo fiable a futuro, por ejemplo MADP.

Movilizando Sistemas Existentes Si ya estás ofreciendo un sistema a tus clientes pero aún no ha sido adaptado a móviles, tienes varias decisiones que tomar. Es crítico que comprendas en profundidad el impacto de añadir una oferta móvil a su sistema antes de comenzar a implementar la solución elegida. Algunas de las razones más habituales Aplicaciones Empresariales

154

para movilizar tu producto pueden ser por ejemplo utilizar el equipamiento de estos dispositivos, como la cámara o el GPPS, o simplemente ganar la capacidad de recabar información sobre la marcha, sin necesidad de conexión a Internet. Debes asegurarte de que te adaptas al mundo móvil por las razones correctas, pues la consiguiente soporte, mantenimiento y desarrollo de una oferta móvil se convertirá en una nueva línea de producto respecto a tu modelo original e implicará algunos costes fijos. Puntos Clave Decidiendo Movilizar un Sistema —— Define con claridad las razones para ello y asegúrate de que son suficientemente fuertes como para dar el siguiente paso en el proceso. —— Comprende las diferencias entre móvil y sobremesa. No copies el sistema pre-existente; por ejemplo, en vez de utilizar un formulario para capturar la información, deberías grabar audio y subirlo a tu sistema, permitiendo a los usuarios tomar notas rápidamente sin la necesidad de escribir en un dispositivo de tamaño reducido. —— No intentes implementar todas la funcionalidades de tu sistema, sólo integra las más relevantes y en una manera que encaje con la filosofía móvil. —— Asegúrate de que conoces qué dispositivos utilizarán tus clientes y qué funcionalidades son las que más interesa movilizar. —— Ten bien definida tu estrategia de pruebas en móviles, la cual debe cubrir pruebas multiplataforma y variados dispositivos y sistemas operativos.

Aplicaciones Empresariales

155

Gestión de Dispositivos y Aplicaciones en la Empresa Al desarrollar una aplicación empresarial, siempre hay que tener en cuenta que el hardware que contiene datos confidenciales de la empresa se puede extraviar o robar. En la actualidad, hay dos enfoques para asegurar dispositivos, contenidos y aplicaciones: Gestión de Dispositivos Móviles (MDM, del inglés Mobile Device Management y Gestión de Aplicaciones Móviles (MAM, del inglés Mobile Application Management). Ambos han sido combinados en lo que se conoce como Enterprise Mobility Management (EMM). MDM ofrece un control total corporativo sobre un dispositivo, por lo que cuando un dispositivo se pierde, se roba o un empleado se marcha, llevándose el dispositivo, la empresa puede limpiar el dispositivo y, esencialmente, éste deja de funcionar. Este enfoque general se toma cuando la empresa es propietaria del dispositivo y por tanto todos los datos y aplicaciones en el dispositivo son propiedad suya: todos los datos personales almacenados en el dispositivo se almacenan en él a riesgo del empleado. MAM permite a una empresa adoptar BYOD, ya que así la empresa puede asegurar aplicaciones y contenidos descargados a un dispositivo sin quitarle el control del mismo al propietario. Cuando un empleado deja la empresa, llevándose consigo su dispositivo, la organización puede deshabilitar las aplicaciones empresariales y limpiar cualquier contenido descargado en el dispositivo sin afectar a los datos personales, como fotografías y aplicaciones de consumo compradas por el empleado. La mayoría de soluciones de MDM y MAM son multiplataforma, siendo compatibles con dispositivos Apple, Android, Windows y BlackBerry, y esto siempre debe tenerse en cuenta a la hora de decidirse por un proveedor de MDM o MAM. 156

Hay varias funciones de seguridad disponibles a través de estas dos soluciones de gestión, incluyendo: —— —— —— —— —— —— —— ——

Monitorización de dispositivo Control de licencias Distribución vía solución interna Over-The-Air (OTA) Inventariado de software Control de recursos Control remoto Gestión de la conexión Soporte y distribución de aplicaciones

Las medidas de seguridad incluyen: —— —— —— —— —— —— ——

Protección de contraseñas Encriptación de datos en el dispositivo Encriptación de datos OTA Bloqueo remoto de dispositivos Limpieza de datos remota Reprovisionamiento de dispositivos Copia de seguridad de datos en los dispositivos

Aplicaciones Empresariales

157

Ejemplos de proveedores de EMM: —— —— —— —— —— —— —— ——

Airwatch2 App473 Apperian4 Good5 Microsoft6 MobileIron7 Mocana8 SAP Afaria9

Plataformas de Desarrollo de Aplicaciones Móviles (MADP) Por lo general, un elemento clave de las aplicaciones empresariales es la sincronización de datos. Los dispositivos móviles tienen que recibir información actualizada o relevante de los servidores corporativos y los datos actualizados o recogidos tienen que ser enviado de vuelta. El enfoque de acceso a los datos está determinado por las responsabilidades del usuario, así como por la política de confidencialidad. En cualquier caso, la sincronización tiene que ser segura, ya que los datos de 2   air-watch.com 3   app47.com 4   apperian.com 5   good.com 6   microsoft.com/en-us/windows/windowsintune/explore.aspx 7   mobileiron.com 8   mocana.com 9   www.sap.com/pc/tech/mobile/software/solutions/device-management/

overview.html Aplicaciones Empresariales

158

las empresas son uno de sus activos más preciados. Aún más, una aplicación integrada en toda la empresa debe ser multiplataforma. Para compensar las deficiencias de los SDK nativos así como de las soluciones multiplataforma más comunes en este aspecto, es posible que desees considerar la evaluación de soluciones tipo Plataformas de Desarrollo de Aplicaciones Móviles (MADP). Las MADP son entornos móviles que proporcionan el middleware y las herramientas para desarrollar, probar, implementar y administrar aplicaciones empresariales que se ejecutan en múltiples plataformas móviles con distintas fuentes de datos en el back-end. Su objetivo es simplificar el desarrollo y reducir sus costes, en entornos donde las habilidades técnicas se deben mantener para múltiples plataformas, herramientas y complejidades, como la sincronización de datos y autenticación. Algunas soluciones disponibles son: —— —— —— —— ——

Pega Amp10 IBM MobileFirst Platform11 Kony KonyOne12 SAP Mobile Platform13 Spring Mobile Solutions14

10  

www.pega.com

11  

www.ibm.com/mobilefirst/us/en/why-ibm-for-mobile/platform.html

12  

www.kony.com/products

13  

www.sap.com/smp

14  

www.springmobilesolutions.com Aplicaciones Empresariales

159

Seguridad en Aplicaciones Empresariales Una de las funciones principales de cualquier departamento de TIC es asegurarse de que todos los aspectos de la infraestructura de la empresa están asegurados contra ataques, de modo que no haya fugas de datos y éstos no se vean comprometidos o robados. Dado que los dispositivos móviles son una extensión de la infraestructura TIC de una empresa, todas las aplicaciones empresariales deben ser diseñados para asegurarse de que no se pueden utilizar para obtener acceso ilegal a la red interna corporativa. Como desarrollador de aplicaciones empresariales, por lo general se te pedirá que te ajustes a las normas que la empresa haya establecido en sus políticas de seguridad, así que debes estar preparado para responder a preguntas acerca de la seguridad de tu aplicación, como el cifrado de datos, la comunicación en red y en cómo lidias con dispositivos jailbreakeados o rooteados. Muchos proveedores de EMM consolidan la seguridad en aplicaciones utilizando técnicas tales como inyección de código u ofreciendo un SDK a los desarrolladores. Éstas funcionalidades, y las actualizaciones regulares de las plataformas, permiten a las empresas bloquear de manera remota sus aplicaciones y mantenerse al día en cuanto al voluble panorama de la seguridad móvil sin tener que invertir demasiado esfuerzo y dinero en esta tarea.

Aplicaciones Empresariales

160

Puntos Clave para Asegurar Aplicaciones Empresariales —— Si usas un proveedor de EMM, verifica de que tienen las funcionalidades en seguridad suficientes para dar soporte a tus necesidades corporativas. —— Cuando almacenes un dato en el dispositivo, asegúrate de que está encriptado. —— Cuando comuniques con un servicio web, usa siempre https. —— Además de lo anterior, asegúrate de que realizas verificaciones de puntos finales tanto en la aplicación como en el servicio web, para confirmar que tanto el servidor como el dispositivo son válidos. —— Siempre verifica que los ajustes del dispositivo cuentan con una checksum para asegurarte de que los valores no pueden ser cambiados una vez instalada la aplicación en el dispositivo. —— No permitas que la aplicación se ejecute en dispositivos jailbreakeados o rooteados. —— Ten un método para deshabilitar la aplicación si ésta detecta que ha sido comprometida. —— Asegúrate de que el uso de encriptación es conforme a normativas de exportación y legislación relevantes para la región donde la aplicación es utilizada.

Aplicaciones Empresariales

161

Videojuegos para Móviles La Economía de los Juegos para Móviles Antes de comenzar a hablar sobre el desarrollo de juegos para móviles deberíamos tratar de entender qué está impulsando ese mercado. El auge de los videojuegos móviles desde los primeros días de Java (técnicamente J2ME) sigue siendo asombroso. La firma de investigación del mercado de videojuegos, Newzoo elevó recientemente sus estimaciones del mercado de los juegos de móvil global, prediciendo que superaría los 25 mil millones de dólares en el 2014 y alcanzando más de 40 mil millones para el año 20171. Según VentureBeat2 los juegos representan el 40 por ciento de todas las descargas de aplicaciones en tiendas y alrededor del 75 por ciento del gasto total, estando la mayoría de esos ingresos centrados en los 10 juegos líderes, en su mayoría F2P (free-to-play), es decir, total o parcialmente gratuitos. Algunos de estos juegos han dominado los rankings durante los últimos dos años. Juegos como Clash of Clans, Candy Crush y The Simpsons Tapped Out han generado miles de millones y han puesto los juegos móviles en el mismo nivel que los del mercado de videoconsolas. Es importante saber que para iOS y Android la gran mayoría de los ingresos de los juegos para móviles provienen de juegos F2P. También vale la pena señalar que el 7% de los ingresos

1   www.applift.com/blog/mobile-games-market-update.html 2   venturebeat.com/2014/11/04/candy-crush-leads-in-u-s-and-u-k-but-clash-

of-clans-reigns-in-mobile-crazy-south-korea Videojuegos para Móviles

163

en iOS proviene de juegos de alta calidad, casi el doble que en Android3. Hacer que los juegos funcionen en múltiples plataformas es cada vez más fácil. Alrededor del 54% de todos los juegos móviles están diseñados utilizando motores de terceros y el 45% de éstos utilizan Unity. Hay muchos otros motores de Cocos, Corona, GameMaker, Unreal, etc. Cada motor ofrece diferentes ventajas y perspectivas para que desarrolladores con diferentes habilidades puedan construir sus ideas y prepararlas para la lanzamiento rápidamente. Consulta el capítulo Multiplataforma de esta guía para obtener más información sobre los entornos disponibles. Muchos desarrolladores creen que serán el próximo desarrollador indie que se haga rico. Esto ocurre con juegos tales como Flappy Bird, que ganan un increíble número de usuarios, pero estos casos están más cerca de ser premios de lotería que ejemplos a seguir. En cambio, es importante que los desarrolladores se den cuenta de que el mercado de juegos para móviles se ha convertido en un espacio sofisticado con muchas facetas y desafíos. Antes de empezar a crear tu juego, necesitas prestar atención para comprener la naturaleza del mercado y el público. Una parte esencial de esto es que se ha convertido en un mercado enormemente competitivo, con un gran número de pequeños equipos productores de grandes volúmenes de contenido gastándose mucho dinero en desarrollo y publicidad para conservar su posición.

3   venturebeat.com/2014/04/25/apple-vs-google-a-world-view-on-the-mobile-

gaming-war Videojuegos para Móviles

164

Gratuitos vs. De Pago En términos de económicos, está claro lo que sucede cuando la oferta aumenta: los precios caen. Con un suministro de facto infinito, el precio cae a cero. Esto es exactamente lo que ha sucedido y la explicación de que el modelo F2P esté dominando. Pero, ¿qué pasa con ese 7% de los ingresos en iOS que procede de juegos premium? Como cualquier mercado, cuando se trata de la competencia tenemos una opción. Podemos buscar volumen (crear un producto básico) o diferenciarnos (crear un nicho). Los juegos premium de éxito son los que han sido capaces de atraer a una audiencia ofreciendo algo que percibido como de mayor valor que en el resto de los juegos disponibles. Juegos como Monument Valley o The Room han demostrado que esto es todavía posible, y se les descubre debido a su precio de venta. Esto no ha estado a la escala de los ingresos de los mejores juegos en F2P, a pesar de la insistencia de las tiendas de aplicaciones por potenciarlos. El movimiento hacia lo gratuito no ha sido un fácil para muchos desarrolladores, y los intentos de 'clonar' de los modelos de negocio de juegos como Clash of Clans o Candy Crush rara vez han visto un nivel comparable de éxito. Todo esto a pesar de una fórmula que aparente ser muy simple: tomar una simple mecánica de juego y ofrecer un nuevo contexto social con el fin de que sea infinitamente repetible; a continuación, agregar una forma de fricción que dificulta que el jugador alcance sus objetivos, pero que está programada para dejar el objetivo 'en la punta de los dedos'; permitir que la gente pague para eliminar esa fricción, pero hacer que cada objetivo se convierta en el detonante de uno nuevo, también fuera de su alcance. Por supuesto esto no es tan fácil y este tipo de fórmula es algo que puede convertirse rápidamente en 'bastante poco Videojuegos para Móviles

165

divertido' y generar una gran cantidad de abandonos. Incluso si el desarrollador añade un barril lleno de análisis de datos para averiguar dónde están abandonando los jugadores o para encontrar la mejor manera de que paguen más, al final el juego muere inevitablemente. Peor que eso, cuanto más juegos son percibidos con esa rígida aplicación de un modelo de negocio más allá del disfrute del mismo juego, más jugadores rechazan ese tipo de juegos. Si percibes que el juego no es más que un intento de abrirte la cartera, ¿crees que estarás muy enganchado como jugador? Lo que hace que esos juegos funcionen es que comprenden a las personas y cómo construir un servicio que les permite sentirse competente, en el control y capaz de escapar de sus vidas cotidianas. Los ingresos llegan cuando podemos extender lo más posible el deleite que sienten los jugadores jugadores y su compromiso a largo plazo, dándoles una razón para querer gastar dinero. Tenemos que construir 'valor de ciclo de vida' (lifetime value), no sólo ingresos a corto plazo. Las discusiones entre los juegos gratuitos y de pago se han vuelto casi tribales entre los desarrolladores de juegos, que se preguntan si los modelos de negocio han empañado la naturaleza del diseño de videojuegos, llegando incluso a cuestionarse acerca de la moralidad de estos diseños centrados en la monetización. Comprender qué modelo seguir, gratuito o de pago, es una cuestión esencial para cualquier desarrollador de juegos móviles, pero no se trata tanto del modelo de negocio que nos gustaría seguir como de la mejor manera de involucrar al jugador con el contenido que estamos creando para deleitarle.

Videojuegos para Móviles

166

La Ética de Monetizar Juegos Gran parte de la atención de la industria móvil en el 2014 se ha centrado en las cuestiones morales y éticas detrás de las aplicaciones de pago frente al F2P. Un juego F2P bien hecho saca el valor del jugador gratuito no sólo en términos de su potencial viral, sino también en términos de creación de una marca y condiciones que animan a los jugadores a pagar. Sin embargo, los F2P no tienen una gran reputación, especialmente entre los padres preocupados por las compras dentro de la aplicación y por algunos diseñadores de juegos. Ha habido una serie de escándalos notables, en especial con niños comprando ‘ accidentally’ miles de dólares en compras dentro de la aplicación. Este argumento ha empañado la imagen de la industria de los juegos en su conjunto y ha atraído la atención de los reguladores legales, incluida la UE, que han publicado directrices sobre la venta de las compras in-app para niños. Sin embargo, hasta la fecha la regulación parece haber sido comprensiva y lógica. Con toda razón, han pedido a diseñadores y jdistribuidores que comunican qué se vende y cómo se accede a ello, en particular en el caso de un público menor de edad. Se ha solicitado a las plataformas que realicen importantes cambios, aunque de bajo impacto, en su funcionamiento (de todos monos, esto ya estaba pasando), y aclarar las expectativas de uso que, a la postre, ya están impuestas por la legislación vigente. Otra cuestión planteada en contra del F2P es que, como mínimo, la mitad de los ingresos proviene del 0,15% de los jugadores. Según la empresa de testeo de aplicaciones Swrve4, sólo el 1,5% de los jugadores gastan dinero en un juego F2P. Sin embargo, este informe es debatible ya que está compa4   recode.net/2014/02/26/a-long-tail-of-whales-half-of-mobile-games-money-

comes-from-0-15-percent-of-players Videojuegos para Móviles

167

rando, esencialmente, el 'comprar' de un juego premium con el 'descargar' de un juego F2P, cuando no son la misma cosa. Los jugadores a menudo descargarán un juego como capricho, pero quizás nunca lleguen jugarlo, y muchos juegos tienen diferentes perfiles de gasto. Algunos juegos tendrán niveles de conversión altos, mientras que otros tendrán un tiempo de conversión más tardío, y cada juego es diferente. Aunque estos números tan extremos sean ciertos, ¿sería eso algo necesariamente negativo? Un solo jugador pagando 5.000 dólares por algo en un juego puede parecer extremo, ¿pero si gana un cierto valor personal al hacerlo será eso malo? La respuesta a esta pregunta depende de varios factores, pero se puede resumir en torno a la manipulación o la adicción. Los diseñadores de juegos F2P suelen hablar de condicionamiento operante, y en particular de un experimento conocido como 'caja de solución de problemas' o 'skinner box'. Estas cajas, que llevan el nombre del psicólogo que las creó, permite a animales obtener alimentos pulsando un botón. El experimento demostró que la variación de la velocidad a la que el botón liberaba la comida afectaba al comportamiento de los animales. La premisa es que en los juegos de los diseñadores encuentran la manera de recompensar a los jugadores y que éste es un método equivalente de condicionamiento. Es cierto que algunos experimentos han demostrado que ese tipo de condicionamiento puede funcionar en los seres humanos, al menos a corto plazo, pero en los juegos no controlamos todos los estímulos o utilizamos alimentos (u otras necesidades de bajo nivel) como motivación. Como diseñadores, hay métodos mucho más potentes para retener a un jugador que dar recompensas a corto plazo. Podemos contar historias. Podemos deleitarnos con estímulos visuales y sonoros. Podemos crear juegos que se convierten en experiencias sociales compartidas. Todos ellos tienen un efecto estimulante sobre los usuarios Videojuegos para Móviles

168

mucho mayor que cualquier ejercicio de condicionamiento operante. En el corto plazo es posible (pero no deberíamos) manipular los jugadores, especialmente las personas vulnerables como los niños, pero si lo haces esa manipulación no durará mucho tiempo y, en el largo plazo, reducirá nuestro valor del ciclo de vida. A nivel comercial, es mucho más eficaz hacer buenos juegos. La adicción es algo que siempre hemos utilizado como atajo para decir que un juego es bueno y atractivo. Ahora se ha convertido en una fuente de preocupación. Cualquier juego recompensa a los jugadores con una liberación de dopamina cuando tienen éxito, lo cual crea una respuesta fisiológica no muy diferente al consumo de drogas o el ejercicio físico. Sabemos que en el caso de los juegos de azar esta clase de química del cuerpo puede crear adicción, que como es una compulsión que anula el comportamiento racional. Sin embargo, los juegos de azar ofrecen un estímulo muy diferente al resto de juegos. Con los juegos de azar el estímulo se basa en la incertidumbre y la apuesta que hacemos. Esa incertidumbre es constante cada vez que jugamos. Con los juegos, en cambio, aprendemos la mecánica y eso reduce la potencia del estímulo con el tiempo. Aunque la adicción a los videojuegos es un problema reconocido, es algo que pertenece al ámbito de la adicción conductual, donde una actividad normal se convierte en compulsiva. Este tema aún está en investigación y no está incluido en el Manual diagnóstico y estadístico de los trastornos mentales, en su quinta edición (DSM-5).

Videojuegos para Móviles

169

Hacer un Buen Juego La creación de experiencias agradables para nuestro público objetivo requerirá de nuestra máxima creatividad, tal vez más. Los jugadores esperan que creemos diversión y les mostremos nuevas ideas de contenido, y también necesitan ver algo familiar a fin de poder comparar y ayudarles a entender y relacionarse con nuevos contenidos. Scott Rogers en su libro "Level Up" describió esto como el "El Triángulo de la Rareza" (“Triangle of Weirdness”)5. Afirmó que los juegos se componen de un mundo, actividades y personajes, y que podemos cambiar cualquiera de estos por nuevas ideas, pero no podemos cambiar los tres sin correr el riesgo de perder la audiencia. El tipo de diversión que estamos buscando en los juegos es la que sucede cuando el jugador es capaz de suspender su incredulidad y participar en una experiencia que no tiene ningún valor en el mundo real. Llegamos a ser totalmente absorbidos en la mecánica y la narrativa de la experiencia. Curiosamente, el desafío y la frustración son tanto las motivaciones para jugar como las potenciales causas para abandonar la experiencia. Si somos capaces de mantener el equilibrio entre estos estados 5   mrbossdesign.blogspot.co.uk/2008/09/triangle-of-weirdness.html

170

generaremos un estado de placer que todos los diseñadores de juegos conocen, el ‘Flujo de Csikszentmihalyi’6. Tenemos que apreciar que lo que es divertido en el espacio móvil es diferente de otras plataformas e incluso pueden parecer contradictorios. Necesitamos juegos que sean simples y accesibles, pero con suficiente profundidad, propósito y progresión como para retener la atención del jugador. Si nos fijamos en lo que ha sido un éxito y en lo que no, vemos que un juego móvil tiene que darnos un éxito significativo en menos de un minuto, pero que nos mantendrá jugando durante cientos de días. El juego tiene que evitar que recorramos todo el contenido en una sola sesión, pero también conseguir que juguemos docenas de veces al día. Necesitamos un juego que sea familiar, pero que también destaque lo suficiente como para ser destacado por las tiendas de aplicaciones. Nuestro juego tiene que ser agradable (y, a menudo gratis), pero aún así crear nuevas razones para que los jugadores quieran, es más, necesiten gastar dinero. Y la lista de las aparentes contradicciones continúa. Hay juegos desarrollados a partir de mecánicas emergentes, bloques de construcción que se combinan creando resultados sorprendentes o estratégicos, como Chess o Clash of Clans. Luego están los construidos con una serie de puntos de decisión progresivos que se resuelven con pasos encadenados para crear una historia como FTL o Monkey Island. Incluso podemos crear juegos que incorporen la creatividad del jugador como Createrria o Minecraft, o rompecabezas abstractos como Threes o SuperHexagon. Sea cual sea el camino que tomamos, el equilibrio está en el centro de nuestro razonamiento como diseñador. Tenemos que decidir hasta qué punto el juego se 6   scienceandvalues.wordpress.com/2010/02/26/csikszentmihalyis-

flow-pleasure-and-creativity Videojuegos para Móviles

171

verá afectado por la habilidad y cuánto por la suerte, el grado en que el juego sigue una narrativa fija o es liderada por el jugador, y por supuesto la complejidad de los sistemas internos, ya sea sobre el desarrollo de personajes o una economía de recursos. En el F2P también tenemos que considerar el impacto del dinero gastado en la experiencia de juego. Lo que a menudo olvidamos es lo que le importa a los jugadores. Una de las preguntas más importantes que debes hacerte es por qué deben elegir tu juego. Seamos sinceros: la mayoría de los videojuegos móviles comienzan como una distracción, incluso si al final nos pasamos más tiempo con nuestros teléfonos que con nuestras consolas. Así que ¿por qué habrían de jugar tu juego? Decir que es un buen juego no es suficiente. Tenemos que ser capaces de responder a esa pregunta con honestidad. Aprender del diseño clásico y del marketing de productos te ayudará a tomar buenas decisiones al respecto. Enganchando al Jugador Móvil Cuando desarrollamos juegos para móviles estamos creando una experiencia para entretener a los jugadores en un tipo específico de dispositivo. Tablets y teléfonos satisfacen necesidades diferentes y requieren una atención específica y detalla respecto a las necesidades de uso que cubren. El teléfono suele estar centrado en 'el siguiente minuto', es decir lo más inmediato, lo que obtenemos cuando esperamos que suceda algo o necesitamos entretenernos. ¿Cómo usan los jugadores sus dispositivos tablet? Se trata más bien de un período de descanso o relajación más largo. ¿Qué implica eso para el juego que queremos hacer? La producción de nuestro juego es la combinación de una visión única, una narrativa convincente y una experiencia ha sido diseñado para afectar a las emociones de los jugadores. Videojuegos para Móviles

172

Todo esto tiene que encajar con la forma en que se consume el juego y en el móvil tendremos que comprender las restricciones inherentes a estos dispositivos. El tamaño limitado de la pantalla, los controles de pantalla táctil, acelerómetros, duración de la batería, la posibilidad de ser interrumpido, la facilidad para salir y guardar el dispositivo, la calidad del altavoz, la salida de auriculares de alta calidad, etc., afectan a la forma en que los jugadores interactúan con el dispositivo. Los teléfonos móviles están (en su mayoría) conectados a Internet y son el dispositivo más influyente, ya que siempre los llevamos. Como ejemplo, piensa en la forma en que implementamos los controles. Las pantallas táctiles permiten una amplia gama de movimientos en un plano 2D, pero después de un corto tiempo nuestra piel se calienta y pierde capacitancia, por lo que los controles serán menos fiables. Si simplemente tratamos de emular un sistema de joystick (como muchos juegos hacen) que pronto tendrás problemas con la experiencia de juego. Sin duda, ésta es una de las razones por la que los juegos de disparo en primera persona no han sido tan populares en el móvil. En cambio, debemos diseñar la mecánica de juego con controles que hagan el contacto cómodo o que comprendan los límites de los métodos disponibles, y hacerlos parte de la experiencia. MiniGore es un gran ejemplo, donde la dificultad del juego se ha mejorado gracias a la mecánica twinstick, que lo hace progresivamente más difícil de controlar. Por otro lado, Hayday de Supercell demostró cómo lo táctil podía ser absolutamente maravilloso. El movimiento utilizado para recoger las cosechas es tan agradable que eleva este juego muy por encima de otros de cultivo en cualquier plataforma, y era perfecto para una experiencia en tablet. La necesidad de satisfacción inmediata de los jugadores no reemplaza la capacidad de enganchar a más largo plazo. Sin embargo, refuerza la necesidad de simplicidad en el juego, tan Videojuegos para Móviles

173

necesaria en las plataformas móviles, pero la simplicidad en sí no podrá seguir sosteniendo el nivel de interés en jugar. Para mantener a la gente jugando, necesitamos crear un contexto que nos dé una razón para repetir la mecánica de juego. Algo que nos dé un sentido de propósito y progresión, que llame la atención después de que la sesión de juego ha terminado, animando a volver a jugar. Conviene que esa mecánica inicial sea agradable incluso tras de miles de obras de juego. Juegos como CSR y Candy Crush introdujeron este método de diseño de juegos en el mercado móvil. Encontraron maneras de encadenar una serie de procesos mecánicos para mantener la jugabilidad a través de miles de sesiones, a la vez que daban la sensación de que las metas se conseguían mágicamente. Construyen un compromiso a largo plazo manteniendo a los jugadores involucrados en su juego mientras la experiencia sea suficientemente significativa. Conseguir que los jugadores estén más tiempo jugando tiene un impacto directo en su disposición a gastar dinero en el juego. En una encuesta realizada en el 2014 por Unity7, el gasto medio de los jugadores que pasaron menos de una hora con un juego es de 0,66 dólares americanos, pero para los que estuvieron más de 10 horas se eleva a 15,15. Diseñar el Camino del Jugador Comprender la importancia del vínculo a largo plazo con el jugador ha tenido un impacto profundo en el diseño de videojuegos. La idea de un juego como mecánica o historia se transforma cuando se comprende que no sólo es el personaje heroico el que se embarca en un viaje, sino que nuestro jugador también lo hace. 7   www.gamesindustry.biz/articles/2014-10-14-mobile-spending-driven-by-35-

44-year-olds Videojuegos para Móviles

174

La primera etapa de ese viaje es el descubrimiento. Los jugadores tienen un conjunto particular de necesidades y aspiraciones cuando ven tu juego por primera vez. Tienes que asegurarte de que el camino hacia el descubrimiento dispone condiciones propicias a descargar y jugar el juego por primera vez. Por lo general, hay pocas oportunidades de establecer las expectativas correctas, pero hacerlo es esencial. Si el juego tiene un coste inicial, informa al jugador de por qué debería comprarlo comprarlo, lo que va a perderse si no lo hacen. Si el juego es gratuito, también tienes que crear expectativas, pero también debes mostrar al jugador por qué la publicidad es es un mal menor, o si hay compras en la aplicación por qué vale la pena realizarlas. Este es un arte delicado. Debes ser claro y transparente, y aún así comunicar por qué el juego es digno de su tiempo e inversión. Una vez que el jugador ha tomado la decisión de instalar el juego tenemos que facilitarle su uso. Haz el icono y nombre del juego inmediatamente reconocibles e, idealmente, retadores; es decir, una razón para iniciarlo. En esta etapa no queremos que tome decisiones acerca de qué personajes utilizar o qué niveles elegir - que no saben todavía. No le hagas seguirte en Facebook o configurar una cuenta antes de jugar, muéstrale de qué trata el juego. Luego sorpréndele. Podemos comprar esto a "La Apertura Bond", los primeros 5 minutos de cada película de James Bond. Nos impresiona y al mismo tiempo establece todo lo que necesitamos saber acerca de la historia, los agentes super-secretos y el escenario en el que tiene lugar. Pero hace más que eso, asegura que nunca queramos levantarnos del asiento. Es esta doble función de mostrar, no explicar, lo que establece las expectativas para el resto de la película, algo que también se aplica a los videojuegos. Como es un juego, más que mostrar o explicar queremos 'hacer'. El jugador tiene que

Videojuegos para Móviles

175

aprender acerca de los juegos mediante la acción, y disfrutar de sus logros rápidamente. Si tenemos éxito y logramos educar a los jugadores y establecer las expectativas correctas les mantendremos jugando. Ten en cuenta que necesitan razones para volver. Para que un juego se convierta en algo que jugamos regularmente y durante mucho tiempo, tenemos que entender cómo se percibe el éxito en el mismo. Debemos saber que habrá retos y progresión, así como un sentido de propósito. Esto significa que tenemos que vernos fracasar y aún así continuar jugando. Necesitamos pensar que tenemos asuntos pendientes que nos obligan a superar la dificultad de volver a jugar. Hay que entender las razones para seguir y tener una serie de objetivos alcanzables, sin que compliquen en exceso el juego. Una técnica que puede ayudar es el concepto del melodrama. Hay dos cosas que están sucediendo aquí. En primer lugar, estamos aceptando que tenemos que dar a nuestra audiencia una interrupción natural en la experiencia de juego, y eso es importante. No sugerimos evitar que los jugadores continúen, pero darles la opción de detenerse es útil para construir el compromiso, siempre y cuando se les da una razón para volver. Esa razón para volver podría ser esperar a tener más combustible, que las plantas crezcan, que un vehículo esté reparado o incluso que otro jugador visite la ciudad. La clave es crear la sensación de que si no vuelve se estarán perdiendo algo. Pero sin ser penalizados. Si eres capaz de animar a los jugadores a querer regresar con regularidad y crear "citas" para jugar, entonces sabrás que están verdaderamente "comprometidos". Una vez que los jugadores están verdaderamente comprometidos, otros factores se vuelven importantes si quieres mantener su interés. Necesitas mover el juego hacia adelante, con necesidades cambiantes. Por ejemplo en la forma de contenido o de extensiones de juego. También podría ser a través Videojuegos para Móviles

176

de juego social. Esto significa la creación de una comunidad, los lazos de unión y el sentido de pertenencia mediante el establecimiento de reglas compartidas. Cuando diseñamos juegos tenemos que pensar en cómo las reglas que utilizamos para entretener y crear un compromiso también proporcionan los medios para que las personas se identifiquen con nuestro juego y lo expresen. Los factores sociales son increíblemente importantes y pueden tener un impacto notable, no sólo en términos de participación sino también en los ingresos. Si la compra dentro de la aplicación no sólo ayuda a a sacarle más partido al juego, sino que también hace ganar prestigio ante otros jugadores, los jugadores serán más propenso a hacerlo. Cabe destacar que las comunidades sociales ayudan a crear una mayor profundidad de compromiso que algunos han denominado 'Whales' pero y también podemos definir como "auténticos fans". Estos son los jugadores que pasan cantidades significativas en un juego y que a menudo pueden ser la fuente principal de sus ingresos. En muchos juegos, estos jugadores no serán especialmente sociables, ya que prefieren mejorar su capacidad de juego en lugar de relacionarse con otros. Sin embargo, la presencia de otros jugadores crea condiciones favorables que permiten a estos jugadores emerger. Sin jugadores en modo gratuito tendemos a no conseguir el nivel de compromiso del auténtico fan. Es importante no confundir estos jugadores con las personas que son adictas. En la adicción los individuos tienen una compulsión que abruma su comportamiento de otra manera racional. En la práctica, la mayoría de los auténticos fans son personas racionales que han hecho del juego su principal afición. Una conducta adictiva siempre es perjudicial para el individuo y debemos hacer todo lo posible para ayudar a cualquier persona con este tipo de problemas. La etapa final de la vida del juego es el "churning" o Videojuegos para Móviles

177

abandono. Es inevitable que al final los jugadores dejen de jugar nuestro juego. Queremos retrasar esto el mayor tiempo posible, pero ignorar esa circunstancia nos dará problemas. Para entender lo que mantiene a la gente jugando durante un período de tiempo prolongado piensa en el "Giro Colombo", se basa en la serie detectivesca en que el actor Peter Falk hace del torpe teniente del mismo nombre. Lo que hizo de esta una de las mejores series de televisión de todos los tiempos es que hizo algo extraño con la narrativa de un misterioso asesinato: el espectador ve quién lo hizo. ¿Dónde está el atractivo de una serie sobre asesinatos si se sabe quiénes los cometen? La clave del espectáculo estaba en esperar a que Colombo estas famosas palabras: "¡Sólo una cosa más!", cosa que siempre ocurría en los últimos minutos del programa. El detective habla por cuarta o quinta vez con el asesino sobre alguna extraña y aparentemente aleatoria evidencia del crimen. Entonces le suelta esa frase y el espectador sabe que entonces procedería aclarar todo lo referente al asesinato, no sólo quién hizo, sino por qué y cómo Colombo lo había descubierto. Esa es el tipo de recompensa predecible que el espectador estaba esperando. ¿Qué es lo que hace que los jugadores vuelvan a tu juego incluso cuando saben todo lo que va a ocurrir?

Ser Descubierto Si has seguido estas pautas, entonces habrás puesto tu diseño de juego en las mejores condiciones para que se adapte a tu audiencia y, con suerte, te dará una oportunidad de competir en el mercado. Sin embargo, esto por sí solo no es suficiente. Tenemos que usar todas las vías de comunicación que podamos y por lo general estas requieren inversión. Todavía es posible tener éxito sin tener que gastar dinero en publicidad, pero pero implica tener el boleto ganador en una lotería mundial. Videojuegos para Móviles

178

Esta circunstancia se aplica tanto a juegos como a cualquier otro tipo de aplicación móvil. Encontrarás algunos consejos de cómo comercializar tu software en el capítulo sobre monetización de este libro, y puede que te interesen las siguientes estrategias específicas para videojuegos. Hacerse notar por la prensa puede ayudar, especialmente si participas en competiciones tales como Pocket Gamer’s Big Indie Pitch8 o Indie Awards at Casual Connect9. También puede ayudarte atraer la atención de los usuarios de YouTube. Gastar dinero en publicidad puede ayudar, pero es importante ser consciente de que estás compitiendo con mucha gente y algunos productores relevantes que buscan grandes audiencias. Es importante recordar lo que estás tratando de lograr al crear un anuncio. Hay dos motivaciones: el crear presencia de producto y la acción directa (es decir, la descarga del juego). Es posible, además, poner anuncios de un juego otros juegos y aplicaciones. El camino entre el anuncio y la tienda de aplicaciones es completamente directo. Un clic y es posible comprar/descargar el juego. Eses algo increíble, ya que ningún otro medio tiene ese tipo de experiencia sin fricción. Otra de las peculiaridades a tener en cuenta es que cuanto mayor sea el alcance (rango de jugadores) que buscas, más cara cada una de las instalaciones. Esto se debe a que la compra de espacio en una red de publicidad se basa en un proceso de licitación y los resultados se calculará sobre la base del coste por instalación (Cost Per Install), coste por mil (Cost Per Mille) o una mezcla de ambos conocida como eCPM (CPM efectivo), así como redes publicitarias como Chartboost.com o AppFlood.com, que ofrecen publicidad cruzada. La publicidad basada vídeo está creciendo y permite al 8   www.pocketgamer.biz/events 9   indieprize.org

Videojuegos para Móviles

179

jugador entender al instante la naturaleza del juego que se muestra. Esto se combina ,a menudo, con Unity Ads10, Vungle.com y AdColony.com, con incentivos dentro del juego - como por ejemplo una moneda. Este tipo de incentivo es diferente de los incentivos externos, tales como los ofrecidos por proveedores como Tapjoy y, y esto es clave, no están permitidos por Apple. Los eventos regulares y de comunicación con la comunidad nos permiten mantener y hacer crecer nuestra audiencia. Sobre la base de auténticas experiencias sociales, tales como la grabación de vídeos del juego y el intercambio de datos de la comunidad (puntuaciones más altas, etc.), los jugadores pueden ayudarte a llegar a sus amigos y a otros jugadores potenciales a través de Facebook, Twitter, YouTube y Everyplay. Al final, a pesar de todas las diferencias en los detalles, el mundo móvil es como cualquier otra plataforma. Tenemos que adquirir, retener y rentabilizar nuestra audiencia. Eso sólo sucede si entretenemos a los jugadores en una manera coherente con sus dispositivos. Los móviles son, probablemente, los dispositivos más sociales y más integrados de la historia humana. Los juegos para móviles está creciendo a pesar de las dificultades, y las lecciones aprendidas afectarán todos los aspectos del desarrollo de videojuegos.

10  

unityads.unity3d.com

Desarrollo Móvil y el Internet de las Cosas Hace años, dos gigantes -la industria móvil y la Internet industrial (también conocida como m2m, telemetría integradas e industriales)- vivían vidas separadas. Cada una facturando un billón de dólares hasta la fecha y, sin embargo, con muy poco conocimiento compartido en temas relacionados con cómo proporcionar, en última instancia, servicios end-to-end en un ámbito que los involucraba a ambos. Algunos dicen que es debido a que las compañías de móviles no tienen tradición en trabajar con tecnología de terceros, siendo sus formatos o protocolos a medida de aplicaciones industriales. Otros dicen que es más bien porque los desarrolladores de hardware que crean servicios para el Internet de las Cosas (IoT, de sus siglas en inglés) no conocen o no prestan interés en aprender programación Java para Android o el lenguaje Objective-C, utilizado para crear aplicaciones nativas para iOS. Por suerte las tornas están cambiando, y muchos sistemas de hardware tradicionalmente cerrados están abriendo APIs y código, publicándolo incluso GitHub1. Migrar hacia estándares más abiertos y exponer interfaces personalizadas a las tecnologías basadas en IP resulta prometedor. La necesidad de comunicar los teléfonos con objetos conectados es cada vez más común, y muchos dispositivos de hardware se encuentran cada vez más desfasados, o incluso inútiles, si no incluyen una aplicación. La funcionalidad de un sistema también se incrementa con el tiempo tras la adquisición de un producto de hardware mediante la actualización de firmware, las aplica1   github.com/

Desarrollo Móvil y el Internet de las Cosas

182

ciones, y los servicios del lado del servidor. La costumbre de lanzar pronto y a menudo se ha extendido desde lo digital en el mundo físico, gracias a la arquitectura de software dinámica y la actualización OTA (over-the-air), por no hablar de habituar a los usuarios a comenzar a utilizar objetos que apenas funcionan cuando se adquieren.

Nuevos roles para el móvil Los primeros usos de dispositivos móviles mostraban el equivalente a ventanas que indicaban lo que esos dispositivos estaban haciendo. Actualmente, tanto los dispositivos móviles como las aplicaciones pueden controlar dispositivos IoT de forma remota, e incluso actuar como un sensor; donde, por ejemplo, la posición GPS de un usuario es esencial para muchos tipos de localización de contenidos y servicios contextuales. En otros casos, el smartphone es una puerta de enlace o proxy para sensores, como es el caso de un dispositivo de seguimiento deportivo con conectividad bluetooth. Otras funcionalidades habituales son: control remoto, visualización, almacenamiento, operatividad tanto remota como sin conexión, y sistema de autenticación. Ejemplos de integración de IoT con aplicaciones móviles: —— —— —— ——

NEST Smart homes: developer.nest.com Philips Hue LED lighting: meethue.com The Nike+ product line: nikeplus.nike.com BackYardBrains' Roboroach, un sistema de control remoto para cucarachas: backyardbrains.com/products/roboroach

Visita postscapes.com/internet-of-things-examples para ver más ejemplos de diferentes ámbitos, como la salud, las infraestructuras urbanas, la monitorización del medioambiente o la industria tradicional. Desarrollo Móvil y el Internet de las Cosas

183

Herramientas del oficio Desde el punto de vista del desarrollador, la aparición y popularidad de la creciente gama de herramientas y kits de desarrollo de terceros es más un punto de interés genuino que una mera moda pasajera. En el momento de escribir estas líneas, el IoT móvil es prácticamente una carrera entre dos caballos llamados iOS y las liberías para desarrollo nativo de Android SDK. Las APIs REST, por supuesto, se pueden generar para la mayoría de aplicaciones móviles. El contexto puede ser clave Cada segmento de mercado del IoT; de los wearables a la automatización de bienes raíces, desde aplicaciones médicas a un control de vigilancia, tiene sus propios desafíos; por ejemplo, el uso sin conectividad, los grandes volúmenes de datos, la necesidad de encriptación, la interacción en tiempo real, o las altas demandas de ancho de banda. Ninguna herramienta o biblioteca a todos cubre, El contexto puede limitar tus opciones de implementación. Puede que te preguntes, con razón, ¿qué hace que una aplicación sea IoT? Aparentemente no parece muy diferente de cualquier aplicación cliente a una base de datos, así que ¿cuál es el factor diferencial? El diablo está en los detalles, como siempre. Digamos que estás auditando el consumo de energía en una casa y hay un gadget conectado a la caja de fusibles, el cual se comunica regularmente con un servicio a través de una interfaz RESTful vía HTTP, y tú accedes a una página web plagada de gráficos a través de tu tablet. Pero entonces tu cliente quiere leer los datos históricos cuando esté desconectado, o leer una etiqueta NFC, o quizás enviar un SMS recordatorio amistoso cuando la sauna tenga la temperatura adecuada, o... por qué no,escanear algunos iBeacons con el Desarrollo Móvil y el Internet de las Cosas

184

Bluetooth en modo baja energía. De repente, tu proyecto ha escalado más allá de la seguridad del contenedor web, por no hablar del presupuesto de tus proyectos web. Por tanto, una solución nativa, o a veces una mezcla híbrida de web y nativo, es el camino a seguir. Híbridos para prototipado rápido Como ingeniero de software, hay una buena razón para considerar herramientas híbridas para el desarrollo y creación de prototipos, especialmente cuando tienes un presupuesto ajustado o tienes prisa. Las tecnologías web son intrínsecamente más fáciles de asimilar para el desarrollador principiante y permiten un desarrollo más rápido para crear una UX decente, y porque se puede escoger entre librerías potentes de terceros en cada categoría para ayudarte a implementar tu aplicación. No todas ellas están directamente relacionados con las tecnologías clave del IoT, pero incluso dentro del mundo industrial de Internet vemos una creciente colección de relevantes extras a las capacidades estándar de las tecnologías web accesibles desde un navegador móvil o un componente WebView. Una de las tecnologías de base más populares para los híbridos es el proyecto Apache Cordova, hermano de su versión comercial Phonegap2 . Varios SDKs híbridos comerciales usan Córdova como piedra angular, por ejemplo Worklight (IBM), Salesforce One (Salesforce), Evothings Estudio (Evothings) e Intel XDK. Gracias a su abierta arquitectura de plug-ins, tanto web como componentes nativos (construidos específicamente para cada sistema operativo objetivo) pueden ser combinados con libertad con el objetivo de crear un proyecto de Xcode para iOS o una aplicación Android para publicar en tiendas de aplicaciones. También existen herramientas y librerías disponibles fuera de la familia Córdova, algunos unos pocos se 2   phonegap.com

Desarrollo Móvil y el Internet de las Cosas

185

centran exclusivamente en el desarrollo de aplicaciones del IoT, que pueden ofrecer funcionalidades útiles para el desarrollo industrial de servicios.

Comunicaciones y Protocolos Uno de los asuntos pendientes en el desarrollo del IoT es la aparición de exóticos protocolos de comunicación para un programador móvil, con nombres como XMPP3, MQTT4 y COAP5. Las aplicaciones de teléfonos inteligentes pueden necesitar comunicarse utilizando algunos de estos protocolos para interactuar con los dispositivos IoT. Por suerte, ya hay algunas implementaciones disponibles, como el proyecto Eclipse Paho que incluye un cliente Android6. Un enfoque centrado en la web puede utilizar tecnologías HTML5, como websockets de interoperabilidad y, como muchos desarrolladores se han dado cuenta, muchas veces los websockets simplemente no son los ideales para comunicaciones de baja sobrecarca ya que la mayoría de los formatos de mensajería son incompatibles. Para poder hacer TCP de bajo nivel, conexiones UDP, etc., es necesario introducir otras tecnologías como los Chromium sockets (por ejemplo Berkeley sockets empaquetados para javascripters). Si no te quieres liar, la arquitectura plug-in de herramientas como Cordova7 será útil. Soportar plugins móviles para TLS (Transport Layer Security) también es un paso adelante hacia un buen nivel de seguridad end-to-end, desde el sensor hasta los controles de 3   xmpp.org/ 4   mqtt.org/ 5   tools.ietf.org/html/rfc7252 6   eclipse.org/paho/clients/android/ 7   cordova.apache.org

Desarrollo Móvil y el Internet de las Cosas

186

seguridad del dispositivo IoT, salvándonos de muchas de las incertidumbres que enfrentan los servicios web y APIs expuestos al público Internet. Como resultado, una segunda ola de aplicaciones está llegando, en la que las aplicaciones IoT se comunican directamente vía radio de corto alcance utilizando protocolos de bajo nivel basados en IP para los datos del sensor, y mensajes de telemetría con mínima sobrecarga. Lecturas Adicionales —— Understanding The Protocols Behind The Internet Of Things que compara los protocolos utilizados en el IoT: electronicdesign.com/embedded/understanding-protocolsbehind-internet-things —— A Cisco view on IoT Application Protocols: blogs.cisco. com/ioe/beyond-mqtt-a-cisco-view-on-iot-protocols —— Scaling the Internet of Things es un vídeo de Yodit Stanton grabado en la conferencia All Your Base 2014: vimeo.com/album/3108317/video/109904567 —— Eclipse IoT protocols: iot.eclipse.org/protocols.html —— Mobile and Web Messaging, trata MQTT e IoT: media.jmesnil.net/slides/2014-11-13_oreilly_webcast.pdf —— IoT Demonstration using WebSockets: developer.mbed. org/cookbook/Internet-of-Things-Demonstration

Desarrollo Móvil y el Internet de las Cosas

187

Sigue adelante y prospera Para finalizar este capítulo, aquí tienes una cuantos buenos puntos de partida que representan algunas de los protagonistas de la industria, software, hardware, agregadores y proveedores de servicios: —— Appmethod: appmethod.com/internet-of-things, herramientas cross-platform C++ para aplicaciones IoT —— Estimote: estimote.com, productores de iBeacons y su SDK móvil —— Evothings Studio: www.evothings.com, herramientas de prototipado rápido para IoT para Android e iOS —— IFTTT: ifttt.com, empresa cloud que conecta eventos de múltples servicios online —— Intel IoT, and the Intel XDK: software.intel.com/en-us/iot, herramientas de aplicaciones para microcontroladores y aplicaciones móviles —— Parse: parse.com/products, empresa enfocada al back-end con una gran cantidad de código cliente y librerías —— Phant by Sparkfun: data.sparkfun.com, productores de hardware IoT y accesorios, proveen un ingenioso servidor back-end para IoT perfecto para productores de aplicaciones que quieren mantener sus datos —— Relayr: relayr.io, empresa de hardware y aplicaciones IoT

Desarrollo Móvil y el Internet de las Cosas

188

Programando Smartwatches Después del trabajo pionero de Metawatch, Pebble y muchas más empresas, Google lanzó Android Wear en 2014, varios fabricantes sacaron smartwatches compatibles. Samsung lanzó una gama de relojes Tizen y Microsoft su Microsoft Band para fitness, y Apple también sacó Apple Watch. 2015 podría muy bien ser el año del smartwatch.

Los Ecosistemas Pebble, Android Wear, Apple Watch y Samsung Tizen podrían considerarse las mayores plataformas. También hay relojes independientes Android y toda una gama de trackers de empresas como Nike, quijada, Fitbit, Misfit, Razer y Microsoft. La mayoría de estos dispositivos tienen un historial pésimo respecto a la vida de la batería, por lo que empresas como Martian, Withings o Cogito aplican mejoras inteligentes a relojes tradicionales. En lugar de tener tiempos de vida de días, estos relojes aguantan seis meses o más con una sola batería. Un hecho interesante es que las grandes plataformas smartwatch aumentan el bloqueo al acceso a ese ecosistema. Los smartwatches de Android requieren un dispositivo Android con certificación de Google que tenga Google Mobile Services, por lo que los dispositivos Android Open Source (AOSP) no sirven. Samsung Tizen permite a los relojes funcionar mejor con los móviles de Samsung, y Apple Watch, como era de esperar, requiere un dispositivo iOS para funcionar correctamente.

Programando Smartwatches

191

De cara a interacción, hay que diferenciar entre aplicaciones independientes que se ejecutan en el reloj y aplicaciones que se ejecutan en el teléfono pero muestran el contenido en el reloj. Muchos smartwatches resultan ser bastante limitados cuando se desconectan del teléfono, pero con es posible añadir una tarjeta SIM y realizar llamadas utilizando directamente el reloj. Será interesante ver cómo reaccionarán los primeros consumidores sin esperiencia con gadgets a estas nuevas opciones. Aunque es bastante seguro que este sector tendrá que evolucionar más tener adopción masiva, también parece que los smartwatches han llegado para quedarse. Hagamos una predicción para la próxima versión de esta guía: los componentes específicos de los smartwatches se integrarán en los capítulos de la plataforma pertinentes. Ahora que ya soportas teléfonos y tablets, y posiblemente ordenadores, puedes seguir adelante y añadir otro factor de forma a tus planes de desarrollo... y ya que estás en ello, ¡no te olvides de televisores y coches!

Diseño de UX para Smartwatches Sea cual sea la plataforma que elijas, presta atención a la experiencia de usuario de sus aplicaciones para smartwatches. Como tienes poco espacio necesitas mostrar tus intenciones muy claramente y sin información superflua. No importunes a tus usuarios con demasiadas notificaciones o exigiendo una entrada precisa de datos. Algunos dispositivos admiten interacciones táctiles, pero otros sólo utilizan los botones del reloj. Toques y otros gestos pueden ser difíciles de hacer correctamente en una esfera del reloj diminuto, especialmente cuando el usuario está desplazándose.

Programando Smartwatches

192

Evalúa qué notificaciones pueden ser útiles para el usuario, y si sería práctica permitirle elegir el sistema de notificación, por ejemplo la vibración en un meeting. —— Pebble ofrece una excelente quía UX como parte de sus mejores prácticas de diseño1. La guía incluye navegación y pautas de diseño e interacción. —— Este artículo en profundidad de Nielsen Norman Group2 combina un análisis del Samsung Galaxy Gear con recomendaciones de diseño para aplicaciones móviles. —— Jonathan Kohl ha escrito un exahustivo artículo sobre el diseño de productos para smartwatches y wearables3

Android Wear Android Wear se enfoca principalmente – como su nombre indica – a los wearables, pero durante la escritura de éste capítulo el único dispositivo compatible con él son sólo smartwatches. En 2014 proveedores como LG, Motorola, Asus, Sony e incluso Samsung lanzaros relojes basados en Android. Tu punto de partida para desarrollar es developer.android.com/wear. Siempre necesitarás una aplicación para Android que contenga la aplicación, pudiendo elegir diferentes niveles de integración para soportar smartwatches: —— Sin integración: sólo las notificaciones se mostrarían en un smartwatch conectado. Ten presente que esto podría provocar que el usuario se viera inundado de notificaciones. 1   developer.getpebble.com/guides/best-practices/design 2   nngroup.com/articles/smartwatch 3   kohl.ca/2014/lessons-learned-when-designing-products-for-smartwatches-

wearables Programando Smartwatches

193

—— Notificaciones mejoradas con Android Wear: puedes mejorar su visualización e interacción en el smartwatch, y añadirles páginas, visualizaciones a pantalla completa y acciones específicas del smartwatch. —— Control de voz: instrucciones de voz para interactuar con la aplicación en el smartwatch. —— Wearable app: crea aplicaciones que se ejecutan directamente en el reloj, y por tanto con acceso a sensores, etc. Es útil para, por ejemplo, aplicaciones de fitness para seguir rutas sin necesidad de un teléfono (naturalmente, necesitarías un reloj con GPS). Puedes utilizar la mayoría de las APIs de Android, sólo unas pocas librerías no están soportadas: android.webkit, android.print, android. appwidget, android.app.backup y android.hardware.usb. Puedes utilizar los emuladores de Android Wear para testear la app, pero necesitarás un dispositivo real para pulir la experiencia de usuario. Para desarrollos en Android en general por favor consulta el capítulo Android. Puedes mantenerte al día de las novedades en Android Wear uniéndote a la Android Wear Developers community4 .

Apple Watch La primera gama de relojes de Apple será lanzada a principios de 2015. Los Apple Watch vienen en dos tamaños y una gama de colores para satisfacer diferentes gustos (y presupuestos). Puedes comenzar visitando developer.apple.com/watchkit. Si bien no se puede crear aplicaciones independientes puras con la versión inicial de la WatchKit, tienes estas opciones:

4   plus.google.com/communities/113381227473021565406

Programando Smartwatches

194

—— Notificaciones interactivas: crea notificaciones que se muestran en el Apple Watch y con las que el usuario puede interactuar. —— Glances: información de sólo lectura. —— WatchKit Apps: aplicaciones que pueden contener extensiones WatchKit, ejecutables en segundo plano del iPhone y con una UI que se muestra en el Apple Watch.

Samsung Tizen La gama inicial de Samsung de smartwatches operaba con versiones propietarias de Android. En 2014, Samsung comenzó a lanzar relojes "Gear" basados en Tizen e incluso reescribió el firmware de sus relojes existentes para utilizar Tizen. Actualmente el curvado Samsung Gear S es probablemente uno de los más emblemáticos smartwatches comercializados. Tus puntos de partida para el desarrollo SmartWatch Tizen son developer.samsung.com/samsung-gear y developer.tizen.org. Puedes empezar a dar soporte a smartwatches Tizen enviando notificaciones interactivas5. La forma más fácil de desarrollar aplicaciones smartwatch independientes para Tizen es incrustar una aplicación Tizen HTML5 dentro de tu aplicación Android. Para la comunicación entre tu aplicación en el teléfono y tu aplicación Tizen tienes que utilizar el SAP SP (Samsung Accessory Protocol Service Profile, un nombre que sólo una madre puede amar, por cierto) - básicamente un protocolo byte-array basado en que requiere su propia serialización. Para el desarrollo general en Tizen, consulta el capítulo al respecto.

5   developer.samsung.com/galaxy#rich-notification

Programando Smartwatches

195

Para mantenerte al día con las últimas noticias sobre Samsung Gear, sigue el canal de Twitter de Samsung para desarrolladores @samsung_dev.

Pebble Pebble es, junto con Metawatch, uno de los pioneros del movimiento smartwatch. En el momento de redactar este capítulo, existen dos ediciones distintas del reloj Pebble: el original y el de acero. Respecto a hardware, ambos cuentan con una notáctil-pero-muy-eficiente pantalla e-Paper con una resolución de 144x168 pixels, y 24 kb de RAM para aplicaciones. Tu punto de partida para el desarrollo en Pebble es developer.getpebble.com. Las aplicaciones están escritas en C. Puedes usar el IDE basado en navegador cloudpebble6 en cualquier sistema operativo, o el SDK de Pebble para sistemas Mac y Linux, y también puedes utilizar Javascript para el desarrollo de aplicaciones que se ejecutan en el teléfono. Una versión inicial pero no oficial de emulador está disponible en GitHub7. Con aplicaciones en segundo plano, el acceso a los sensores y opciones de comunicación con AppMessage/AppSync puedes crear grandes aplicaciones de Pebble. Puedes seguir a Pebble en Twitter en @PebbleDev.

6   cloudpebble.net 7   github.com/PebbleDev/qemu_pebble

Programando Smartwatches

196

Activity Trackers Hay muchos trackers de actividad que ofrecen oportunidades para desarrolladores. A menudo, la única opción es tener acceso a los datos en la nube para poder crear tus propias estadísticas, pero algunos dispositivos también son compatibles con aplicaciones independientes. Estos son los trackers más populares, junto con las páginas correspondientes para desarrolladores: —— —— —— —— ——

Fitbit, dev.fitbit.com Garmin, developer.garmin.com/connect-iq Jawbone, jawbone.com/up/developer Misfit, build.misfit.com Microsoft Band, microsoft.com/microsoft-band (SDK anunciado) —— Nike, dev.nike.com —— Polar, developer.polar.com —— Razer Nabu, developer.razerzone.com/nabu#

Programando Smartwatches

197

Analíticas Móviles Las analíticas móviles no son, probablemente, la primera cosa que tenemos en cuenta cuando desarrollamos aplicaciones. Sin embargo, es una gran manera de entender qué ocurre con tu aplicación en el mundo real, cuando los usuarios están utilizándola. Las tiendas de aplicaciones proporcionan algunos datos clave e incluso información sobre los bloqueos de nuestra aplicación, pero podemos aprender mucho diseñando e implementando analíticas móviles, y cubriremos los aspectos esenciales de este capítulo. Los datos de las analíticas móviles pueden ayudar en muchos aspectos de nuestro trabajo, incluyendo negocio y operaciones, y también podemos aprender formas de mejorar el desarrollo y testeo del software. Entre toda esa emoción de desarrollar, necesitamos recordar proteger la privacidad del usuario y respetar sus preferencias y expectativas. Los efectos de las analíticas pueden molestar a los usuarios al consumir recursos valiosos o abusar de la información confidencial del usuario y su uso de la aplicación.

¿Para qué molestarse? Las analíticas móviles pueden añadir valor a tu organización y tu aplicación, e incluso a los usuarios de la misma, si se utiliza la información inteligentemente para mejorar lo que haces. Los datos capturados se pueden utilizar para orientar tu trabajo y reducir las ineficiencias. Estarás bien acompañado: Más de la

Analíticas Móviles

199

mitad de las aplicaciones móviles más populares ya incluyen analíticas1. Hay una increíble riqueza en la galaxia móvil, donde tu software se puede utilizar en muchos dispositivos extraños que presentan diferencias significativas en su comportamiento. Investigadores han descubierto que la descarga de la batería puede variar en un rango de 3x cuando se utilizaba su aplicación en dispositivos con especificaciones de hardware similares, e incluso terminaron añadiendo código personalizado para reducir el brillo de la pantalla mientras que la aplicación se ejecutaba en Kindle Fire para mejorar la vida de la batería en un 40%. También descubrieron que los usuarios que utilizaban un teclado usaban su aplicación durante mucho más tiempo.

Mobile DevOps Mobile DevOps permite a los desarrolladores acercarse a los aspectos operativos de su software. Las tiendas de aplicaciones tienden a complicar las DevOps ya que el proceso de publicación está más allá del control directo de los desarrolladores, y algunos aspectos de la recogida de datos son gestionados y retenidos por el proveedor de la tienda. La analytics móviles pueden ayudar a recopilar información equivalente y más datos específicos de la aplicación sobre cómo se está utilizando la aplicación. Estos datos pueden ayudar a mejorar los aspectos DevOp de la aplicación, proporcionando información oportuna y relevante para ayudar a mejorar el funcionamiento de la aplicación. También puedes utilizar los datos para ayudarte a mejorar futuras versiones. 1   blog.velti.com/mobclix-index-the-when-where-what-of-apps,

static.usenix.

org/event/sec11/tech/slides/enck.pdf Analíticas Móviles

200

Poniéndote En Marcha Como mínimo, 20 empresas ofrecen un festín de soluciones para analíticas móviles con múltiples sabores, desde el trazado de campañas hasta la mejora de calidad del software. Muchas además incluyen funcionalidades extra, por ejemplo informe de caídas o el trazado de usuarios y beneficios. Casi la mitad ofrecen implementaciones de código abierto para sus librerías, quizás para alejar el temor respecto al comportamiento de las mismas.2 Muchos de los proveedores de soluciones de analíticas para móviles incluyen un apartado 'Getting Started' donde se aprende cómo comenzar a utilizar sus productos. Algunos ejemplos son Flurry3 y KISSmetrics4 . En general, es necesario registrarse antes de que puedas utilizar cualquiera de los productos de manera útil, ya que necesitan ser configurados con una única 'clave' para tu aplicación. Examina muchas de las soluciones potenciales antes de decidirte por una. Lee la documentación y código de ejemplo para ver cómo de fácil es implementarla en tu aplicación, y revisa las licencias de usa, incluidos los términos deprivacidad. Elige entonces al menos una para experimentar con ella implementando analíticas móviles en tu aplicación. Integrando su código aprenderás mucho más acerca de los que puedes conseguir, y también acerca de las analíticas móviles en la práctica. Por último, lee sobre qué utilizan otras aplicaciones y por qué tomaron esa opción, por ejemplo VentureBeat ha descubi2   readwrite.com/2013/12/05/why-mobile-developers-need-open-source-

analytics-embedded-in-their-applications 3   support.flurry.com 4   support.kissmetrics.com/getting-started/overview

Analíticas Móviles

201

erto que el 95% de los desarrolladores Android utiliza Google Analytics, "a pesar de la enorme cuota de mercado de Google, menos de una tercera parte de los desarrolladores móviles la considera su solución de analíticas principal."5 Probablemente desees consistencia en el informe de analíticas para aplicaciones multiplataforma; de otra manera, puede que te encuentres intentando comprar paquetes de datos que difieran, o sean incluso completamente diferentes, especialmente si se utilizan diferentes soluciones para las distintas plataformas de desarrollo. Considera elegir una única solución común que soporte todas las plataformas en las que deseas construir tu aplicación. Dos proveedores son especialmente destacables: Segment.io6 abstrae un amplio abanico de métricas, y tienen publicado su código con licencia de código abierto en github.com/segmentio, donde muestran maneras de implementar su herramienta de forma que se reduzca el esfuerzo necesario para adaptarla a diferentes proveedores de analíticas. Count.ly7 ofrece implementaciones de código abierto tanto vía su servidor como a través de librerías cliente, y animan a los usuarios potenciales a crear un entorno de pruebas completo para probar su producto.

5   venturebeat.com/2014/12/02/230-developers-and-1-8m-apps-reveal-the-

best-mobile-app-analytics-solutions 6   segment.io/ 7   count.ly/

Analíticas Móviles

202

Decidir Qué Medir ¿Qué te gustaría a medir, comprender, acerca de cómo se está utilizando la aplicación? Algunas sugerencias: —— Eventos clave de uso: Por ejemplo, de cuándo se usa la opción de búsqueda o se abre una red social desde tu aplicación. —— Eventos centrados en el negocio: Cualquier interacción generada por el usuario que suponga un beneficio para tí. ¿Con qué frecuencia tus usuarios compran la versión premium de tu aplicación y otros ítems ofrecidos en su interior? ¿Cuándo cancelan pedidos o descartan un carrito de compra antes de realizar el pago? —— Eventos centrados en la aplicación: Rendimiento, usabilidad, fiabilidad, y otros datos en torno al comportamiento de la aplicación. Una vez definidas las principales áreas de interés tendrás que diseñar las métricas de análisis, por ejemplo, cuáles elementos de los datos deberían ser reportados.

Definir Cómo Medir Crea nombres significativos para tus eventos de interacción, para que puedas recordar fácil y correctamente lo que miden. Para cada evento que desees grabar, debes decidir cuáles son los elementos que necesitan ser incluidos. Considera cómo serán utilizados los datos una vez que se hayan obtenido; por ejemplo, esboza informes y diagramas estándar y mapea cómo los diversos datos serán procesados ​​para generar cada informe o gráfico.

Analíticas Móviles

203

Asimismo, recuerda abordar temas sobre globalización, tales como la fecha y hora de cada elemento. ¿La aplicación detectará el momento de un evento de acuerdo a la ubicación del dispositivo, su configuración o utilizando un tiempo global como el UTC8? Algunas de las soluciones de analítica móvil grabarán y reportarán automáticamente los elementos de datos al servidor. Vale la pena comprobar cuáles son estos elementos, cómo y cuándo se presentan, y cómo están formateados. Entonces podrás decidir si deseas utilizar y confiar en estos elementos reportados automáticamente. Las etiquetas personalizadas de eventos enriquecen aquellos predefinidos, y muchas de las soluciones de analítica móvil proporcionan medios para que tu aplicación los genere. Es posible que necesites formatear los mensajes de eventos personalizados. Si es así, pon atención a la codificación de los elementos y los separadores, es posible, por ejemplo, que deban pasar por codificación URL9 cuando se envían mensajes como REST10. También puede que desees considerar la frecuencia con que la aplicación debe informar sobre eventos para minimizar el riesgo de saturar la capacidad disponible del sistema de analíticas, lo que podría afectar a la fiabilidad y exactitud de los datos suministrados. Localytics tiene algunos ejemplos de integración interesantes11. Un método para reducir el volumen de datos procesados es el samping. Adán Cassar ha publicado un interesante post sobre este tema en www.periscopix.co.uk/ blog/should-you-be-worried-about-sampling. 8   en.wikipedia.org/wiki/Coordinated_Universal_Time 9   en.wikipedia.org/wiki/Percent-encoding 10  

msdn.microsoft.com/en-us/library/live/hh243648

11  

support.localytics.com/Integration_Overview Analíticas Móviles

204

Adaptando tu Código Puede que tengas que declarar capacidades adicionales necesarias para que los análisis móviles funcionen correctamente cuando se integran con tu aplicación. Para Android, a éstos se les conoce como permisos. Probablemente las analíticas necesitarán permisos de Internet de modo que los eventos puedan ser enviados online, y permisos centrados en la localización en el caso de que la solución registre la ubicación del teléfono. Si tu aplicación ya está utilizando esos permisos, no es necesario especificar su uso de nuevo. Para iOS, UIRequiredDeviceCapabilities indica a iTunes y a la App Store qué características de dispositivo requiere la aplicación. Se implementa como un diccionario donde los elementos se especifican utilizando claves, que incluyen WiFi, servicios de localización y GPS. En Windows Phone 7 y 8, se utilizan capacidades para decidir lo que la aplicación utiliza. Localytics tiene online una guía de arranque rápido12 que incluye un ejemplo de configuración de la capacidad ID_CAP_IDENTITY_DEVICE. Windows Phone 8.1 recomienda en cambio utilizar App Specific Hardware ID (ASHWID)13.

Gestionando los Resultados Hay un lapso de tiempo entre que una aplicación envía un evento de analíticas y la información es procesada y puesta a tu disposición. El retardo, o latencia, varía entre muy cerca de 'tiempo real' y varias horas. Tú, y tus promotores, debéis decidir 12  

www.localytics.com/docs/windows-phone-7-integration/

13  

msdn.microsoft.com/en-us/library/windows/apps/jj553431.aspx Analíticas Móviles

205

cuánto tiempo podéis permitiros retrasar el conocimiento sobre acontecimientos en tiempo real. Algunas soluciones de análisis proporcionan una API para acceder a los datos. Esto te permite realizar tener un mayor campo de visión a la hora de crear informes personalizados. Algunos te permiten hospedar los servidores, lo que te aporta mayor control sobre los datos y su uso. Para evaluar la calidad de los resultados, algunas empresas invierten esfuerzo adicional en incorporar múltiples soluciones de análisis en su aplicación y cruzar después los resultados. Sin embargo, dos resultados contradictorios no se reconcilian fácilmente, así que puede ser necesario el uso de tres bloques de resultados para diagnosticar las diferencias por triangulación14 . Si has decidido trabajar con KISSmetrics, echa un vistazo a su artículo sobre maneras de evaluar tus métricas en support.kissmetrics.com/getting-started/testing-km.

¿Qué puede ir mal? El camino al infierno está empedrado de buenas intenciones. Hay muchas cosas que pueden salir mal en la implementación de alas analíticas. Algunas de los más comunes incluyen: —— Resultados sin calibrar: confiar ciegamente los datos pueden conducir a una vorágine de problemas. Los resultados puede ser inexacto y engañoso, causando problemas derivados al ser utilizados para gestionar tu negocio y trabajo. Una buena práctica es poner a prueba la aplicación de análisis desde el principio, empezando sin usuarios, y probando después uno individual antes de

14  

en.wikipedia.org/wiki/Triangulation_(social_science) Analíticas Móviles

206

probar con más usuarios. Mira la latencia, la precisión y la fiabilidad de los datos capturados. —— Traicionar la confianza: los usuarios creen implícitamente que las aplicaciones se comporatarán bien en sus dispositivos móviles. Sin embargo, las aplicaciones pueden romper accidentalmente o deliberadamente esa confianza, por ejemplo mediante el seguimiento de los usuarios, la grabación y luego el uso de datos sensibles, etc. Trata de no esconderte detrás de licencias de uso que poca gente lee y menos aún entienden. En su lugar, asegúrate de que tu aplicación y las librerías de analíticas que utilices se comportan de forma adecuada y "haz lo que quisieras que hicieran otros, y no husmees donde no debes." —— Regalar el tesoro: asegúrate de que tienes derechos suficientes y acceso a los datos que se obtienen de las analíticas. Es especialmente relevante cuando se utilizan las bibliotecas y servicios de terceros. Tenga presente que algunos proveedores de soluciones analíticas pueden utilizar los datos reportados por su aplicación y proporcionarlos y venderlos a otros. Ellos pueden controlar la vida de los datos, lo que significa que podrían hacer que sean inaccesible para ti. Además, podrán conservarlos y usarlos mucho después de que hayas jubilado tu aplicación. Si hay información de identificación personal en los datos, puede haber implicaciones legales y de privacidad adicionales. Así que vale la pena considerar cómo la utilizarán terceros y cómo se compartirán los datos comunicados a través de tu software y las APIs.

Analíticas Móviles

207

Privacidad Tus aplicaciones se utilizan de manera remota por gente que no conoces. Las aplicaciones pueden convertirse en vigilantes de los usuarios y de su comportamiento con ellas. Recuerda que debes explicar a los usuarios finales que la aplicación está diseñada para registrar y compartir información acerca de cómo la aplicación se está utilizando, a ser posible en los términos y condiciones que desees. Puede que necesites, o te interese, que los usuarios tengan capacidad de decidir si permiten un seguimiento a su uso de la aplicación. Si es así, facilítale al usuario el control sobre los ajustes; además, considera la posibilidad de proveer al usuario de una forma de acceder a los datos registrados, borrarlos, o ponerse en contacto con el proveedor de soluciones de analíticas.

Analíticas Móviles

208

Los proveedores de librerías de terceros parecen tener variadas aproximaciones a la privacidad. Algunos declaran que la privacidad de los usuarios es de suma importancia y resaltan la relevancia de no realizarles seguimiento. Google Analytics prohibe de manera fehaciente trazar información personal que permita la identificación en sus términos de servicio15. Otros proveen de ejemplos, incluidos fragmentos de código, que demuestran cómo grabar datos de identificación personal. Por ejemplo, KISSmetrics provee el siguiente código16: ] identify:@"[email protected]"];, y Mixpanel ofrece un ejemplo de cómo actualizar el registro de analíticas personales de un usuario17. Hay varios lugares para aprender más sobre privacidad y la ética de trabajar con datos relativos a los usuarios, por ejemplo: —— El post en el blog de Jeff Northrop sobre analíticas móviles18 —— El libro de Kord Davis "Ethics of Big Data"19 (O'Reilly, 2012)

15  

www.google.com/analytics/terms/us.html

16  

support.kissmetrics.com/apis/objective-c

17  

mixpanel.com/docs/people-analytics/android

18  

jnorthrop.me/2012/07/2/privacy-considerations-mixpanel-people-analytics/

19  

disponible en shop.oreilly.com/product/0636920021872.do Analíticas Móviles

209

Aprende Más Esperamos que este capítulo haya despertado tu curiosidad por saber más acerca de las analíticas móviles. A continuación, algunos lugares para comenzar tu investigación: —— Capturing Mobile Experience in the Wild: A Tale of Two Apps20, un estudio de la Universidad de Wisconsin destacando la importancia de las analíticas centradas en las aplicaciones, basado en datos de 1millón de usuarios recogidos durante 3 años. —— The Beginner's Guide To App Analytics21, disponible en descarga gratuita. —— The Mobile Developer's Guide to the Parallel Universe22, libro hermano ésta guía, centrado en las analíticas móviles desde la perspectiva del marketing. —— TNW ofrece un buen artículo introductorio23 desde la perspectiva de un desarrollador. —— Upsight24 ofrece un gran abanico de documentos, webinars y otros recursos sobre las analíticas móviles.

20  

static.googleusercontent.com/media/research.google.com/en//pubs/ archive/41590.pdf

21  

info.localytics.com/download-beginners-guide-to-app-analytics

22  

wip.org/resources/#mobile-developers-guide-parallel-universe

23  

thenextweb.com/dd/2013/08/11/9-tools-to-help-you-measure-mobileanalytics

24  

upsight.com/resources Analíticas Móviles

210

Application Security

Seguridad de la Aplicación Los lectores de esta guía saben cómo de extendidos están los smartphones y cómo de útiles pueden ser las aplicaciones móviles. Los dispositivos móviles, además, son también mucho más personales que lo que jamás lo han sido los ordenadores. La gente se despierta con sus teléfonos, permanecen cerca de ellos todo el día, y duermen a su lado por las noches. Con el tiempo se convierten en nuestros ‘colaboradores de confianza’. Muchas de estas aplicaciones se aprovechan de tal cercanía y confianza. Por ejemplo, tu teléfono puede ser tratado como un eslabón en el proceso de autenticación para acceder a tu cuenta bancaria, o tu tableta puede tener acceso directo a las películas online que has comprado. Tu dispositivo podría incluso contener una cartera con dinero real para realizar pagos con NFC o monedas virtuales como Bitcoins. Las aplicaciones móviles están atrayendo la atención de hackers y ladrones cuyos intereses se extienden mucho más allá de conseguir gratis una aplicación de 99 céntimos. En Q3 2014 Kaspersky Lab detectó 74,489 programas móviles maliciosos1. Los datos históricos de la red y las defensas de punto final (como antivirus) no son suficientes. Incorporar medidas de seguridad en una aplicación móvil es un tema crítico. La arquitectura de las aplicaciones móviles sigue evolucionando. Algunas aplicaciones son sólo nativas, y requieren de bases de código muy diferentes para cada sistema operativo móvil. Otras son webviews, poco más que la URL de un sitio web envuelta en un icono. Algunas son híbridas, una combinación de funcionalidad de aplicación nativa con webviews. La mayoría de aplicaciones móviles necesitan conectarse con los 1   securelist.com/analysis/quarterly-malware-reports/67637/it-threat-

evolution-q3-2014 Seguridad de la Aplicación

212

servicios de back-end utilizando tecnologías web para buscar o actualizar información. Al igual que las aplicaciones web, la seguridad para aplicaciones clásica necesita ser aplicada a las aplicaciones móviles. La entrada de datos debe ser validada por tamaño, tipología y valores permitidos. El manejo de errores debe proporcionar mensajes de error útiles para los usuarios a la vez que evitar el filtrado de información sensible. Las pruebas de penetración en aplicaciones son necesarias para asegurarse que los controles de identificación, autenticación y autorización no pueden ser superados. El almacenamiento en los dispositivos debe ser inspeccionado y probado para asegurar que los datos sensibles y las claves de cifrado no se almacenan en texto plano. Los archivos de registro no deben capturar contraseñas u otra información sensible. La configuración SSL debe ser probada. Los usuarios desean utilizar sus aplicaciones de forma segura y no quieren sorpresas desagradables. Su dispositivo móvil puede exponerlos a mayores vulnerabilidades, por ejemplo, su ubicación podría ser rastreada, potencialmente, utilizando el GPS incorporado, la cámara y el micrófono podrían ser utilizados para capturar información que preferirían mantener privada, y así sucesivamente. Las aplicaciones también pueden ser escritas para acceder a información confidencial, como por ejemplo los contactos, o hacer llamadas telefónicas de manera encubierta y enviar mensajes SMS a números de tarificación adicional. El desarrollador de la aplicación puede estar preocupado por su reputación, pérdida de ingresos y de propiedad intelectual, mientras que las empresas quieren proteger los datos empresariales a los que los usuarios pueden acceder desde sus dispositivos, posiblemente utilizando tu aplicación. ¿Pueden sus datos mantenerse separados y protegidos de todo aquello que el usuario ha instalado? Seguridad de la Aplicación

213

Posibles Amenazas En algunas plataformas (iOS y Android en particular), desactivar la verificación de firmas es una práctica bastante común. Necesitas considerar si es relevante o no el que alguien pueda modificar tu código y ejecutarlo en un dispositivo jailbreakeado o ruteado. Un punto obviamente clave sería la eliminación de una verificación de licencia, lo que podría dar lugar a que tu aplicación sea robada y usada de forma gratuita. Menos evidente, pero más grave, es la amenaza de inserción de código malintencionado (malware) que puede robar información de los usuarios, o inyectar contenido ilícito, y destruir la reputación de tu marca. La ingeniería inversa sobre tu aplicación puede dar a hackers el acceso a una gran cantidad de datos sensibles, tales como las claves de cifrado para películas protegidas con DRM, el protocolo secreto para hablar con tu servidor de juegos online, o la manera de acceder al crédito almacenados en el teléfono para tu sistema de pago móvil. Sólo se requiere un hacker y un teléfono jailbreakeado para explotar cualquiera de estas amenazas. Si tu aplicación maneja dinero real o contenido valioso es necesario tomar todas las medidas posibles para protegerla de ataques Man-At-The-End (o MATE, en el que el atacante tiene acceso físico al dispositivo). Y, si estás implementando un estándar DRM, tendrás que seguir las reglas de robustez que hacen obligatorias las medidas de auto-protección.

Seguridad de la Aplicación

214

Protegiendo tu Aplicación Escondiendo el Plano de tu Código Algunas plataformas móviles se programan utilizando código administrado (Java o NET.), integrado por los códigos de bytes ejecutados por una máquina virtual, en lugar de hacerlo directamente en la CPU. Los formatos binarios para estas plataformas incluyen metadatos que establecen la jerarquía de clases y dan el nombre y tipo de cada clase, variable, método y parámetro. Los metadatos ayudan a la máquina virtual a implementar algunas de las características del lenguaje (por ejemplo, la reflexión). Sin embargo, los metadatos también son muy útiles para un hacker que esté tratando de realizar ingeniería inversa del código. Hay programas de descompilación, de libre acceso, que regeneran el código fuente a partir de los códigos de bytes, y hacen ingeniería inversa fácilmente. La plataforma Android tiene la opción de usar la Interfaz Nativa Java (JNI, del inglés Java Native Interface) para acceder a funciones escritas en C y compilar en código nativo. Es mucho más difícil que el código nativo sea objeto de ingeniería inversa en comparación con Java, por lo que se recomienda para cualquier parte de la aplicación donde la seguridad es de suma importancia. "gcc" es el compilador utilizado normalmente para generar código nativo para Android, mientras que su gemelo "clang" se utiliza para iOS. La configuración predeterminada para estos compiladores prepara cada función para ser exportada desde un objeto compartido, y la agrega a la tabla de símbolos dinámicos en el binario. La tabla dinámica de símbolos es diferente a la tabla de símbolos utilizada para la depuración y es mucho más difícil de desmantelar después de la compilación. El volcado de los símbolos dinámicos puede dar a un hacker un índice muy útil de cada función en el código nativo. El uso Seguridad de la Aplicación

215

correcto del conmutador del compilador -f visibility2 es una manera fácil de hacer que sea más complicado comprender el código. El código compilado en Objective-C contiene el código máquina y una gran cantidad de metadatos que pueden proveer a un atacante de información sobre nombres y la estructura de llamada de la aplicación. En la actualidad, existen herramientas y scripts para leer estos metadatos y guiar a los hackers, pero no hay herramientas para ocultarlos. La manera más común de construir una interfaz gráfica para iOS es el uso de Objective-C, pero el método más seguro consiste en minimizar su uso y cambiar a C o C++ para todo lo que no sea la interfaz gráfica de usuario. Escondiendo el Control de Flujo Incluso si todos los nombres están ocultos, un buen hacker todavía puede averiguar cómo funciona el software. Hay herramientas comerciales de protección de código administrado que pueden ocultar deliberadamente el camino a través del código recodificando las operaciones y rompiendo los bloques de instrucciones, lo que hace la decompilación mucho más difícil. Con una buena herramienta de protección bien ubicada, un intento de decompilar un binario protegido terminará o bien en un fallo de decompilador o en un código fuente no válido. Decompilar código nativo es mucho más difícil, pero se puede conseguir. Incluso sin una herramienta, no se necesita mucha práctica para ser capaz de seguir el control de flujo en el código ensamblador generado por un compilador. Las aplicaciones con un fuerte requisito de seguridad necesitarán una herramienta de ofuscación para el código nativo, así como para el código administrado. 2   gcc.gnu.org/wiki/Visibility

Seguridad de la Aplicación

216

Protegiendo las Comunicaciones de Red Las comunicaciones de red también son vulnerables, sobre todo cuando las aplicaciones se pueden instalar en emuladores o simuladores, donde los analizadores de red son de libre acceso y pueden monitorear e interceptar el tráfico de red. Protege todas las comunicaciones propietarias utilizando HTTPS. Aún así, los ataques MATE, especialmente a través de redes WiFi, pueden desvelar datos sensibles. Una manera de incrementar la seguridad en la transmisión es usar encriptación asimétrica entre el servidor y la aplicación móvil (utilizando pares de claves públicas y privadas) para asegurar la seguridad de punto a punto. Para datos y aplicaciones especialmente relevantes, cabe instalar servidores VPN (del inglés Virtual Private Network) y también sus correspondientes clientes en los dispositivos móviles. Las redes VPN ofrecen generalmente mayor fiabilidad en cuanto autenticación y transporte de datos respecto a HTTPS. Protegerse contra la Manipulación de Datos (Tampering) Puedes proteger el código base aún más detectando los intentos de manipulación en la aplicación y respondiendo a esos ataques. El código criptográfico siempre debe utilizar algoritmos de cifrado estándar relativamente seguros (por ejemplo, AES, RSA, ECC) pero, ¿qué pasa si un atacante puede encontrar las claves de cifrado en tu archivo binario o en memoria en tiempo de ejecución? Esto podría resultar en que el atacante tenga acceso a contenido valioso. Incluso si utilizas criptografía de clave pública y sólo se expone una parte del par de claves, todavía tienes que considerar lo que ocurriría si un atacante intercambiara esa clave por la otra mitad que ya conocía. Se necesita una técnica para detectar cuándo el código ha sido manipulado. Hay herramientas disponibles que encriptan/desencriptan código sobre la marcha, ejecutan Seguridad de la Aplicación

217

las sumas de verificación contra el código para detectar su manipulación, y reaccionan cuando el código ha cambiado. Las comunicaciones entre la aplicación móvil y los servicios de backend pueden ser monitorizadas y pirateadas. Incluso cuando se utiliza HTTPS, un proxy web interceptor (como Paros) puede ser configurado con una conexión WiFi que inspeccionará el tráfico encriptado. Los atacantes pueden entonces manipular los datos en tránsito, con fines de lucro o entretenimiento. Así que, si se están enviando datos realmente sensibles a través de HTTPS, considera encriptar/desencriptar datos en la aplicación móvil y en el servidor, de modo que los sniffers de red sólo puedan ver datos cifrados. Protegiendo Algoritmos Criptográficos Una herramienta activa contra la manipulación puede ayudar a detectar o prevenir algunos ataques a claves criptográficas, pero no permitirá que las claves permanezcan siempre ocultas. La criptografía de caja blanca tiene por objeto aplicar los algoritmos de cifrado estándar de manera que las claves permanecen ocultas. Algunas versiones de criptografía de caja blanca utilizan complejos enfoques matemáticos para obtener los mismos resultados numéricos de una manera que es difícil de deducir por ingeniería inversa. Otras insertan claves en tablas de consulta y máquinas de estados que es difícil que sean objeto de ingeniería inversa. La criptografía de caja blanca sin duda será necesaria si vas a escribir código DRM o necesitas almacenamiento de datos de alta seguridad.

Seguridad de la Aplicación

218

Mejores Prácticas No Almacenes Secretos o Información Privada Minimiza la cantidad de información sensible almacenada en el dispositivo. No almacenes las credenciales o claves de cifrado, a menos que se utilice un almacenamiento seguro protegido por una contraseña compleja. En su lugar, guarda los tokens de autenticación que tienen tiempo de vida y funcionalidad limitados. Los archivos de registro son útiles para diagnosticar errores en el sistema y hacer un seguimiento del uso de las aplicaciones, pero vigila no violar la privacidad de los usuarios mediante el almacenamiento de información de ubicación, o registrar información personalmente identificable de los mismos. Algunos países tienen leyes que restringen la información de seguimiento que se puede recopilar, así que asegúrate de comprobar las leyes al respecto de los países en los que será utilizada tu aplicación. No imprimas seguimientos de pila ni diagnósticos de sistema que un havker pueda aprovechar para penetrar a mayor profundidad. No Confíes en el Dispositivo Cuando diseñas una aplicación, supón que el dispositivo será propiedad de un atacante tratando de abusar de la aplicación. Realiza el mismo ciclo de desarrollo de software seguro en la creación de aplicaciones móviles que emplearías con los servicios de backend. No confíes ni siquiera en las bases de datos que creas para tus aplicaciones móviles, un hacker puede cambiar su esquema. No confíes en el sistema operativo para obtener protección, la mayoría de esas protecciones pueden ser anuladas de manera trivial por un jailbreak al dispositivo. Seguridad de la Aplicación

219

No confíes en que los almacenes nativos de claves mantendrán los datos protegidos, se puede irrumpir en algunos almacenes de claves por fuerza bruta, a menos que el usuario proteja el dispositivo con una contraseña compleja y de gran longitud. Minimiza los Permisos Android tiene el concepto de permisos, mientras que iOS tiene derechos, que permiten el acceso de las aplicaciones a sensores tales como el GPS y contenido sensible. En Android estos permisos deben ser especificados como parte de la creación de la aplicación, en el archivo AndroidManifest.xml. Éstos son mostrados al usuario cuando opta por instalar la aplicación en su dispositivo. Cada permiso aumenta el potencial de que tu aplicación haga cosas nefastas, y eso puede disuadir a algunos usuarios incluso de descargar la aplicación. Así que intenta minimizar el número de permisos o de características que tu aplicación necesita.

Herramientas Protección El renombrado de código básico de Java puede ser realizado mediante Proguard3, una herramienta de código abierto, y GuardIT de Arxan4 . Dos comercializadores de herramientas de protección de código gestionado (Java y .NET) son Arxan Technologies5 y PreEmptive Solutions6. 3   www.proguard.sourceforge.net 4   arxan.com 5   arxan.com 6   preemptive.com

Seguridad de la Aplicación

220

La mayoría de vendedores de herramientas de protección de código nativo y librerías criptográficas de caja blanca son Arxan e Irdeto7. Las técnicas para proteger Android frente a manipulación de datos están documentadas en androidcracking.blogspot.com. EnsureIT de Arxan te permite insertar código adicional en tiempo de compilación para detectar depuradores, usar sumas de validación para detectar cambios y permitir al código ser desencriptado o reparado sobre la marcha. Sniffing Una herramienta web proxy estándar es Paros8, y una herramienta estándar de sniffing de red disponible en las plataformas habituales es Wireshark9. De-Compiling Véase el decompilador Hex Rays10.

7   www.irdeto.com 8   sourceforge.net/projects/paros 9   sourceforge.net/projects/wireshark 10  

www.hex-rays.com Seguridad de la Aplicación

221

Aprende Más A continuación, algunos recursos y referencias útiles que pueden ayudarte: —— Apple ofrece una guía general de seguridad de software11. También incluye múltiples enlaces a temas más detallados de su plataforma. —— Hay cursos comerciales de entrenamiento disponibles para iOS y Android, y el Lancelot Institute12 ofrece cursos de programación segura que cubren iOS y Android. —— O'Reilly ha publicado el libro de Jeff Six sobre seguridad en Android, Application Security For The Android Platform13 y otro para iOS, Jonathan Zdziarski: Hacking and Securing iOS Applications14 . —— Charlie Miller et al. publicaron el iOS Hackers Handbook15, que demuestra cómo de fácil es robar código y datos de dispositivos iOS. —— Investigadores académicos han demostrado cuánta información puede ser obtenida de aplicaciones públicas Android en USENIX 201116. —— Qualsys Labs17 ofrece una herramienta de testeo SSL.

11  

developer.apple.com/library/mac/navigation/#section=Topics&topic=Security

12  

www.lancelotinstitute.com

13  

shop.oreilly.com/product/0636920022596.do

14  

shop.oreilly.com/product/0636920023234.do

15  

www.wiley.com/WileyCDA/WileyTitle/productCd-1118204123.html

16  

static.usenix.org/event/sec11/tech/slides/enck.pdf

17  

www.ssllabs.com/ssltest/ Seguridad de la Aplicación

222

—— Extensas guías y herramientas de testeo gratuitas de aplicaciones son ofrecidas por OWASP18, incluyendo el OWASP Mobile Security Project19. —— AT&T ofrece una herramienta de código abierto de monitorizado de rendimiento de aplicaciones Android llamada AT&T's Application Resource Optimization tool20.

Conclusiones Cada vez hay mayor confianza en las aplicaciones móviles, pero están expuestas a mucha gente que quisiera aprovecharse de tal confianza. El nivel adecuado de seguridad de una aplicación es algo que debe considerarse para cada caso en particular. Al final, tu aplicación va a estar ahí fuera, sola ante el peligro, y tendrá que defenderse de los piratas informáticos y otras amenazas maliciosas, donde quiera que vaya. Invierte tiempo en aprender acerca de las características y capacidades de seguridad de las plataformas móviles que tienes como objetivo. Usa técnicas como el modelado de amenazas para identificar los peligros potenciales relacionados con su aplicación. Realiza revisiones del código y elimina métodos no esenciales de registro y depuración. Considera cómo un hacker podría analizar tu código y, a continuación, utiliza técnicas similares contra la aplicación en un ambiente seguro para descubrir vulnerabilidades y mitigarlas antes de publicar tu aplicación.

18  

www.owasp.org

19  

www.owasp.org/index.php/OWASP_Mobile_Security_Project

20  

developer.att.com/application-resource-optimizer Seguridad de la Aplicación

223

Accesibilidad En diciembre de 2014, la Organización Mundial de la Salud (OMS) declaró en su página web que más del 15% de la población mundial tiene algún tipo de discapacidad1 y las tasas de discapacidad están aumentando debido al envejecimiento de la población y el aumento de las condiciones de salud crónicas, entre otras causas. Esto significa que alrededor de mil millones de usuarios potenciales podrían tener dificultades para la utilización de tu aplicación en caso de que no sea accesible. Ha habido un gran aumento en el uso de teléfonos inteligentes y tablets en la población general, y eso incluye a las personas con discapacidad. Esto se debe a que ahora pueden comprar un producto estandarizado que tiene servicios de accesibilidad en el sistema operativo, cuando tradicionalmente habrían tenido que comprar costosos complementos. La encuesta WebAIM Screen Reader2 muestra que ha habido un aumento sorprendente en el uso de teléfonos inteligentes por personas ciegas que usan lectores de pantalla. Las personas mayores pueden no haber utilizado un ordenador en el trabajo pero, sin embargo, están descubriendo que pueden llegar a acomodarse a dispositivos de pantalla táctil más rápidamente que a un teclado y un ratón tradicionales. A medida que nuestra población envejece, también lo hacen los niveles de discapacidad y esto significa que más y más personas tendrán dificultades para acceder a los servicios de la manera tradicional. Proporcionar una solución digital accesible alternativa garantizará que las personas con discapacidad puedan seguir siendo independientes. También puedes descubrir un nuevo 1   www.who.int/mediacentre/factsheets/fs352/en 2   webaim.org/projects/screenreadersurvey5/

Accesibilidad

225

mercado importante al desarrollar aplicaciones que se adapten a estos usuarios. La accesibilidad trabaja en pareja con la usabilidad, y se asegura de que hay una excelente experiencia de usuario para todos los usuarios de tus aplicaciones, independientemente de si tienen o no una discapacidad. Todo el mundo quiere ser capaz de completar la tarea que están llevando a cabo en una aplicación tan rápida y fácilmente como sea posible, y si tienen dificultades para hacerlo es probable que vayan a otra parte. Incorporar la accesibilidad en tus aplicaciones garantiza una excelente experiencia para todos.

¿Por Qué Hacer tu App Accesible? A veces, tener acceso a entornos digitales permite a una persona con discapacidad utilizar un servicio que de otra manera sería ser imposible. Por ejemplo, si no son capaces de salir de la casa para hacer sus compras o gestionar su cuentas bancarias, la prestación de servicios en línea accesibles significa que pueden acceder a estos servicios de forma independiente. Es importante reconocer la importancia que un acceso independiente a los servicios tiene para las personas con discapacidad. Hay muchas otras razones para hacer tu aplicación accesible: —— Implementación la accesibilidad puede mejorar la usabilidad general: Por ejemplo, asegurar que cada elemento de botón y forma tiene una etiqueta adecuada, que es útil para todos, no sólo los que tienen discapacidades ya que todos los usuarios sabrán cómo interactuar con él. —— Simplemente, es un buen negocio: Por ejemplo, las personas con discapacidad tienen capacidad de gasto y Accesibilidad

226

——

——

——

——

si encuentran una aplicación accesible que funciona para ellos no sólo lo usarán, también la comunicarán a otros. En escenarios donde las soluciones accesibles son legalmente obligatorias, tu aplicación puede ser la única opción para que un negocio pueda operar: Por ejemplo, tu aplicación puede ser capaz de aprovechar sectores del mercado financiados por el gobierno tales como la educación, donde legislación como la Section 508 of the Rehabilitation Act en los EE.UU. puede exigir una solución accesible. El acceso a los bienes y servicios para todos es ley en muchos países: Por ejemplo en el Reino Unido la Ley de Igualdad de 2010 requiere que haya acceso a los bienes y servicios para todo el mundo y esto incluye los servicios que se proporcionan a través de un medio electrónico como los sitios web y aplicaciones. Los organismos públicos también tienen el deber de anticipación para asegurar que sus servicios sean accesibles, por lo que no pueden considerar la accesibilidad como una ocurrencia tardía. La organización para la que está siendo desarrollada la aplicación puede tener un programa de responsabilidad social corporativa: Por ejemplo, la accesibilidad en webs y aplicaciones aporta la inclusión social de las personas con discapacidad, que es un aspecto fundamental de la responsabilidad social corporativa. Las plataformas móviles de Apple, Google y Microsoft aprovechan sus APIs de accesibilidad para las pruebas automatizadas de la interfaz de usuario: La creación de una aplicación accesible puede hacer tus pruebas automatizadas más fáciles.

227

¿Qué Funciones de Accesibilidad? Como muchos de tus usuarios potenciales pueden tener una discapacidad, esto puede hacer que sea más difícil para ellos usar un teléfono móvil y sus aplicaciones. Las discapacidades podrían incluir varios niveles de la vista o audición, discapacidades mentales o dificultades de aprendizaje, discapacidades físicas, problemas de destreza, y así sucesivamente. Muchos de estos usuarios confían en el software de terceros fabricantes para ayudarles a utilizar su dispositivo. A este software se le suele conocer como tecnología de asistencia, e incluye diversas utilidades en función del tipo de discapacidad. Tradicionalmente este tipo de software o los servicios públicos han tenido que ser 'añadidos' a un dispositivo principal, a menudo a un alto precio, con el fin de hacerlos accesibles o más fáciles de usar para una persona con una discapacidad. Algunos teléfonos inteligentes y tablets proporcionan ahora suficientes capacidades para que algunos usuarios con discapacidad puedan utilizar los dispositivos sin necesidad de pagar por tecnología de asistencia adicional. Lo que se ofrece depende de la plataforma y la versión del sistema operativo. Sin embargo estas funcionalidades pueden necesitar de una aplicación para poder ser ejecutadas. —— Usuarios con visión parcial - Alguien que es parcialmente ciego se beneficia de ser capaz de cambiar el tamaño de fuente, estilo de fuente y el uso de la negrita y el contraste de color. iOS, Android, Blackberry y Windows Phone ofrecen varias opciones para cambiar estos términos en su configuración. Además del universal 'pellizca para ampliar' , iOS, Android, Blackberry y Windows Phone ofrecen una función de ampliación o zoom, que amplía una sección de la pantalla y mantiene este nivel de aumento Accesibilidad

228

cuando se mueve por todo el teléfono. Tiene gestos únicos asociados con ella. —— Usuarios ciegos - Alguien que es ciego tiene que tener la información en la pantalla y la navegación por la pantalla se le debe indicar con una locución sintetizada, llamada a menudo 'lector de pantalla'. iOS fue el primer sistema operativo que ofreció un lector de pantalla incorporado llamado 'VoiceOver'. Android incluye 'Talkback' (con todas las funciones desde Android 4.1 Jelly Bean), que se está igualando rápidamente en popularidad en la comunidad de ciegos, ya que está mejorando constantemente. Windows Phone acaba de sacar Narrator en Windows Phone 8.1, pero en este momento no está en el punto en el que se puede utilizar para tener acceso completo al teléfono. Blackberry ofrece un lector de pantalla con funcionalidad limitada en unos pocos dispositivos. —— Usuarios con pérdida auditiva - Una persona con una discapacidad auditiva a menudo hará uso de un teléfono inteligente compatible con audífonos que ofrezca funciones como hace iOS 'parpadeos LED de alerta' o 'cancelación de ruido'. También hay opciones de configuración en iOS y Android para cambiar los subtítulos y la ayuda en pantalla. Hacer uso de la vibración para las alertas también es útil. Un número de teléfonos también proporcionan soporte a la escucha y dispositivos TTY. Un dispositivo TTY permite a las personas con pérdida auditiva o con limitaciones del habla escribir mensajes a cualquier otra persona que tiene un teléfono de texto, usando una línea telefónica. —— Usuarios con discapacidades físicas - Si un usuario tiene un impedimento motor puede estar usando un producto de hardware para acceder al teléfono, como un interruptor ya que algunos dispositivos lo permiten. Alternativamente,

229

podría estar haciendo uso del reconocimiento de voz para acceder al dispositivo. —— Usuarios con dificultades de aprendizaje - Si un usuario tiene un deterioro cognitivo o dificultad de aprendizaje, dependiendo de lo que la discapacidad sea, puede hacer uso de la configuración que utilizaría un usuario con deficiencia visual, especialmente las opciones de color. Otros usuarios pueden hacer un mayor uso del reconocimiento de voz. Las personas con discapacidad ven su experiencia global afectada por lo bien que funciona una aplicación con la tecnología de asistencia. A medida que estas características están integradas en el sistema operativo y se pueden activar en la configuración, es importante que, como desarrollador, tengas en cuenta que se pueden usar con tu aplicación y asegurarte de testearlo. Como los lectores de pantalla y la ampliación de la pantalla en el sistema operativo hacen uso de sus propios gestos, los gestos en la aplicación pueden verse afectadas cuando los lectores de pantalla o de ampliación están habilitados. Por ejemplo, un lector de pantalla del usuario puede navegar por una pantalla con toques a izquierda y derecha o explorar la pantalla moviendo su dedo por la pantalla del dispositivo en un movimiento constante. Según hagaun un gesto, se indicará un elemento, por ejemplo se selecciona un elemento pulsando una vez y se abre tocando dos veces. Al utilizar la magnificación de pantalla, dependiendo del sistema operativo, es posible que necesite usar un gesto de tres dedos. Incluir las pruebas con funciones de accesibilidad desde el principio asegura que estos gestos son soportados por la aplicación y que cualquier rediseño puede realizarse sin impacto para los usuarios. 230

Una de las mejores maneras de aprender más acerca de estas características es activarlas y probarlos por ti mismo en diferentes aplicaciones.

Directrices en el Diseño de Aplicaciones Las API de accesibilidad buscar texto en atributos específicos de elementos de la interfaz de usuario estándar. Los lectores de pantalla utilizados por personas ciegas, como VoiceOver y TalkBack, transforman el texto en voz sintética que el usuario escucha. El software lector de pantalla también puede determinar el tipo de atributos de control y otros relacionados para ayudar a proporcionar al usuario más información contextual, sobre todo si no hay texto disponible. Es importante que el usuario entienda lo que la etiqueta del control es, cuál es el control y la forma de interactuar con él. En algunos casos puede haber también etiquetas para aportar información adicional. Del mismo modo que los desarrolladores web hacen uso de normas y directrices tales como las WCAG 2.0 para hacer páginas web accesibles, es importante los desarrolladores de aplicaciones hagan lo mismo. En la actualidad no existe un estándar de la industria para accesibilidad, aunque existen normas que pueden ayudar. La norma internacional, ISO 9241-171 ('The Ergonomics of Human-system Interaction: Guidance on Software Accessibility')3 es un estándar útil, ya que es independiente de plataforma. Cubre los elementos de accesibilidad y usabilidad para una amplia gama de software. El Royal National Institute of Blind People (RNIB)4 ha 3   www.iso.org/iso/iso_catalogue/catalogue_tc/catalogue_detail.

htm?csnumber=39080 4   www.rnib-business.org.uk

231

creado un estándar de aplicaciones y pruebas para todo tipo de discapacidades basado en su experiencia en este ámbito. Su estándar para aplicaciones nativas refleja también los principios de la norma ISO 9241-171. Ofrecen asesoría a organizaciones y agencias en esta área y una acreditación que se puede conceder a las aplicaciones, las cuales se consideran accesibles tras un proceso de auditoría. La BBC ha desarrollado un conjunto de Directrices de Accesibilidad para móviles5 que utiliza internamente en su contenido móvil. Su guía cubre sitios web móviles, híbridas y aplicaciones nativas. Afirman que "han de considerarse como un estándar para los empleados y los proveedores de la BBC, sin embargo también puede ser referencia para cualquier persona involucrada en desarrollo móvil". Éstos son algunos de los principios útiles a la hora de desarrollar una aplicación. Si nos atenemos a ellos, también le darán a tu aplicación la mejor posibilidad de interoperar con la tecnología de asistencia que el usuario pueda ejecutar en conjunto con tu software: APIs y Directrices para Interfaces —— Averigua qué características de accesibilidad y APIs tiene tu plataforma y sigue las mejores prácticas en el aprovechamiento de esas APIs, si existen. —— Usa elementos estándar en lugar de elementos de interfaz de usuario personalizados cuando sea posible. Esto asegurará que si tu plataforma cuenta con una infraestructura de accesibilidad, o adquiere una en el futuro, probablemente tu aplicación se considerará accesible. —— Utiliza la API de accesibilidad para tu plataforma, si la 5   www.bbc.co.uk/guidelines/futuremedia/accessibility/mobile_access.shtml

Accesibilidad

232

hay. Esto te permitirá hacer los elementos de interfaz de usuario personalizada más accesible y significará menos trabajo por tu parte. —— Sigue las directrices de interfaz de usuario estándar en tu plataforma. Esto mejora la consistencia y puede significar un diseño más accesible por defecto. —— El usuario debe ser capaz de aplicar los ajustes de preferencias que el sistema operativo proporciona, tales como la configuración de accesibilidad. Navegación —— La navegación debe ser lógica y coherente. Por ejemplo, si tiene un botón de atrás en cada pantalla debe estar ubicado en el mismo lugar en todas las pantallas y etiquetados de forma consistente. —— Soporte de navegación programática de la interfaz de usuario. Esto no sólo permitirá a tus aplicaciones ser utilizadas con un teclado externo, también mejorará la accesibilidad de tu aplicación en plataformas como Android, en la que la navegación se puede realizar con un trackball o virtual d-pad. Elementos de usuario —— Todos los elementos de usuarios deben ser visibles y operables a través de la tecnología de asistencia, a menos que sea obvio que no son necesarios. —— Cuando un elemento de usuario tiene un estado asociado con él, el estado también debe estar disponible para ser leído por tecnología de asistencia. Por ejemplo, si un botón de activación es 'on', este debe ser anunciado por el

Accesibilidad

233

lector de pantalla. Los cambios de estado también deberán ser anunciados. —— Asegurar que los objetivos de pantalla táctil son de un tamaño razonable para que se puedan seleccionar fácilmente. Etiquetado —— Todos los elementos, incluyendo elementos de formulario, botones, iconos y así sucesivamente, deberán ser etiquetados visualmente y mediante programación con un nombre corto y descriptivo. La etiqueta también debe ser adyacente al elemento que se relaciona. —— Cada pantalla debe tener un nombre descriptivo único que se refiere a su contenido y ayuda a la navegación. Colores y Fuentes —— Asegúrate de que haya un buen contraste entre colores de fondo y primer plano. —— Evita el uso del color como el único medio de diferenciar una acción. Un usuario daltónico no será capaz de identificar los errores si se le muestran en rojo los datos a corregir, por ejemplo. —— Considera el tamaño de la fuente más pequeña. ¿Es razonable considerar que la mayoría de la gente podría leerla sin dificultad? Notificaciones —— Los mensajes de error, notificaciones y alertas deben ser identificables y claros. Accesibilidad

234

—— Asegúrate de que los mensajes de error, notificaciones y alertas no son proporcionados sólo por un color, una señal háptica, o una sonora. Por ejemplo, una persona con pérdida auditiva no reconocerá notificaciones que sólo son audibles. Testeo —— No te olvides de probar tu aplicación en el dispositivo de destino con la tecnología de asistencia integrada para ese sistema operativo. —— ¡Asegúrate de que tu test de usuarios incluye a las personas con discapacidad también! Apple, Google y Microsoft, han aumentado la importancia de sus respectivo soportes de accesibilidad mediante la interfaz de Accesibilidad para mejorar su automatización de pruebas de interfaz. Esto proporciona un incentivo más para que los desarrolladores consideran el diseño de sus aplicaciones desde el punto de vista de la accesibilidad. En cuanto a las diferentes plataformas móviles, se hace evidente que difieren en gran medida con respecto a sus APIs, pero están empezando a poner en práctica muchas de las mismas características de accesibilidad.

Controles y Elementos Personalizados Si estás utilizando elementos de interfaz personalizados en tu aplicación, las plataformas que tienen una API de accesibilidad te permiten hacer tus controles personalizados accesible. Para ello, expón el control a la tecnología de asistencia que se ejecuta en el dispositivo para que pueda interrogar a las propiedades del control y hacerlo accesible. Accesibilidad

235

Puedes obtener más información sobre este proceso en Android en Google IO 2012 presentations6. Si eres miembro del programa de desarrolladores de Apple, echa un vistazo a las sesiones sobre accesibilidad de la WWDC 2014 disponible en el iOS Developer Center7.

Accesibilidad de una App Android La última gran versión de Android, la versión 5 (Lollipop), ha seguido mejorando el soporte a accesibilidad con nuevas APIs. La accesibilidad comenzó a ser una propuesta real con Android 4.1 (Jellybean) y se ha mejorado mucho desde entonces. Desde las áreas activas accesibles y la subtitulación oculta en la versión 4.0, en 5.0 también hay características experimentales en los ajustes que incluyen inversión de color y de alta contraste de texto con los Android Services8. Algunas de las funciones de accesibilidad en Android 5.0 incluyen: —— TalkBack - lectura de contenido para usuarios ciegos —— Switch Access - para personas con discapacidad física que quieran acceder a una app con un disposotivo de hardware —— Soporte al etiquetado - ofrece etiquetas y subtítulos para personas con dificultades auditivas —— Gestos de aumento - aumento tipo zoom para usuarios con dificultades visuales —— Texto con gran tamaño o contraste (experimental) - para usuarios con dificultades visuales o ciertas dificultades de aprendizaje 6   youtube.com/watch?v=q3HliaMjL38

and youtube.com/watch?v=ld7kZRpMGb8

7   developer.apple.com/wwdc/videos 8   developer.android.com/about/versions/lollipop.html

Accesibilidad

236

—— Retardo en pulsación - para usuarios con dificultades motoras —— Inversión de color (experimental) - para usuarios con dificultades visuales y algunos usuarios con dificultades de aprendizaje que prefieran una paleta de color alternativa —— Entrada de datos por voz - para usuarios con dificultades de aprendizaje o discapacidades físicas que deseen controlar el teléfono con su voz Encontrarás algunos recursos útiles en la Support Library9, que incluye maneras de mejorar la accesibilidad de las vistas personalizadas. Para obtener información específica sobre cómo utilizar la API de accesibilidad de Android, junto con las mejores prácticas en accesibilidad en Android, consulta el documento de Google titulado Making Applications Accessible10. También puedes encontrar más ejemplos en la documentación de desarrollo, en una sección titulada Implementing Accessibility11. Testear la accesibilidad también está tratado online12 . Para obtener más información sobre la accesibilidad en Android, incluyendo cómo utilizar la API de lectura de texto, consulta el proyecto Eyes-Free project13.

9   developer.android.com/tools/support-library/index.html 10  

developer.android.com/guide/topics/ui/accessibility/apps.html

11  

developer.android.com/training/accessibility/index.html

12  

developer.android.com/tools/testing/testing_accessibility.html

13  

code.google.com/p/eyes-free Accesibilidad

237

Accesibilidad en Aplicaciones BlackBerry Actualmente, el sistema operativo Blackberry tiene algunas características de accesibilidad que son útiles para personas con diversas discapacidades. Las funcionalidades que ofrece son más limitadas, sin embargo sí soporta TTY para personas con pérdida de audición. Como sólo hay un lector de pantalla disponible para dispositivos BlackBerry y no está tan desarrollado como VoiceOver para iOS o TalkBack para Android, Blackberry están siendo considerados por muy pocas personas ciegas en la actualidad. Para los dispositivos Blackberry 7 y BlackBerry 10, el Blackberry Screen Reader14 sólo está disponible para un número muy limitado de dispositivos. Viene preinstalado en los dispositivos Blackberry 10 y se puede descargar para otros dispositivos compatibles. Puedes ver cuáles se soportan actualmente en Blackberry Accessibility Website15. Blackberry 10 ofrece varias configuraciones de accesibilidad para permitir a los usuarios personalizar su dispositivo. Estos incluyen, entre otros: —— Lector de pantalla - convierte texto en voz sintética para usuarios con poca o ninguna visión. Sólo está disponible en el BlackBerry Z30. —— 'Modo Ampliar' - permite al usuario aumentar y disminuir la ampliación de la pantalla de texto y sus elementos. —— Subtítulos y etiquetas - son útiles en el contenido de vídeo para las personas con pérdida de audición. —— Configuración de pantalla - dan al usuario la oportunidad de cambiar el texto y los colores en la pantalla. Es útil 14  

mobileapps.blackberry.com/devicesoftware/entry.do?code=bsr

15  

us.blackberry.com/legal/accessibility.html Accesibilidad

238

para las personas con dificultades de aprendizaje y usuarios con visión parcial. —— Configuración de TTY - para usuarios con pérdida auditiva que quieren usar usar texto en lugar de la voz para comunicarse. —— Soporte a la escucha - disponible en algunos teléfonos. Encontrarás documentación sobre la creación de aplicaciones accesibles para Blackberry 10 en "Accessibility features and best practices - BlackBerry Native"16. Si estás diseñando para Blackberry 10, también hay recursos de desarrollo que incluyen algunas directrices de diseño en "Blackberry 10 Design Guidelines"17. Si estás desarrollando para BB OS 7.1, tienes amplia información sobre el uso de su API de accesibilidad y muchos consejos sobre diseño de interfaz accesible en su sitio web para desarrolladores18.

Accesibilidad en iOS Apple fue la primera empresa de integrar funciones de accesibilidad directamente en el sistema operativo. Debido a esto el apoyo a la accesibilidad en iOS es un poco mejor que en Android, aunque Android se está igualando rápidamente. Algunas de las características de accesibilidad en iOS 8 incluyen, entre otras:

16  

developer.blackberry.com/native/documentation/cascades/best_practices/ accessibility/accessibility_features_best_practices.html

17  

developer.blackberry.com/devzone/design/bb10/accessibility.html

18  

developer.blackberry.com/java/documentation/intro_ accessibility_1984611_11.html Accesibilidad

239

—— VoiceOver - lector de pantalla. Indica los objetos y textos en pantalla, habilitando tu aplicación para poder ser utilizada por personas ciegas. —— Zoom - aumenta el tamaño del contenido en pantalla. —— Invertis Colores - invierte los colores mostrados, ayudando a personas que necesitan contraste entre blancos y negros pero para los que una pantalla blanca es demasiado brillante. —— Texto Grande y en Negrita - ayuda a un amplio rango de personas, desde los que usan gafas a aquellos con ceguera parcial, pasando por los que tengas dificultades de aprendizaje. —— Aumentar Contraste - mejora el contraste entre el fondo y el contenido. —— Etiquetas y Subtítulos - para usuarios con dificultades auditivas. —— Alertas audibles, visibles y hápticas - permite elegir qué tipo de alerta utilizar para las notificaciones. —— Control por voz y Siri - permite llamar por teléfono y usar ciertas funciones del teléfono mediante comandos de voz. Puede ser útil para muchos usuarios, por ejemplo aquellos con dificultades de motricidad, de aprendizaje, o de visión. —— Soporte a Audífonos - para personas con pérdida de audición. —— Control de Acceso - para aquellos con discapacidades físicas que quieran utilizar hardware de terceros para usar la aplicación. —— Acceso Guiado - útil en el ámbito educativo o cuando alguien quiere limitar qué es accesible desde la pantalla de un usuario. Si estás trabajando en iOS, asegúrate de seguir las directri-

Accesibilidad

240

ces de accesibilidad de Apple19. Aportan información detallada de la API y una excelente fuente de recomendaciones para maximizar la experiencia de usuario en tus aplicaciones. Apple también ofrece ayuda sobre cómo testear la accesibilidad de tu aplicación con VioceOver20.

Accesibilidad en Windows Phone 8 Es justo decir que Microsoft ha estado poniéndose al día con iOS y Android en cuanto a accesibilidad. Desplegaron un buen apoyo para la ampliación, el cambio de tamaño de texto y el cambio de colores, y en Windows Phone 8.1 las cosas han cambiado de nuevo. Ahora hay un lector de pantalla llamado Narrador en Windows Phone 8.1, aunque todavía en fase beta, que lee el texto en voz sintética y, al igual que otros lectores de pantalla del teléfono, hace uso de sus propios gestos específicos. Está diseñado para usuarios con poca o ninguna visión, pero todavía necesita mejorar para ser tan útil como iOS y Android. Sólo puede utilizarse con algunas funciones básicas y la navegación, y no tiene tantas funciones como otros lectores de pantalla. En el momento de escribir estas líneas sólo está disponible con la pantalla, teclado y ajustes de idioma para inglés de Estados Unidos. Sin embargo, es sin duda prometedor. Algunas de las características de accesibilidad de Windows Phone 8/8.1 incluyen:

19  

developer.apple.com/library/ios/#documentation/UserExperience/ Conceptual/iPhoneAccessibility

20  

developer.apple.com/library/ios/technotes/TestingAccessibilityOfiOSApps/ TestAccessibilityonYourDevicewithVoiceOver/ TestAccessibilityonYourDevicewithVoiceOver.html Accesibilidad

241

—— Narrador - lector de pantalla aún en beta, iene una funcionalidad limitada y sólo está disponible en 8.1 —— Tamaño de Texto - el tamaño del texto se puede ampliar para ayudar a las personas con dificultades visuales o de aprendizaje —— Alto Contraste - cambia el texto a blanco y negro y proporciona un fondo de texto sólido en vez de imágenes. Es útil para usuarios con deficiencia visual y o dificultades de aprendizaje —— Lupa de Pantalla - para las personas con deficiencia visual que deseen ampliar el texto en la pantalla y cambiar el nivel de zoom. Tiene sus propios gestos —— Control por Voz - el usuario puede hacer llamadas, buscar en Internet, abrir aplicaciones o escuchar mensajes de texto. Útil para una amplia gama de personas en diferentes situaciones, incluyendo aquellas con deficiencias motrices, problemas de aprendizaje o discapacidad visual —— Personalizar Etiquetas de Navegador - es posible cambiar el tamaño de fuente y el color y la transparencia del fondo de los subtítulos en Internet Explorer, y también en las aplicaciones que hacen uso del navegador. Útil para personas con pérdida auditiva o de visión —— Compatibilidad con TTY - permite a las personas con pérdida auditiva o del habla escribir mensajes a cualquier otra persona que tiene un TTY —— Cortana - es el 'asistente personal' disponible en Windows Phone 8.1. Es una característica interesante para todos los usuarios, pero especialmente útil para las personas con discapacidades, ya que se puede activar con el habla La documentación "Accessibility for Windows Runtime

Accesibilidad

242

Apps"21 te proporcionará ayuda, ya estés desarrollando en C#/ VB/C++ y XAML o JavaScript y HTML. Microsoft tiene sus Directrices para el Diseño de Aplicaciones Accesibles22, un documento muy útil. Informa sobre la API correspondiente y sobre si realmente tienes que utilizar controles personalizados en XAML o HTML, explicándote cómo hacerlo de una manera accesible. También recoge algunas otras guías de terceros que pueden ser útiles. Por ejemplo, si estás desarrollando en HTML será importante considerar el uso de Accessible Rich Internet Applications 1.0 (WAI-ARIA)23, útil para hacer el contenido dinámico más accesible a los lectores de pantalla. Sólo una vez que hayas teasteado la accesibilidad de tu aplicación24, Microsoft te permitirá declarar que tu aplicación es accesible en su tienda aplicaciones25, lo que le permitirá ser descubierta por los usuarios que filtren sus búsquedas por accesibilidad.

Accesibilidad de Aplicaciones Web Móviles Como se ha mencionado anteriormente en este capítulo, se ha escrito mucho acerca de la accesibilidad web, pero menos se ha escrito sobre la accesibilidad en relación con las aplicaciones. Esto también se aplica a la accesibilidad de la web móvil. Es un área que tiene un interés creciente y el World Wide Web 21  

msdn.microsoft.com/en-us/library/windows/apps/xaml/dn263101.aspx

22  

msdn.microsoft.com/en-us/library/windows/apps/hh700407.aspx

23  

www.w3.org/TR/wai-aria/markup

24  

msdn.microsoft.com/en-us/library/windows/apps/xaml/hh994937.aspx

25  

msdn.microsoft.com/en-us/library/windows/apps/xaml/jj161016.aspx

Accesibilidad

243

Consortium (W3C) ha creado el 'Web and Mobile Interest Group' para discutirla e identificar qué tareas deben llevarse a cabo, junto con el 'Web Applications Working Group'. Así que el número de grupos de trabajo en el W3C que se relacionan con esta área están creciendo y pueden proporcionar ayuda y documentación útil. El W3C ha publicado un análisis estado de la cuestión y hoja de ruta que enumera los Estándares para Aplicaciones Web en Móviles26. El W3C ha sugerido que todo aquello que utilice HTML y esté basado en web debería atenerse a las Web Content Accessibility Guidelines (WCAG) 2.0 y a las Mobile Web Best Practices (MWBP). Así que si eres un desarrollador de contenidos web, estas directrices son un buen lugar para empezar. También encontrarás que las Relationship between Mobile Web Best Practices (MWBP) and Web Content Accessibility Guidelines (WCAG)27 son un recurso útil. Si tu aplicación desea imitar el aspecto y usabilidad de una aplicación nativa, entonces debes seguir las directrices mencionadas anteriormente en este capítulo.

26  

www.w3.org/Mobile/mobile-web-app-state

27  

w3.org/TR/mwbp-wcag/ Accesibilidad

244

Como el HTML5 cada días es más soportado en las diferentes plataformas móviles, te recomendamos leer la guía de mejores prácticas "Mobile Web Application Best Practices"28, ya que es probable que se utilicen para conformar las bases de cualquier norma de accesibilidad de aplicaciones web móvil futura. Otra área clave para orientarse es "Accessible Rich Internet Applications 1.0 (WAI-ARIA)" de W329, ya que ha sido diseñada para asegurar que las funciones de HTML más dinámicas sean accesibles para los lectores de pantalla. Un área interesante de trabajo en el W3C es el grupo "Independent User Interface (IndieUI) Working Group"30. El grupo afirma que "la interfaz de usuario independiente (IndieUI) es una forma de que las acciones del usuario sean comunicadas a las aplicaciones web y hagan que sea más fácil para las aplicaciones web trabajar en una amplia gama de contextos - diferentes dispositivos, diferentes tecnologías de asistencia (AT), diferentes necesidades de los usuarios". Esta línea de trabajo va a ser muy importante para la accesibilidad y la independencia de los dispositivos. Vale la pena mirar la documentación que tienen actualmente.

28  

w3.org/TR/mwabp

29  

www.w3.org/TR/wai-aria

30  

www.w3.org/TR/indie-ui-context Accesibilidad

245

Testeo Hay muchos mundos paralelos en el universo de las aplicaciones móviles y, mientras tanto, los dispositivos móviles evolucionan muy rápidamente en comparación a otros tipos de bienes. El testeo de aplicaciones móviles tiene que mantenerse en vanguardia aún cuando el ritmo de cambios continúa acelerándose. El destino de las aplicaciones móviles depende de que los usuarios, al igual que las multitudes en los anfiteatros de la época romana, a menudo toman la decisión final de si una aplicación vive para luchar otro día, o muere. Del mismo modo, las aplicaciones comunes y corrientes son propensas a languidecer como un mero dato estadístico más en la tienda de aplicaciones, faltando al duro trabajo de su ideación, producción y lanzamiento. Además, el estigma de una mala calificación tiene una vida media larga y es difícil sobreponerse a él. Testear podría ser visto como una inconveniencia, pero los fallos en tu aplicación pueden ser demasiado notorios, y recuperar tu credibilidad es difícil cuando tu aplicación tiene mala puntuación en la tienda de aplicaciones. Así que puedes esperar a que los usuarios decidan su destino, o testear tus aplicaciones móviles para inclinar la balanza a tu favor. Tienes la oportunidad de ayudarte a ti mismo y a tu equipo de pruebas para testear de manera más efectiva tu aplicación.

Testeo

247

Cuidado con las especificaciones Plataformas, redes, dispositivos, en incluso firmware, todo son especificaciones, y cualquiera de ellas podría causar problemas en tus aplicaciones. Hay varias maneras de identificar sus efectos, por ejemplo un tester puede notar diferencias en el rendimiento de la aplicación y el comportamiento de la interfaz de usuario durante la prueba con diferentes dispositivos. QuizUp utilizó pruebas que ayudaron a encontrar cinco problemas importantes en su aplicación para Android, provocados por las diferencias entre dispositivos, y un error específico a Android 4.0.4. Las pruebas automatizadas se ejecutaron en 30 dispositivos durante 30 minutos, lo que hizo esta prueba práctica y útil, en lugar de tener que pasar 60 horas tratando de hacer pruebas manuales de la aplicación en 30 dispositivos1. Necesitas conocer estas especificaciones para poder decidir si se deben abordar las diferencias no deseadas mediante modificaciones en aplicación antes de su lanzamiento. Por el contrario, las analíticas móviles puede ayudarte a identificar diferencias en diversos aspectos, incluyendo el rendimiento y el consumo de energía cuando la aplicación está siendo utilizada por muchos usuarios en gran variedad dispositivos. Puedes ver algunos ejemplos de diferencias en el comportamiento y en cómo los problemas se abordaron en un artículo publicado por científicos de la computación de la Universidad de Wisconsin2 . Este capítulo trata los temas generales; las pruebas para

1   blog.testmunk.com/quizup-mastering-android-device-fragmentation-

automated-testing 2   “Capturing

Mobile Experience in the Wild: A Tale of Two Apps”, disponible en static.googleusercontent.com/media/research.google.com/en//pubs/ archive/41590.pdf Testeo

248

plataformas específicas se tratan en sus capítulos correspondientes.

El Testeo Necesita Tiempo - Planifícalo Ejemplo de Cálculo Asumamos que tu aplicación tiene diez epics3, y cada epic necesita ser testeada con entre una y tres enfoques (funcionalidad, usabilidad, escenarios de usuario). Si testeas cada epic con una perspectiva con un caso de uso durante una hora te llevaría diez horas testear la aplicación. Por otra parte, si testeas cada epic utilizando las tres perspectivas con dos casos de uso, el testeo te llevaría 60 horas. Habitualmente, hacer pruebas consique detectar defectos y otros temas que vale la pena reportar, lo que requiere más tiempo, lo que a su vez requiere invertir algo de tiempo en resolver lo encontrado, por ejemplo resolver un bug o realizar una mejora en la app. Asumamos que cada prueba encuentra entre 5 y 10 problemas. El tiempo necesario para procesar los defectos será entre 5 a 50 horas de trabajo. Así que en el mejor de los casos lleva unas 15 horas probar la aplicación (funcionalmente), y en el peor llevará hasta 110 horas probar la aplicación en los tres enfoques posibles.

3   también

llamadas historias de usuario en este contexto (en.wikipedia.org/ wiki/User_story) Testeo

249

Bajo

10 × 3 × 2

Alto

10

5 a 10 defectos detectados / hora

60

50

5min / defecto detectado

5

600

Horas de Trabajo Defectos detectados Horas de Trabajo

50

Es posible que también necesites añadir al cálculo mucho más tiempo para probar la aplicación en una variedad de dispositivos compatibles, particularmente para aplicaciones web y aplicaciones nativas Android. Testeo Continuo Los lanzamientos continuos necesita pruebas continuas. Una aplicación viable debe actualizarse de manera continua. Las actualizaciones pueden incluir correcciones para nuevas versiones de la plataforma o modelos de dispositivos, nuevas funcionalidades y otras mejoras. Por lo tanto, el testeo no es una tarea puntual; a las aplicaciones de alta calidad les conviene tener procesos de testeo continuados, optimizados, en su producción. Las pruebas de producción incluyen su validación, así como la detección temprana de problemas potenciales antes de que se dispare su número. Gestionando tu Tiempo de Pruebas El testeo, como ya has descubierto, puede tomar muchas horas, mucho más de lo que desearías, especialmente si te aproximas a una fecha límite, como la de lanzamiento. Hay varias formas de administrar el tiempo a invertir en las pruebas, y las pruebas en paralelo se pueden ser más interesantes, gratificantes y productivas. Testeo

250

—— Reducir el tiempo de configuración: Encuentra maneras de desplegar aplicaciones de forma rápida y eficiente. Implementar mecanismos para proporcionar los datos y la configuración de las pruebas correspondientes, tanto en el dispositivo móvil como en los servidores pertinentes. Trata de tener dispositivos y sistemas 'listos para testear'. —— Reducir el tiempo necesario para la presentación de informes y análisis de errores: datos, capturas de pantalla, e incluso de vídeo, pueden ayudar a investigar los bugs más fácil y rápidamente. Los datos pueden incluir los logs, las configuraciones del sistema, el tráfico de red y la información de tiempo de ejecución. —— Análisis de riesgos: Se puede utilizar el análisis de riesgos para decidir cómo y cuándo asignar recursos a las pruebas. Los riesgos son difíciles de determinar con precisión por el tester o el desarrollador individualmente; un esfuerzo conjunto de todos los implicados en la aplicación móvil puede ayudar a mejorar el análisis de riesgos. A veces, el tester es el encargado de ajustar la valoración del riesgo. Implica a otros en tus pruebas Gente que no pertenece a tu equipo puede ayudar con el testeo. Por ejemplo, otros empleados pueden participar en cazas de bugs4, y el crowdsourcing5, y los tests de las versiones Alpha y Beta proporciona acceso temprano a segmentos de usuarios. Cuando terceros están involucrados en probar una aplicación, necesitan maneras de acceder y utilizarla. Las 4   en.wikipedia.org/wiki/Bug_bash 5   Algunos

proveedores de crowdtesting son Applause.com y PassBrains.com Testeo

251

aplicaciones web pueden hospedarse online, protegidas usando contraseñas, URLs difíciles de adivinar y otras técnicas. Las aplicaciones instalables necesitan por lo menos una forma de ser instaladas, por ejemplo utilizando una tienda de aplicaciones de empresa o servicios de implementación especializados. Estos enfoques pueden aumentar tus otras pruebas, pero no recomendamos su uso como único testeo formal. Para obtener buenos resultados tendrás que dedicar parte de tu tiempo y esfuerzo a la definición de las pruebas que deseas que se ejecuten, trabajar con la empresa para revisar los resultados, etcétera.

Effective Testing Practices Testear, al igual que otras competencias, se puede mejorar mediante la aplicación de diversas técnicas y prácticas. Algunas de ellas tienen que aplicarse en el desarrollo de tu aplicación móvil, tales como la capacidad de testeo, mientras que otras se aplican al crear tus pruebas, y algunas cuando las estás realizando. Testdroid ofrece una buena lista de control6 para asegurar la correcta adquisición de experiencia en testeo por parte de tu equipo. Mnemónicos que resumen los Tests Heurísticos Los tests heurísticos son directrices falibles, o sugerencias, que tienden a ser útiles. Varios han sido creados específicamente para ayudar a probar aplicaciones móviles y algunos utilizan códigos menmónicos para ayudarte a considerar aspectos particulares del software. Cada letra es la inicial de una palabra clave. 6   testdroid.com/testdroid/6336/get-the-superb-expertise-in-your-testingqa-

team Testeo

252

—— I SLICED UP FUN7: Input (Prueba la aplicación cambiando su orientación (horizontal / vertical) y todas las entradas incluyendo teclado, gestos, etc.), 'Store (Usa directrices de la tienda de apliaciones como fuente para probar ideas), Location (Test en movimiento para comprobar si hay problemas de localización), Interaction/Interruption (Ver cómo tu aplicación interactúa con otros programas, en particular los integrados, aplicaciones nativas), Communication (Observa el comportamiento de tu aplicación al recibir llamadas, correos electrónicos, etc.), Ergonomics (Búsqueda de áreas con problemas en la interacción, por ejemplo, fuentes pequeñas), Data (Test del uso de caracteres especiales, diferentes idiomas, soporte a contenido externo, grandes archivos de diferentes formatos, notificaciones), Usability (Busca cualquier acción de usuario que sea torpe, confusa o lenta), Platform (Prueba sobre diferentes versiones del sistema operativo), Function (Verifica que todas las funciones se implementan y que funcionan de la manera que se supone que deben hacerlo), User Scenarios (Crear pruebas de escenarios para tipos concretos de usuarios), Network (Test con diferentes y cambiantes condiciones de la conexión) —— COP FLUNG GUN8 resume los aspectos Communication, Orientation, Platform, Function, Location, User Scenarios, Network, Gestures, Guidelines, Updates, Notifications.

7   kohl.ca/articles/ISLICEDUPFUN.pdf 8   moolya.com/blogs/2014/05/34/COP-FLUNG-GUN-MODEL

253

Implementando la Testeabilidad Comienza diseñando e implementando formas de probar tu aplicación durante su desarrollo; especialmente para pruebas automatizadas. Por ejemplo, utilizar técnicas como la inyección de dependencias en el código permite sustituir servidores reales (lentos y fragmentados) con los servidores de simulacros (controlables y rápidos). Utiliza identificadores únicos y claros para los elementos clave de la interfaz de usuario. Si los mantienes sin cambios tus identificadores pruebas requerirán menos mantenimiento. Separa tu código en módulos comprobables. Hace varios años, cuando los dispositivos móviles y herramientas de software eran muy limitadas, los desarrolladores optaron por ‘optimize’ su código móvil en bloques monolíticos de código; sin embargo, los dispositivos actuales y plataformas móviles implican que esta forma de ‘optimization’ es innecesaria y posiblemente contraproducente . Ofrece maneras para consultar el estado de la aplicación, posiblemente a través de una interfaz de depuración personalizado. Si no, tu, o sus testers, podríais pasar mucho tiempo tratando de comprender los problemas cuando la aplicación no funciona como se esperaba. —— Prueba de combinación : es una técnica para encontrar errores mediante la combinación de los parámetros de manera eficiente, requiriendo muchas menos pruebas que intentando todas las permutaciones posibles. Una técnica popular se llama All Pairs Testing9.

9   en.wikipedia.org/wiki/All-pairs_testing

Testeo

254

Tours para Testing Exploratorio Un tour es un tipo de prueba exploratorias, una manera de estructurar más las sesiones de testing exploratorio. Los tours ayudan a enfocar tus tests, Cem Kaner describe un tour como "una búsqueda dirigida a través del programa. Encuentra todas las funciones, especificaciones sobre el producto, variables, eneficios previstos, maneras de ir de A a B, todo X. O tal vez no todos, pero muchos de ellos"10. Con la combinación de diferentes tours en diferentes perspectivas (véase la heurística I SLICED UP FUN), se puede seleccionar la cobertura y profundidad de la prueba. Examples of Tours11 include: —— Tour de configuración: intenta encontrar todas las maneras en que se puede cambiar la configuración en el producto de manera que la aplicación conserva dichos ajustes. —— Tour de funciones: se mueve a través de la aplicación y se familiariza con los controles y características que se encuentre. —— Tour de estructura: encuentra todo lo que pueda acerca de lo que se refiere al producto físico (código, interfaces de hardware, archivos, etc.). —— Tour de variabilidad: busca las cosas que se pueden cambiar en la aplicación - y trata de cambiarlas. Más información sobre este y otros métodos de pruebas

10  

kaner.com/?p=96, ver también developsense.com/blog/2009/04/of-testingtours-and-dashboards/

11  

from michaeldkelly.com/blog/2005/9/20/touring-heuristic.html Testeo

255

exploratorias en el libro de James Whittaker "Exploratory Software Testing"12 .

Testear en Varios Dispositivos Dispositivos Físicos y Virtuales Los dispositivos físicos son reales, puedes sostenerlos en tus manos. Los dispositivos virtuales se ejecutan como software, dentro de otro ordenador. Ambos son útiles para probar las aplicaciones móviles. Los dispositivos virtuales son generalmente libres y están disponibles de inmediato para instalar y utilizar. Algunas plataformas, incluyendo Android, te permiten crear dispositivos personalizados, por ejemplo con una nueva resolución de pantalla, que puede utilizar para probar aplicaciones, incluso antes de que el hardware adecuado esté disponible. Pueden proporcionar pruebas básicas rápidas de tus aplicaciones. Las principales diferencias son: el rendimiento, la seguridad y la forma en que interactuamos con ellos en comparación con los dispositivos físicos. Estas diferencias pueden afectar la validez de algunos resultados de la prueba. El conjunto de dispositivos de prueba requiere ser revisado de manera continua a medida que evoluciona el ecosistema. También es posible identificar nuevos dispositivos, que tu aplicación no soporta actualmente, durante las revisiones, como se puede ver a continuación:

12  

www.amazon.com/Exploratory-Software-Testing-Tricks-Techniques/ dp/0321636414 Testeo

256

Grupo de usuarios existente La mézcla óptima a la que dar soporte

Posible Base de Datos de dispositivo

Base de Datos de dispositivo instalada

Base de Datos de dispositivo objetivo

Grupo de usuarios futuro El de mayor crecimiento en el periodo anterior

Nuevo grupo de usuarios Externos El mayor grupo que no es objetivo y que no está utilizando la aplicación

El dispositivo o plataforma más interesante

En última instancia, el software necesita ejecutarse en dispositivos reales, físicos, ser utilizado por sus usuarios previstos. Las características de funcionamiento de diversos modelos de teléfono varían enormemente de unos a otros, y también respecto a los dispositivos virtuales. Por tanto, comprar, pide prestado y mendiga si hace falta teléfonos para realizar tus pruebas. Un buen comienzo es elegir una mezcla de aquellos populares, nuevos y que incluyen características específicas o características tales como: pantalla táctil, teclado físico, resolución de pantalla, chipset de redes, etcétera. Prueba tu software en al menos uno de gama baja o antiguo , ya que también deseas satisfacer a usuarios con estos dispositivos sean. Estos son algunos ejemplos de áreas a poner a prueba en los dispositivos físicos: —— Navegación por la interfaz de usuario: por ejemplo, ¿pueden utilizar los usuarios tu aplicación con una sola mano? Efectos de las diferentes condiciones de iluminación: la experiencia de la interfaz de usuario puede diferir bajo la luz del sol cuando estás fuera de casa. Es un dispositivo 257

móvil - la mayoría de los usuarios estarán en movimiento. Gira la pantalla y asegúrate de que la aplicación es igualmente atractiva y funcional. —— Localización: si utilizas la información de ubicación en tu aplicación: muévete tanto de forma rápida como lenta, y ve a lugares con cobertura de red y GPS irregulares para ver cómo se comporta su aplicación. —— Multimedia: el soporte a audio, reproducción de vídeo y servicios de grabación puede diferir drásticamente entre los dispositivos reales y sus respectivos emuladores. —— Conectividad a Internet: conectar a Internet puede llevar una cantidad increíble de tiempo. El retardo en la conexión y el ancho de banda dependen de la red, su potencia real y el número de conexiones simultáneas. Pon a prueba los efectos de una conectividad intermitente tu aplicación. Como ya se ha mencionado, el crowdtesting también puede ayudar a cubrir un amplio rango de dispositivos reales, pero nunca debes tomar las observaciones de terceros como única referencia. Dispositivos Remotos Si no tienes dispositivos físicos a mano o si necesitas probar la aplicación en otras redes, especialmente en el extranjero o diversas localizaciones, entonces un ‘servicio de dispositivos remotos’ podría ayudarle. Te puede ayudar a extender la amplitud y profundidad de tu prueba con poco o ningún coste. Varios fabricantes ofrecen este servicio sin coste alguno a los desarrolladores de software registrados para un subconjunto de sus modelos de teléfono. Tanto Nokia13 para sus plataformas

13  

developer.nokia.com/Devices/Remote_device_access/ Testeo

258

y Samsung14 (para Android y Tizen) proporcionan acceso diario restringido, pero libre. También puedes utilizar los servicios comerciales de empresas tales como SauceLabs.com, testdroid.com, PerfectoMobile.com o DeviceAnywhere.com para realizar pruebas similares a través de una gama de dispositivos y plataformas. Algunos fabricantes promueven estos servicios pero, sin embargo, a menudo hay que pagar por ellos después de un corto periodo de prueba. Algunos de los servicios comerciales proporcionan APIs para que puedas crear pruebas automatizadas. Puedes incluso crear un depósito privado de dispositivos remotos, por ejemplo alojándolos en oficinas en localizaciones remotas. Ten cuidado con la privacidad y la confidencialidad en el uso de dispositivos compartidos.

Pruebas Automatizadas Las pruebas automatizadas pueden ayudar a mantener y mejorar tu velocidad, es decir tu capacidad de lanzar funcionalidades, proporcionando la detección temprana de problemas. Para ello, tienen que estar bien diseñadas e implementadas. De lo contrario, corres el riesgo de duplicar la carga de trabajo y mantener un embrollo de aplicación y pruebas automatizadas incompletas y poco fiables. Las buenas pruebas automatizadas imitan las buenas prácticas de desarrollo de software, por ejemplo utilizando Patrones de Diseño15, modularización, revisiones de código, etcétera. Testear aplicaciones móviles con eficacia puede ser algo 14  

developer.samsung.com/remotetestlab/rtlDeviceList.action

15  

en.wikipedia.org/wiki/Design_Patterns Testeo

259

complejo e incluso desafiante, siendo necesario combinar pruebas automatizadas e interactivas a través de una gama de dispositivos. Afortunadamente, varias de las principales plataformas de desarrollo móvil incluyen la automatización de pruebas en sus herramientas básicas, como Android y iOS. Y hay herramientas multiplataforma de automatización de pruebas disponibles para plataformas populares; siendo algunas son gratuitas y de código abierto, mientras que otras son comerciales. Es importante evaluar la longevidad y la vitalidad de las herramientas de automatización de pruebas que vas a utilizar, de lo contrario es posible que cargues con código de automatización de pruebas no soportado. Las herramientas de automatización de pruebas proporcionadas como parte de un SDK de desarrollo son dignas de consideración. Generalmente son gratis, inherentemente disponibles para la plataforma en particular, y apoyadas por grandes empresas. Automatización de Pruebas en BDD BDD es el acrónimo de Behavior-Driven Development, o Desarrollo Guiado por Comportamiento16 donde el comportamiento se describe en los archivos de texto que pueden ser ejecutados como pruebas automatizadas. El formato de las pruebas tienen la intención de ser legible y comprensible por cualquier persona involucrada con el proyecto de software. Pueden ser escritas en cualquier idioma humano, por ejemplo japonés17, y utilizan una estructura consistente, sencilla, con frases como Dado que, Cuando, Entonces para estructurarse. Hay varios entornos de BDD disponibles para probar las aplicaciones móviles. Entre otros: 16  

en.wikipedia.org/wiki/Behavior-driven_development

17  

github.com/cucumber/cucumber/tree/master/examples/i18n/ja Testeo

260

—— —— —— ——

Calabash Para Android e iOS: github.com/calabash Frank para iOS: www.testingwithfrank.com RoboGerk para Android: github.com/leandog/RoboGherk Zucchini para iOS: www.zucchiniframework.org

y varias implementaciones que se integran con SeleniumWebDriver para testear aplicaciones web, incluyendo web apps en iOS y Android. A menudo, los 'step-definitions' (pequeños scripts que interactúan con la aplicación en pruebas) tienen que ser escritos por alguien con conocimientos de programación. Automatización de Pruebas GUI La automatización de pruebas de GUI permite a las pruebas automatizadas interactuar con la aplicación a través de la interfaz gráfica de usuario (GUI). Es uno de los elixires de la industria de pruebas, muchos han intentado, pero pocos han tenido éxito en la creación de una automatización de pruebas GUI útil y viable para las aplicaciones móviles. Una de las principales razones por las que la automatización de pruebas GUI es tan difícil es que la interfaz de usuario está sujeta a cambios significativos que puedan romper la forma en que las pruebas automatizadas interactuan con la aplicación. Para que las pruebas sean eficaces a largo plazo, y como la aplicación tiende a cambiar, los desarrolladores necesitan diseñar, implementar y soportar las etiquetas y otros elementos utilizados por las pruebas automatizadas de interfaz. Tanto Apple, con UI Automation18, y más recientemente Android19 18  

developer.apple.com/library/ios/documentation/DeveloperTools/ Conceptual/InstrumentsUserGuide/UsingtheAutomationInstrument/ UsingtheAutomationInstrument.html

19  

developer.android.com/tools/testing/testing_ui.html Testeo

261

utilizan la etiqueta Accessibility asignada a elementos de la GUI como la interfaz de facto para la automatización de pruebas. Algunas empresas han convertido sus herramientas a código abierto, por ejemplo, GorillaLogic's MonkeyTalk20 y Xamarin's Calabash21. Estas herramientas tienen como objetivo proporcionar soporte multiplataforma, particularmente para Android e iOS. Otros entornos de código abierto de éxito incluyen Robotium22 y Frank23. Pruebas Unitarias Una prueba unitaria consiste en escribir pruebas automatizadas que ponen a prueba pequeñas secciones de código, por lo general sólo unas pocas líneas. Generalmente deben ser escritas por el mismo desarrollador que escribe el código fuente de la aplicación, ya que reflejan cómo se espera que esas secciones se comporten. Las pruebas unitarias tienen una larga tradición en el desarrollo de software, en el que JUnit24 ha generado entornos similares para prácticamente todos los lenguajes de programación utilizados para desarrollar aplicaciones móviles. Las pruebas unitarias son sólo un aspecto de las pruebas automatizadas, y no son suficientes para demostrar que la aplicación funciona, pero ayudan a los desarrolladores a entender lo que se espera de las secciones individuales. Pruebas adicionales, incluyendo otras formas de pruebas automatizadas, pueden ayudar a aumentar tu confianza en la aplicación. 20  

gorillalogic.com/testing-tools/monkeytalk

21  

github.com/calabash

22  

code.google.com/p/robotium

23  

testingwithfrank.com

24  

en.wikipedia.org/wiki/JUnit Testeo

262

Testear las Cinco Fases del Ciclo de Vida de una App El software se desarrolla en fases, que se llaman fases del ciclo de vida. Un tester de aplicación móvil puede ser parte del equipo de desarrollo, pero también puede ser responsable de facilitar las pruebas de la experiencia del usuario en producción. Dependiendo de en qué fase estés involucrado en el ciclo de vida, hay diferentes tareas a realizar. Por ejemplo al unirte a un equipo de desarrollo tu tarea puede ser el análisis de errores en los archivos de registro en un dispositivo, mientras que al unirte a una fase de prueba beta una tarea puede ser el análisis de los resultados de las pruebas de usabilidad, como la grabación de vídeo. El ciclo de vida de una aplicación móvil encaja en 5 fases: implementación, verificación, lanzamiento, retención y validación, y se aplican pruebas a cada fase. Algunas de las decisiones que se toman en las etapas previas pueden afectar tus pruebas en etapas posteriores. Por ejemplo, si decides que quieres pruebas automatizadas del sistema en la primera fase serán más fácil de aplicar en las fases posteriores. Fase 1: Implementación Esto incluye diseño, código, pruebas unitarias, y creación de tareas. Tradicionalmente, los probadores no están involucrados en estas tareas; sin embargo, un buen testeo aquí puede mejorar significativamente la calidad y el éxito de la aplicación al ayudarnos a asegurarnos de que nuestra implementación se hace correctamente. En términos de diseño, deberíamos decidir sobre las siguientes cuestiones: —— ¿Utilizar TDD?

Testeo

263

—— ¿Escribir pruebas unitarias incluso si no estamos utilizando TDD? —— ¿Tendremos sistemas automatizados de pruebas? En caso afirmativo, ¿cómo facilitaremos dichas pruebas? Por ejemplo, añadiendo etiquetas adecuadas a objetos clave en la interfaz de usuario. —— ¿Cómo validaremos nuestras aplicaciones? ¿Por ejemplo, a través del uso de analíticas móviles, informes de errores o feedback de usuarios? Cuestiona el diseño. Queremos asegurarnos de que cumple con los fines previstos, y también evitar cometer errores graves. El documento de Phillip Armour ‘Five Orders Of Ignorance’25 es un gran recurso para ayudar a estructurar tu enfoque. Ten en cuenta también la forma de mejorar la testeabiliad de su aplicación en esta etapa para que puedas hacer tu aplicación más fácil de probar con eficacia y eficiencia. Prácticas tales como pruebas unitarias y TDD se aplican en la fase de implementación. Recuerda probar tu proceso de construcción y los build scripts para asegurarte de que sean eficaces, fiables y eficientes; de lo contrario, es probable que sufras los efectos de un desarrollo deficiente a lo largo de la vida de la aplicación. Fase 2: Verificación Esto incluye la revisión de las pruebas unitarias, instalación interna y pruebas de sistema. Revisa las pruebas unitarias y evalúa su potencia: ¿son realmente útiles y dignas de confianza? Nota: también deben ser revisadas ​​como parte de la fase de implementación, sin em25  

www-plan.cs.colorado.edu/diwan/3308-07/p17-armour.pdf Testeo

264

bargo éste es un buen momento para abordar las deficiencias materiales antes de que el desarrollo se considere "completo" para la base de código actual. Para las aplicaciones que requieren instalación, necesitamos maneras de llevarlas a dispositivos específicos para las pruebas de pre-lanzamiento. Para algunas plataformas (incluyendo Android, iOS y Windows Phone), los teléfonos deben estar configurados para que las aplicaciones se pueden instalar. También tenemos que decidir en qué teléfonos probar la aplicación. Por ejemplo, es aconsejable probar la aplicación en cada versión apropiada de la plataforma móvil. Para iOS esta sólo puede incluir las últimas versiones. En Android es bastante diferente ya que los dispositivos de gama baja se siguen vendiendo con versiones antiguas de Android y podrían no actualizarse nunca. También queremos probar diferentes factores de forma de los dispositivos, por ejemplo cuando la relación de las dimensiones de pantalla difiere. Las nuevas dimensiones de pantalla de los iPhone 5 y 6 han expuesto un montón de bugs de interfaz de usuario. Los desarrolladores de Android son muy conscientes de los muchos problemas que diferentes tamaños de pantalla pueden desencadenar. Las pruebas del sistema se realizan a menudo de forma interactiva, por los probadores. Considera la posibilidad de evaluar las herramientas de automatización de pruebas y los entornos para algunas de las pruebas del sistema. Entraremos en más detalle más adelante en esta sección. También queremos considerar cómo sabremos que la aplicación responde bien en: —— Usabilidad, experiencia de usuario y requisitos estéticos —— Rendimiento, particularmente tal y como es percibido por los usuarios finales —— Pruebas de internacionalización y localización Testeo

265

Fase 3: Lanzamiento Esto incluye pre-publicación y publicación. Aquellos de vosotros que aún no habéis trabajado con las principales tiendas de aplicaciones, estad preparados para una desafiante experiencia donde la mayoría de los aspectos están fuera de tu control, incluyendo los plazos para la aprobación de tu aplicación. Además, en algunas tiendas de aplicaciones, no es posible revertir a una versión anterior, así que si tu versión actual tiene defectos importantes, tienes que crear una nueva versión que corrija los defectos y, luego, esperar hasta que haya sido aprobada por la tienda de aplicaciones antes de que tus usuarios puedan recibir una versión operativa de la aplicación. Dadas estas limitaciones es útil ampliar tus pruebas para incluir verificaciones de pre-publicación, por ejemplo respecto a si es adecuada para el conjunto de los dispositivos de destino. Los proveedores de las principales plataformas publican actualmente pautas para ayudarte a verificar que tu aplicación responde a sus criterios de presentación. Estas directrices pueden ayudarte incluso si tu objetivo son otras tiendas de aplicaciones.

Testeo

266

Apple

developer.apple.com/appstore/resources/ approval/guidelines.html

Android

developer.android.com/distribute/ googleplay/publish/preparing.html#coreapp-quality

Windows Phone

msdn.microsoft.com/en-us/library/ windowsphone/develop/hh394032

BlackBerry

developer.blackberry.com/devzone/ appworld/tips_for_app_approval.html

Fase 4: Vinculación Esto incluye búsqueda, confianza, descarga e instalación. Una vez que tu aplicación es de disponibilidad pública, los usuarios necesitan encontrarla, confiar en ella, descargarla e instalarla. Podemos probar cada aspecto de esta fase. Intenta buscar tu aplicación en la tienda de aplicaciones pertinente y en los motores de búsqueda principales. ¿De cuántas maneras diferentes puede ser encontrada por los usuarios de destino? ¿Qué pasa con los usuarios fuera de los grupos objetivo, quieres que la encuentren? ¿Cómo van a confiar los usuarios en tu aplicación lo suficiente como para descargarla y probarla? ¿Tu aplicación realmente necesita tantos permisos? ¿Cómo de grande es la descarga, es práctico descargarla mediante la

Testeo

267

red móvil? ¿Cabrá en el teléfono del usuario, especialmente si hay poco espacio de almacenamiento disponible en su dispositivo? ¿Se instala correctamente la aplicación? Puede que haya problemas de firmado que causen que sea rechazada por algunos dispositivos. Fase 5: Validación Esto incluye el pago, el uso y la retroalimentación. Como seguramente ya sabes, es poco probable que una aplicación móvil con poco feedback tenga éxito. Además, muchas de las aplicaciones tienen una vida muy corta en el teléfono de un usuario. Si la aplicación no es de su agrado ni le involucra en pocos minutos, es probable que sea descartada o ignorada. Y, si estás buscando obtener pagos, vale la pena probar las diferentes formas de pago, sobre todo para aquellos integrados en la aplicación. Considera encontrar maneras de probar los siguientes puntos prácticos: —— Detección y reporting de problemas. Pueden incluir tu propio código, utilidades de terceros y servicios online. —— Analíticas móviles. ¿Tienen sentido los datos recabados? ¿Qué anomalías hay en los datos reportados? ¿Cuál es la latencia en la recepción de resultados?

Testeo

268

Herramientas de Testeo —— Application Ressource Optimizer (ARO) de AT&T: developer.att.com/application-resource-optimizer, proyecto de código abierto en github.com/attdevsupport/ARO —— Fiddler por Telerik: telerik.com/fiddler permite encontrar y modificar el tráfico de red entre tu móvil y su conexión de red. —— Genymotion: genymotion.com, un emulador rápido y muy potente para controlar, por ejemplo, valores de los sensores. —— iFunbox: i-funbox.com/ ayuda a instalar aplicaciones y gestionar archivos en dispositivos iOS. —— iTools: itools.en.uptodown.com/, un configurador de aplicaciones para iOS que incluye el monitorizado de la cache y logs en tiempo real.

Testeo

269

Aprende Más Testear aplicaciones móviles se está convirtiendo en una importante corriente con múltiples fuentes de información. Algunos recursos útiles son: —— testdroid.com/blog, un fértil blog que trata varios temas, entre ellos el testeo de apps. También publican una línea editorial sobre el testeo de juegos móviles26. —— appqualitybook.com/, el sitio sobre el interesante libro de Jaron Arbon, basado en sus experiencias en el testeo y análisis de un gran número de aplicaciones móviles. —— kohl.ca, el sitio de Jonathan Kohl incluye enlaces a su aclamado libro sobre el testeo de aplicaciones móviles, y otros artículos. —— slideshare.net/karennjohnson/kn-johnson-2012-heuristicsmnemonics, presentación de Karen Johnson sobre tests heurísticos y el uso de SFDPOT en el testeo móvil. —— appqualityalliance.org/resources, el sitio oficial de la App Quality Alliance AQuA incluye unas útiles directrices para el testeo de aplicaciones.

26  

testdroid.com/testdroid/7790/best-practices-in-mobile-game-testing Testeo

270

Monetización Por fin, has terminado tu aplicación, o sitio web para móviles, y la has pulido como resultado del feedback de beta testing. Suponiendo que no estás desarrollando como hobby, para promocionar una marca, etc., es el momento de hacer algo de dinero. Pero, ¿cómo se hace eso y cuáles son tus opciones? En general, tienes las siguientes vías de monetización: —— Pago por descarga: Vende tu aplicación por descarga —— Pago en aplicación: Añade opciones de pago dentro de tu aplicación —— Publicidad móvil: Gana dinero por publicidad —— Patrocinios: Recibe un pago cada vez que uno de tus usuarios se da de alta en un servicio de tu patrocinador —— Participación en ingresos: Obtén ingresos por servicios del operador que se originen en tu aplicación —— Ventas indirectas: Afiliados, venta de datos y bienes físicos, entre otros —— Mercado de componentes: Vende componentes o una versión marca blanca de tu aplicación a otros desarrolladores Cuando planifiques tu desarrollo, la determinación de la monetización en tu modelo de negocio debería ser uno de los elementos clave de su diseño inicial, ya que podría afectar al comportamiento técnico y funcional de la aplicación. El artículo "Five strategies to monetize your mobile app"1 es una excelente referencia sobre cómo plantear los aspectos 1   medium.com/@signored/dont-fall-below-the-app-poverty-line-

9b800a214e4a Monetización

272

financieros para evitar incomodar a los usuarios o perder los ingresos que esperabas conseguir.

Pago Por Descarga Usando el pago por descarga (PPD, del inglés Pay Per Download), tu aplicación se vende una vez para cada usuario al descargarla e instalarla en su teléfono. El pago puede ser gestionado por una tienda de aplicaciones, operador móvil o mediante otro mecanismo configurado por ti mismo. El que una vez fue el método de monetización más popular y rentable hoy es utilizado por una minoría de los desarrolladores. Gartner predice que para el año 2017 casi el 95% de las descargas será de aplicaciones libres, frente a aproximadamente el 90% en la actualidad2 . Cuando tu aplicación se distribuye en una tienda de aplicaciones, la tienda se encargará del mecanismo de pago por ti. A cambio, la tienda cobra una comisión por todas las ventas (habitualmente el 30%). En la mayoría de los casos, las tiendas ofrecen una matriz de precios fijos para elegir por país y moneda ($0,99, 0,7 EUR, $3, etc.) a la hora de fijar el precio de tu aplicación. El pago por la descarga de aplicaciones se gestiona habitualmente de una de las siguientes maneras: o bien se factura a través del operador de telefonía, o se efectua el cobro mediante tarjeta de crédito. La facturación vía operador permite a tus clientes pagar por tu aplicación con sólo confirmar que la venta se cargará a su factura de teléfono móvil o mediante el envío de un SMS Premium. En algunos casos, la facturación vía operador se ges2   aplicaciones

www.businessweek.com/articles/2013-09-19/the-profitablefuture-of-free-mobile-aplicaciones 273

tiona mediante una tienda de aplicaciones (por ejemplo Google Play, que soporta la facturación vía operador para un buen número de operadores por todo el mundo). En otros casos, puede ser implementada directamente por el desarrollador. Los operadores reciben una parte de los beneficios del precio de venta (normalmente del 30% al 60%, pero algunos pueden llegar a quedarse con el 95%) y, si usas uno de ellos, el agregador también recibirá una parte. Es común que gestión y seguridad (cómo evitar que copien tu aplicación) sean temas problemáticos en el modelo PPD, pero en ciertos escenarios pueden ser la única manera que tendrás de monetizar tu aplicación. Facturar a operadores puede resultar una tarea muy difícil, sobre todo si quieres vender en varios países, ya que es necesario firmar contratos con un operador en cada país. Por razones desconocidas, algunos operadores, como Vodafone, están eliminado la opción de facturar al operador vía Android Play en algunos mercados, como Reino Unido y Alemania. Posiblemente porque hay mejores alternativas, como por ejemplo pagos bancarios vía móvil. Vale la pena señalar que la mayoría de los propietarios de tiendas de aplicaciones están llevando a cabo acuerdos de facturación vía operador, teniendo Nokia Store la mejor cobertura de capacidad de facturación vía operador al ofrecerla para 60 países tanto para su antigua Nokia Store en los actuales teléfonos Nokia de gama baja, en el que el 99% de los beneficios se canalizan facturando al operador3, como para Microsoft Windows Phone Marketplace. Google y BlackBerry ofrecen opciones similares. La razón principal de ésto es que normalmente, cuando los usuarios tienen la opción de comprar con tarjeta de crédito o con métodos de facturación vía operador, muestran una preferencia significativa hacia la facturación 3   developer.nokia.com/nokia-x/opportunity/monetization

Monetización

274

vía operador. Nokia, adicionalmente, aísla a los desarrolladores de las variaciones de la cuota de operador, ofreciendo a los desarrolladores una tasa fija del 70% de los ingresos por facturación (Nokia dice que sus estudios indican un incremento por diez de los beneficios respecto a los pagos con tarjeta de crédito). Nokia, al menos, aísla a los desarrolladores de las variaciones de comisiones según operador, ofreciéndoles un porcentaje fijo del 70% de la facturación. La facturación mediante tarjeta de crédito es utilizada por Apple, Google (en algunos casos), Amazon y otras tiendas. Apple lleva años exigiendo a los usuarios de iPhone que den los datos de una tarjeta de crédito cuando se registran, y Google también ha comenzado a utilizar éste método para usuarios de Android.Obtener estos datos antes de que se realice compra alguna es, según los analistas, un factor diferenciador clave para obtener mayores beneficios mensuales por aplicación. La última opción de pago es crear tu propio sitio web y poner en práctica un mecanismo de pago a través de él, como PayPal móvil, la marcación a números fijos premium4, y otros. El uso de PPD se puede implementar sin un diseño o requisitos de codificación especiales para tu aplicación. Para comenzar, recomendamos utilizar las opciones de facturación de las tienda de aplicaciones, ya que implican un coste mínimo de instalación y gastos administrativos de menor importancia. Para cada forma de pago es importante determinar la elasticidad en el precio de demanda o PED5. Incrementar el precio no significa necesariamente incrementar los beneficios (y viceversa), ya que tu precio debe encajar con las expectativas de tu base de usuarios.

4   daopay.com 5   en.wikipedia.org/wiki/Price_elasticity_of_demand

Monetización

275

Pagos en la Aplicación El pago dentro de la aplicación (o IAP, en inglés In-App Payment) es una forma de cobrar por acciones o contenidos específicos dentro de tu aplicación. Un uso muy básico podría permitir la compra unitaria de tu aplicación (sin suscripciones ni cargos recurrentes) después de un período de prueba, que puede generar más ventas que PPD si crees que las características de tu aplicación justifican un precio más alto. Alternativamente, puedes ofrecer las características básicas de tu aplicación de forma gratuita, pero cobrar por contenido premium (vídeos, créditos virtuales, información premium, características adicionales, eliminación de los anuncios y similares). La mayoría de las tiendas de aplicaciones ofrecen una opción de compra en aplicación, o puedes implementar tu propio mecanismo de pago. Si quieres algo más que una "licencia completa" por pago, tienes que pensar cuidadosamente acerca de cómo, cuándo y qué están dispuestos a pagar tus usuarios, y diseñar tu aplicación en consecuencia. Los pagos en aplicación recurrentes, también llamados subscripciones, son posibles en la mayoría de las plataformas. Este tipo de pagos son adecuados cuando tu aplicación ofrece contenido que se actualiza de manera regular, por ejemplo periódicos online o revistas digitales. Las compras dentro las aplicaciones se han convertido en el modelo más próspero de monetización en muchos mercados, particularmente en los juegos "freemium", que se distribuyen gratuitamente para enganchar a los usuarios antes de convertirlos en clientes. La IAP es especialmente popular en los videojuegos (por ejemplo para comprar energía extra, más niveles, créditos virtuales, etc.) y puede ayudar a conseguir una gran base de usuarios si ofreces la aplicación gratuitamente. Distimo informó en el 2014 que las compras in-app suponen Monetización

276

el 79% de los beneficios de iOS6. Si tu objetivo son países específicos, sé consciente de las posibles diferencias de comportamiento, por ejemplo en China la compra inicial es el 99% del beneficio generado, mientras que la IAP es muy baja; en cambio, en EE.UU. ocurre justo lo inverso. También debería ser obvio que necesitarás diseñar y desarrollar tu aplicación de manera que incorpore el método de pago en aplicación. Si la aplicación se ejecuta en varias plataformas, puede ser necesario implementar un mecanismo diferente para cada una de ellas (y, potencialmente, para cada tienda de aplicaciones). Al igual que con PPD, te recomendamos que comiences con el mecanismo de compra en aplicación que ofrece una tienda de aplicaciones, especialmente porque algunos de estos servicios pueden incrementar la facturación vía operador (tales como Google Play), utilizar la información de la tarjeta de crédito preexistente (como Apple o Amazon), o con el pago desde la aplicación ofrecido directamente por el operador. Desde el punto de vista de los usuarios, esta es la manera más fácil y más conveniente de pago (uno o dos clics, sin necesidad de introducir números de tarjetas de crédito, nombres de usuario u otras credenciales), por lo que los desarrolladores pueden esperar una gran aceptación por parte del usuario y elevadas tasas de conversión.

Publicidad Móvil Como es común en los sitios web, puedes decidir ganar dinero mostrando anuncios. Hay una serie de entidades que ofrecen herramientas para mostrar anuncios para móviles, siendo ésta la forma más fácil de ganar dinero en aplicaciones de 6   “2014

How the Most Successful Apps Monetize Globally” disponible en www. distimo.com/publications Monetización

277

navegador móvil. Admob.com, Buzzcity.com e inmobi.com (para videojuegos) son algunas de ellas. Sin embargo, debido a la amplia gama de dispositivos, países y características, en la actualidad hay más de 70 grandes redes de publicidad móvil. Cada red ofrece enfoques ligeramente diferentes y encontrar el que mejor monetice la audiencia de tu aplicación puede no ser tarea simple. No hay una regla de oro, es posible que tengas que experimentar con algunas para encontrar la que mejor te funcione. Sin embargo, para un arranque rápido se puede considerar el uso de un agregador de publicidad móvil como por ejemplo Madgic7, smaato8 o inneractive9, ya que tienden a dar mejores resultados al combinar y optimizar los anuncios de más de 50 redes móviles de publicidad. La mayoría de los agregadores pueden operar como redes de publicidad ofreciendo Real Time Bidding (RTB), como si fuera una subasta en vivo donde el precio de cada anuncio se determina dinámicamente. La mayoría de las redes de publicidad tienen una comisión del 30% al 50% en los ingresos por publicidad y los agregadores de un 15% o 20% adicional, pero incluso con esas cifras lo agregadores son los más beneficiosos si deseas integrar diversas redes de publicidad. Si tu aplicación está dando buenos resultados y tiene un gran volumen en un determinado país, podrías considerar vender publicidad directamente a agencias de publicidad o marcas (publicidad Premium) o contratar a una agencia de medios para hacer eso por ti. También aquí, muchos de los fabricantes de dispositivos ofrecen servicios de publicidad móvil como parte de las funciones de su tienda de aplicaciones, e igualmente vale la 7   madgic.com 8   smaato.net 9   inner-active.com

pena explorar estos mecanismos. En algunos casos puede que tengas que utilizar los servicios de publicidad del proveedor para poder incluir tu aplicación en su tienda. La publicidad en aplicación requiere que diseñes y programes tu aplicación con cuidado. No sólo debes considerar con cuidado la ubicación de los anuncios en tu aplicación, también las variaciones y el mecanismo de exclusión (optout). Si los anuncios se vuelven demasiado intrusivos, puede que los usuarios abandonen tu aplicación, al tiempo que la publicidad demasiado sutil significará pocos o nulos ingresos. Relativamente nueva es la publicidad intersticial, comparada con la publicidad tradicional de banners: este término se usa generalmente para describir un anuncio que ocupa toda la pantalla y que suele ir acompañado de un botón "skip screen". Otros nuevos formatos incluyen los anuncios gamificados y los premiados, especialmente en los videojuegos. Puedes necesitar experimentar un poco para encontrar la manera y posición correcta en la que colocar los anuncios.

Patrocinios La startup alemana Apponsor10 ofrece una nueva manera de ganar dinerp sin tener que mostrar publicidad o cobrar por descargar la aplicación: El usuario obtiene tu aplicación de manera gratuita y se le pide darse de alta en una newsletter de tu patrocinador. El patrocinador te paga por cada nuevo registro en esa newsletter. No debe ser confundida con las empresas de tipo App Sponsors, que pagan el coste de desarrollo de la aplicación pidiendo a cambio una participación en los beneficios. Para más información entra en Apps Funder11. 10  

apponsor.com

11  

appsfunder.com Monetización

279

Ventas Indirectas Otra opción es utilizar tu aplicación para dirigir las ventas donde desees. Habitualmente ofreces tu aplicación o website de manera gratuita, y entonces empleas mecanismos tales como: 1. Programas de afiliación: Promover aplicaciones de pago propias o de terceros en el interior de una gratuita. Ver también MobPartner12 . Esto puede ser considerado una variación de publicidad móvil. 2. Venta de datos: Seguimiento del comportamiento y venta de los datos a partes interesadas. Ten en cuenta que, por razones de privacidad, no debe revelar ninguna información personal, y que debes asegurarte de que todos los datos son proporcionados en informes anónimos y consolidados. 3. Mundo real versus virtual: Usa tu aplicación como herramienta de marketing para vender bienes en el mundo real. Ejemplos típicos son aplicaciones para vehículos, revistas y marcas tales como McDonald’s y Starbucks. También utilizan este modelo de negocio aplicaciones de cupones empresas como Groupon. No hay nada que te impida combinar esta opción con cualquiera de las otras de monetización si lo deseas, pero ten la precaución de no dar la impresión de realizar promociones extremadamente intrusivas.

12  

mobpartner.com Monetización

280

Mercado de Componentes Un mercado de componentes o CMP (del inglés Component Marketplace) proporciona otra oportunidad para los desarrolladores de monetizar sus productos mediante la venta a otros desarrolladores de componentes de software o aplicaciones de marca blanca. Un componente es una pieza de construcción de software que ofrece una funcionalidad definida para ser utilizado por el software de nivel superior. La típica pregunta que surge en este punto es cómo los CMPs conviven con el código abierto. Como usuario, el código abierto es a menudo gratuito, por lo que el código fuente debe ser proporcionado y los usuarios tienen el derecho de modificar el código fuente y distribuir la obra derivada. Algunos proveedores de componentes requieren una cuota de licencia. Ellos pueden proporcionar el código fuente completo que permite al desarrollador depurar código en el nivel más bajo. Algunos CMP soportan todos los modelos: componentes de pago así como componentes libres, ambos con o sin el código fuente. Si eres un desarrollador en busca de un componente, los CMP ofrecen dos ventajas principales: En primer lugar, no tienes que abrir su código fuente sólo porque uses componentes de software. Todo código abierto viene con una licencia. Algunas licencias como la Apache están comercialmente compatibles, mientras que otras, como AGPL y OSL, requieren que abras el código fuente tuyo que se integrará con el suyo. Es posible que no quieres esto. En segundo lugar, los CMPs proporcionan una forma fácil de encontrar y descargar componentes. Puedes pasar días mirando los repositorios de código abierto para encontrar el componente adecuado. Los mercados de componentes han existido durante décadas. El mercado más importante es de componentes para Monetización

281

.NET y Visual Basic en la comunidad y Windows. Mercados como componentOne y proveedores como Infragistics son bien conocidos. En cambio, la idea de los mercados de componentes dentro del ámbito móvil es bastante nueva. La empresa de Deutsche Telekom Deutsche Developer Garden13 y ChupaMobile14 son jugadores destacados en este campo.

Eligiendo tu Modelo de Monetización Así que, con todas estas opciones, ¿cuál debería ser tu estrategia? Depende de tus objetivos, veamos algunos: —— ¿Estás seguro de que los usuarios desearán comprar tu aplicación inmediatamente? Entonces véndela como PPD a 0.89€, pero ten en cuenta que, aunque puede que ingreses varios cientos de euros por día, fácilmente pueden no ser más que un par de cientos por semana si la valoración de tu aplicación es poco apropiada o la competencia es feroz. La Application Developer's Alliance recomienda el método de monetización PPD para aplicaciones de producción costosa, con barreras de entrada o elevado volumen15. Esto incluye juegos y aplicaciones de entretenimiento, la productividad, la navegación y noticias. —— ¿Estás ofreciendo capacidades premium a precio premium? Considera una versión limitada en tiempo o capacidades y usa la compra en aplicación para permitir la compra de una versión completa, ya sea permanentemente o por un período de tiempo. —— ¿Estás desarrollando un juego? Considera ofrecerlo de 13  

www.developergarden.com/component-marketplace/

14  

www.chupamobile.com

15  

www.appdevelopersalliance.org/app-monetización Monetización

282

manera gratuita con publicidad en la aplicación, o una versión básica que desbloquee mediante compra en la aplicación nuevas capacidades, niveles, vehículos o cualquier equipamiento de juego (freemium). —— ¿Es tu aplicación móvil una extensión de una tienda web o física? Ofrece la aplicación gratis y gana ingresos de los productos y servicios que comercializas en el mundo real. —— ¿Tiene contenido que se actualiza frecuentemente, como una revista digital? Ofrece pagos recurrentes y asegúrate de que lo usuarios vuelven. —— ¿Ofrece bienes físicos, como la aplicación de una tienda? Ofrece la aplicación gratuitamente y obtén comisiones de las compras de los clientes.

Estrategias para las Tiendas de Aplicaciones La otra cara de la generación de ingresos es el marketing y la publicidad. La necesidad puede ser obvia si vendes tu aplicación a través de tu propio sitio web, pero resulta igualmente importante cuando se usa la tienda de aplicaciones de un vendedor. Esas tiendas son a la vez la maldición y la bendición de los desarrolladores móviles. En el lado positivo, dan a los desarrolladores largo alcance y exposición potencial de ventas que de otra manera sería muy difícil de lograr. En el lado negativo, las más populares contienen actualmente cientos de miles de aplicaciones, disminuyendo el potencial para destacar entre la multitud y tener éxito, llevando a muchos a comparar la posibilidad de éxito en una tienda de aplicaciones a la probabilidad de ganar la lotería. Dicho esto, aquí están algunos consejos y trucos para ayudarte a incrementar tus probabilidades. Monetización

283

Estrategias para Conseguir un Ranking Alto Lo más importante a comprender acerca de las tiendas de aplicaciones es que son canales de distribución y máquinas de marketing. Esto significa que aunque son una gran manera de conseguir introducir tu aplicación en los dispositivos de los usuarios, no van a promocionar tu aplicación por ti (a menos que compres posicionamiento premium, ya sea a través de banners o posiciones de lista). No puedes confiar en las tiendas de aplicaciones para incrementar tus descargas, a menos que aparezcas en una lista top-ten. Pero no hay que jugar a la lotería con tus aplicaciones, ten una estrategia y un plan para comercializar tu aplicación. Hemos preguntado a muchos desarrolladores acerca de las tácticas que les han proporcionado la mayor atención y un mejor ranking en las tiendas de aplicaciones. Nos dieron muchas respuestas y salió a la luz un tema común: no hay ninguna fórmula mágica, ¡tienes que atacar por todos los frentes! Sin embargo, te ayudará tratar de mantener en cuenta lo siguiente: —— Necesitas una aplicación rompedora: debería ser entretenida, fácil de usar y estar libre de bugs. Asegúrate de ponerla en las manos de usuarios antes de en las tiendas. —— Pule tus iconos e imágenes para la tienda de aplicaciones, trabaja en la descripción de tu aplicación, y elige cuidadosamente palabras clave y categoría. Si estás inseguro o insatisfecho con los resultados, experimenta. —— Obtener reseñas de bloggers y revistas es una de las mejores maneras de recibir atención. Como contraprestación, algunos te pedirán dinero, otros exclusividad y otros acceso anticipado a tus aplicaciones. —— Consigue críticas positivas tan pronto como sea posible.

Monetización

284

Llama a tus amigos y pide a tus usuarios de manera regular una reseña. —— Si vas a llevar a cabo cualquier tipo de publicidad, hazlo en avalancha durante un par de días. Esto es mucho más efectivo que gastar la misma cantidad de dinero durante dos semanas, ya que te ayudará a alcanzar un elevado pico de audiencia, más que una subida lenta y gradual. —— No confíes en el tráfico generado por personas que exploran la tienda de aplicaciones, cerciórate de conducir tráfico a tu aplicación a través de tu sitio web, SEO y social media. Múltiples Tiendas versus Tienda Única Con más de 120 tiendas de aplicaciones disponible para los desarrolladores, evidentemente hay muchas opciones para distribuir una aplicación. Pero los 20 minutos necesarios en promedio para presentar una aplicación en una tienda significa que podrías pasar mucho tiempo publicando aplicaciones en tiendas lóbregas que consiguen pocas descargas. Esta es la razón por la que la mayoría de los desarrolladores se adhieren a sólo una o dos tiendas, perdiendo una oportunidad potencialmente enorme, ¡pero consiguiendo mucho más tiempo para cosas importantes, como la programación! Así que, ¿debes ir a múltiples tiendas o no?

Monetización

285

Múltiples tiendas

Tienda única

Las tiendas de aplicaciones de las principales plataformas pueden tener serias limitaciones, tales como mecanismos de pago, penetración en determinados países y directrices de contenido.

Más del 90% de los usuarios sólo utilizan una única tienda de aplicaciones, que suele ser la que viene por defecto incluida con el teléfono.

Las tiendas más pequeñas te dan más opciones de visibilidad (aplicación destacada).

Tu propio sitio web te puede aportar más tráfico que las tiendas (especialmente si tienes una marca conocida).

Las tiendas más pequeñas tienen un entorno social más amistoso que las grandes.

Muchas tiendas pequeñas arañan datos de las grandes, así que puede que tu aplicación también esté en ellas.

Las tiendas de los operadores tienen directrices para contenidos notoriamente estrictas y puede ser difícil entrar, particularmente para algunos tipos de aplicaciones.

Para contenidos sin nicho, la tienda del operador o plataforma pueden ofrecer suficiente exposición para no justificar el esfuerzo extra de una estrategia multi-tienda.

Monetización

286

Múltiples tiendas

Tienda única

Las tiendas más pequeñas ofrecen un amplio rango de opciones de pago y modelos de negocio, o están disponibles en muchos países.

Algunas tiendas de operadores tienen procesos de facturación más fáciles, tales como facturación directa a la cuenta de teléfono del usuario, conduciendo a un incremento en la ratio de conversión.

Algunos desarrolladores reportan que el 50% de sus beneficios en Android vienen de fuera de Android Market.

Los desarrolladores para iOS sólo necesitan una tienda.

Las tiendas de aplicaciones pueden darte cobertura global, pero con el paso del tiempo te será interesante adaptar tu estrategia respecto a las tiendas de aplicaciones para que encaje con tu base de usuarios objetivo, y utilizar sólo las tiendas de aplicaciones que se adecúan más a ese público. Esto podría implicar usar tiendas particulares de operadores, aquellas populares en un determinado país, o sencillamente mantenerte fiel a las plataformas globales de venta de aplicaciones. Existen algunas tiendas de terceros con un gran volumen de audiencia, por ejemplo la tienda de Amazon para Android, que ofrece a los desarrolladores un buen número de maneras de monetizar sus aplicaciones, por ejemplo PPD y pagos en aplicación para muchos países. Además, en algunos países existen tiendas de aplicaciones locales muy populares, por ejemplo la alemana AndroidPit16 o algunas dedicadas a Android en China.

16  

androidpit.de

¿Qué Puedes Ganar? Una de las preguntas más comunes de un desarrollador es acerca de cuánto dinero se puede ganar con una aplicación móvil. Está claro que algunas aplicaciones han hecho millonarios a sus desarrolladores, mientras que otros no renunciarán a su puesto de trabajo en el corto plazo. De acuerdo con una investigación del 2013 por Forbes.com17, la mayoría de los desarrolladores de aplicaciones no están generando suficientes ingresos para llegar a ser rentables y los desarrolladores dedicados a una única plataforma confirman que los ingresos generados por su aplicación de más éxito no resultan suficientes para sustentar un negocio independiente. Según el estudio Business and Productivity apps de VisionMobile, realizado a más de 6.000 desarrolladores móviles, el 50% de ellos se encuentran por debajo del “límite de pobreza por aplicación” al obtener menos de 500 dólares americanos al mes por cada aplicación (el 67% en el 2013)18. inMobi afirma que en el tercer trimestre del 2014, los juegos móviles eran la categoría más rentable de software móvil en términos de ingresos por publicidad. Según su informe19 , el mejor tipo de anuncio son las aplicaciones rich media. Y Gartner no predice un futuro prometedor: consideran que hasta el 2018 menos del 0,01% de las aplicaciones móviles de consumo serán consideradas un éxito financiero por sus desarrolladores20. En última instancia, lo que puedes ganar depende de 17  

www.forbes.com/sites/tristanlouis/2013/08/10/how-much-do-average-appsmake

18  

www.visionmobile.com/products/research

19  

www.inmobi.com/insights/download/whitepapers/the-state-of-mobile-appmonetization-q3-2014

20  

www.gartner.com/newsroom/id/2648515 Testeo

288

satisfacer una necesidad y de un marketing eficaz. La experiencia sugiere que las aplicaciones que ahorran dinero o tiempo al usuario son más atractivas (descuentos, cupones de hotel, música gratuita y similares), seguidas por los juegos (basta con ver el éxito de Angry Birds) y las herramientas de negocio (los visores de documentos de oficina, herramientas de sincronización, herramientas de copia de seguridad y otras), pero a menudo el éxito (económico) de una sola aplicación no se puede predecir. El éxito, por lo general, viene con un bagaje en experimentación y mucha perseverancia.

Testeo

289

Epílogo Gracias por leer esta 15ª edición de nuestra Guía del Desarrollador Móvil. Esperamos que hayas disfrutado de su lectura y que te hayamos ayudado a clarificar tus opciones. Tal vez ahora estás listo para participar en el desarrollo de una aplicación móvil o hayas descubierto nuevas opciones en el negocio de las aplicaciones. Esperamos que sí. Por favor, involúcrate también con la comunidad y comparte tus experiencias e ideas con nosotros y el resto de compañeros. Si quieres contribuir a esta guía, patrocinar próximas ediciones, o te interesa obtener ediciones anteriores, por favor escríbenos a [email protected]. Si utilizas Twitter, te invitamos a seguirnos en twitter.com/enoughsoftware y difundir este proyecto utilizando el hashtag #mdgg. Por supuesto, puedes descargarte esta edición en formato ebook en amazon.com, y en formato PDF desde nuestro website: www.enough.de/mdgg. En el momento de escribir estas palabras, también estamos en proceso de publicar el contenido de este libro como website en www.mobiledevelopersguide. com, donde esperamos que encuentres nuevas maneras de involucrarte y hacernos llegar tu feedback. ¡Publicaremos la próxima edición a comienzos de 2016!

Epílogo

291

Acerca de los Autores Anna Alfut Anna comenzó su vida profesional como diseñadora creativa. Después de descubrir su pasión por el diseño de interfaces, se convirtió en la co-autora de una aplicación para iOS y Android y consultora en múltiples proyectos, tanto en el lado agencia como en el de cliente. Actualmente trabaja como diseñadora UX para dispositivos móviles. Aparte de dibujar y pensar a través de interfaces, también hace ilustraciones y disfruta de vivir en Londres. www.alfutka.net Davoc Bradley / MiraLife Davoc ha estado trabajando como ingeniero de software desde 1999, especializándose en arquitectura y diseño de webs y sistemas móviles de alta usabilidad. Actualmente es CTO en MiraLife, proveedores de software web y móvil que tiene por objetivo mejorar las vidas de personas con demencia y otras enfermedades terminales. Davoc es también un músico entusiasta, fan ávido del cricket y le encanta viajar. Twitter: @davocbradley

Acerca de los Autores

292

Marco Büttner / SciDev Marco tiene 27 años y es desarrollador móvil desde el 2011. Estudia informática en la Universidad Humboldt de Berlin, trabaja para idealo, y es miembro fundador del proyecto de desarrollo móvil SciDev, centrado en el desarrollo de aplicaciones web para bada, Tizen y otras tecnologías móviles emergentes. Es bien conocido en las comunidades bada y Tizen y siempre está encantado de poder compartir sus conocimientos. Twitter: @scionbln www.scidevapps.de Sally Cain / RNIB Sally ha trabajado en RNIB en el ámbito de la accesibilidad digital desde hace más de 15 años. Cree apasionadamente en la igualdad de acceso a la tecnología digital para las personas con discapacidad. Sally es representante de su organización en grupos de estándares del W3C, y también forma parte de una serie de grupos en el British Standards Institute (BSI) relacionados con la estandarización de las TIC, lo que incluye el grupo responsable del BS8878 o Código de Prácticas para la Accesibilidad Web. Actualmente, Sally gestiona la equipo Web & Online en RNIB, que ofrecen asesoría en accesibilidad de páginas web y aplicaciones. Ha dirigido la redacción del estándar interno del RNIB para la accesibilidad. Twitter: @sallycain www.rnib.org.uk

Acerca de los Autores

293

Eva Casado de Amezua / Universitat Oberta de Catalunya Eva es la traductora al castellano de esta edición de la guía. Además de ser Head of Support en Typeform, es colaboradora docente en la UOC, patrocinadores de esta traducción. En el pasado, ha sido desarrolladora RIA, copywriter, y creativo especialista en marketing online. Le apasiona cantar jazz, la sociología de los nuevos medios, la fotografía y leer libros de divulgación científica. Twitter: @ellaing Dean Churchill / AT&T Dean trabaja en el diseño de seguridad, desarrollo y prueba de aplicaciones de AT&T. Desde hace años está centrado en impulsar los requisitos de seguridad en las aplicaciones móviles, tanto para aquellas de consumo como para internas de AT&T. También ha apoyado las líneas emergentes de producto de AT&T en Salud Móvil y Vida Digital. Vive en el área de Seattle y disfruta haciendo esquí alpino y pesca con mosca. John Gambrell John ha estado en el mundo del desarrollo de software desde hace más de 20 años en posiciones corporativas y consultoría, y ha trabajado con los cambios de paradigma de cliente/ servidor, web y, actualmente, móvil. Lleva desarrollando aplicaciones para iOS como freelance desde el año 2009 y también desarrolla proyectos personales. Vive en Dallas (Texas, EE.UU.) con su esposa, sus hijos, y tres perros. Twitter: @jpgdallas

Acerca de los Autores

294

Julian Harty / Commercetest Julian fue contratado por Google en 2006 como su primer ingeniero de pruebas en Europa responsable de probar las aplicaciones móviles de Google. Ayudó a otros, tanto dentro como fuera de Google, a aprender a hacer lo mismo, y terminó escribiendo el primer libro sobre ese tema. Posteriormente trabajó para eBay, donde su misión era reformar las pruebas a nivel mundial. Actualmente trabaja de forma independiente, escribe aplicaciones móviles y herramientas de automatización de pruebas, y ayuda a otros a mejorar sus aplicaciones móviles. También está escribiendo un nuevo libro sobre testeo y automatización de pruebas para aplicaciones móviles. Twitter: @julianharty Oscar Clark / Unity Technologies Oscar Clark es un autor, consultor y divulgador de Everyplay (Unity Technologies). Ha sido pionero en el mundo de los juegos sociales online, en móvil y en consolas desde 1998. Oscar ha aportado 'vision' para una de las primeras comunidades de juegos en línea (Wireplay - British Telecom); fue líder mundial en la división de videojuegos en Hutchison Whampoa (3UK), incluyendo la que, posiblemente, fuera la primera compra in-app de la historia; y fue el Home Architect para PlayStation®Home. Actualmente es columnista regular en PocketGamer.Biz y Develop-Online, conferenciante en innumerables conferencias sobre videojuegos, mentor en la aceleradora GameFounders, y profesor invitado en múltiples universidades. Su primer libro, "Games As A Service - How Free To Play Design Can Make Better Games" está disponible online. Twitter: @athanateus www.gamesasaservice.net

Acerca de los Autores

295

Ovidiu Iliescu / Enough Software Tras desarrollar aplicaciones de sobremesa y web durante varios años, Ovidiu decidió que el software móvil era más de su agrado. Está involucrado en desarrollos Java ME y BlackBerry para Enough Software desde 2009. Se emociona con cualquier cosa relacionada con una programación eficaz, algoritmos y gráficos por ordenador. Twitter: @ovvyblabla www.ovidiuiliescu.com www.enough.de Alex Jonsson / Evothings A Alex le gusta todo lo móvil, tanto aplicaciones como tecnologías web, y especialmente conectar inteligentemente objetos físicos a otros móviles. Tiene un Doctorado en Tecnología de Medios por el Real Instituto Tecnológico de Estocolmo y comparte sus ideas y conocimientos tanto a nivel académico como corporativo. El Dr. Jonsson tiene también una necesidad ecléctica de investigar cómo las aplicaciones y servicios pueden generar nuevos negocios, aportando nuevos valores y maneras de conectar el mundo de manera inteligente. Es el fundador y VP Community de Evothings simplemente porque las cosas son mejores si están conectadas. Twitter: @dr_alexj www.evothings.com

296

Michael Koch / Enough Software Michael viene desarrollando software desde 1988, uniéndose al equipo de desarrollo de Enough Software en 2005. Ocupa el cargo de Director de Tecnología. Ha dirigido numerosos proyectos de desarrollo de aplicaciones móviles (principalmente para Java ME, Android, Windows Mobile y BlackBerry), y también es un experto en tecnologías de servidor. Michael es un entusiasta del código abierto involucrado en muchos proyectos libres, como GNU classpath. Twitter: @linux_pinguin www.enough.de Daniel Kranz / Joule Daniel es un estratega multicanal con experiencia en consultoría, agencias y tecnología. Anteriormente director técnico de proyectos en una de las principales agencias de publicidad y consultor de soluciones móviles para una consultora especializada en web y multicanal, ahora trabaja como consultor de planificación estratégica global aconsejando a marcas sobre cómo integrar lo móvil como parte de su estrategia digital. www.jouleww.com

Acerca de los Autores

297

Carlo Longino / WIP Carlo ha dedicado más de una década de experiencia la industria móvil, comenzando justo tras el cambio de milenio en la sede de Nokia en Finlandia. Antes de incorporarse a WIP (Wireless Industry Partnership) como director de los servicios de marketing para desarrollo en el 2010, Carlo trabajó como consultor freelance y escritor hasta que completó un MBA. Previamente, fue analista senior para Floor64, una firma de análisis con sede en Silicon Valley, donde se especializó en las industrias móviles y de telecomunicaciones. También ayudó a lanzar, e impulsó durante cinco años, TheFeature.com, un site centrado en el liderazgo de ideas propiedad de Nokia. Carlos también ha publicado en las redes de noticias de The Wall Street Journal, Business 2.0 y Dow Jones, y ha dado conferencias en numerosos eventos, incluyendo el Mobile World Congress, SXSW, MobileBeat y CTIA, entre otros. Twitter: @caaarlo www.wip.org Javier Melenchón / Universitat Oberta de Catalunya Javier Melenchón se dedica a realizar actividades formativas asociadas a la creación multimedia desde el ámbito universitario, inicialmente en la Universitat Ramon Llull y actualmente en la Universitat Oberta de Catalunya. Forma parte de la primera promoción de titulados universitarios en ingeniería multimedia y se doctoró en ese mismo ámbito. Es experto en todo tipo de tratamiento de señales de audio, imagen y vídeo y en cómo formar a los profesionales para que sepan manejar este tipo de información, de crucial importancia en el ámbito móvil actual. Colabora con la revista digital Mosaic. www.mosaic.uoc.edu multimedia.uoc.edu

Acerca de los Autores

298

Tim Messerschmidt / PayPal Tim ha estado desarrollando aplicaciones Android desde 2008. Después de estudiar informática de negocios, se unió a Neofonie Mobile con sede en Berlín como desarrollador de software móvil en 2011, siendo consultor para Samsung Alemania como Developer Advocate para Android y bada desde 2010. En 2012 se trasladó a PayPal como un Developer Evangelist. Es un apasionado de los pagos por móvil, las interfaces de usuario, UX y el desarrollo en Android en general. Además, le encanta hablar en conferencias, escribir artículos y participar en todo tipo de social media. Twitter: @seraandroid & @PayPalDev timmesserschmidt.com Sebastian Meyer / D-LABS Sebastián tiene más de una década de experiencia con las tecnologías web y móviles. Se unió a D-LABS como Consultor de Innovación y Software después de cursar sus estudios en ingeniería de software en el Hasso Plattner Institute en Potsdam. Está especializado en metodologías centradas en el usuario y la innovación en un contexto empresarial, y trabaja como consultor para startups nacionales e internacionales, PYME y grandes empresas. www.d-labs.com

Acerca de los Autores

299

Patrick Mortara Patrick estudió informática en Frankfurt y ha estado desarrollando software para ordenadores de sobremesa desde mediados de los noventa, tanto por libre como contratado por diversas empresas. Comenzó a desarrollar para móviles en el 2010, cuando Samsung lanzó su primer smartphone bada, el Samsung Wave I. Twitter: @pmortara www.mortara.org Marcus Ross Marcus es un desarrollador y formador independiente. Después de 10 años de estar empleado en varias empresas, ahora está haciendo proyectos SQL-BI y todo tipo de actividades móviles multiplataforma. Es un autor regular en la revista alemana "mobileWebDeveloper". En su tiempo libre se le ve a menudo en conferencias, hablando sobre temas móviles y JavaScript. También escribe artículos, libros y tweets sobre desarrollo móvil. Twitter: @zahlenhelfer www.zahlenhelfer-consulting.de

Acerca de los Autores

300

André Schmidt / Enough Software André lleva en el negocio del software desde 2001. Después de iniciar su carrera somo programador en una de las empresas líderes en la industria de defensa, se unió a Enough Software en 2007 como desarrollador móvil. En este rol, ha creado una amplia gama de aplicaciones móviles, sobre todo para Android. También es un orador frecuente en conferencias de desarrolladores y bar camps. www.enough.de Michel Shuqair / AppValley Tras comenzar con aplicaciones WAP en blanco y negro, iMode y juegos SMS en la década de los 90, Michel pasó a liderar la red social Wauwee. Sirviendo a casi un millón de miembros, Michel fue apoyado por un equipo de especialistas en Symbian, iPhone, BlackBerry y Android en su sede en Amsterdam. Wauwee fue adquirida por MobiLuck, ahora parte de la empresa con sede en Paris Madgic.com, una plataforma de moetización móvil. www.appvalley.nl Marco Tabor / Enough Software Marco es el responsable de relaciones públicas, ventas y mucho más en Enough Software, donde lleva trabajando más de 7 años. El es el coordinador de esta guía, teniendo además la responsabilidad de encontrar patrocinadores y fusionar las aportaciones hechas por la comunidad móvil. Twitter: @enoughmarco www.mobiledevelopersguide.com www.enough.de

Acerca de los Autores

301

Ian Thain / SAP Ian es un Mobile Evangelist de SAP, aunque comenzó hace 12 años con Sybase Inc. Se dirige regularmente a público de todo el mundo, proporcionando conocimiento móvil y experiencia corporativa. También escribe artículos, blogs y tweets en movilidad empresarial y es un apasionado de la experiencia en desarrollo móvil en el mundo empresarial. Twitter: @ithain scn.sap.com/blogs/ithain/ www.sap.com Marc van 't Veer / Polteq Marc es un consultor especializado en pruebas de aplicaciones móviles en Polteq, con más de 8 años de experiencia como coordinador y testeador de sistemas. Tiene una gran experiencia en pruebas orientadas a un contexto tecnológico, por ejemplo en telecomunicaciones, SOA, automatización de pruebas, desarrollo de controladores y testeo de APIs. En su trabajo actual, Marc forma parte de un equipo scrum que está desarrollando la próxima generación de coordina todas las pruebas de aplicaciones nativas para los mercados holandés e internacional en servicios de paquetería. marcvantveer.niobe.nl/blog www.polteq.com

Acerca de los Autores

302

Robert Virkus / Enough Software Robert ha estado trabajando en el espacio móvil desde 1998. Experimentó la fragmentación de Java de primera mano cuando desarrolló y portó un cliente móvil en el Siemens SL42i, el primera teléfono para el mercado de masas con una máquina virtual Java. Después de esta experiencia puso en marcha el proyecto de código abierto J2ME Polish en 2004. J2ME Polish ayuda a los desarrolladores a superar la fragmentación por dispositivo. Es el fundador y CEO de Enough Software, la compañía detrás de J2ME Polish, muchas aplicaciones móviles, y este libro. Twitter: @robert_virkus www.j2mepolish.org www.enough.de Chris Ward / Sitepoint Chris es un desarrollador y escritor trotamundos que trabaja actualmente en varios proyectos con el objetivo de explorar el potencial de la 'cultura libre'. Actualmente el editor de www.sitepoint.com/mobile y siempre está buscando nuevos escritores. Twitter: @ChrisChinch chrischinchilla.com

Acerca de los Autores

303

una iniciativa de:

www.enough.de esponsorizado por:

msdn.microsoft.com

developers.sap.com

hp.com/go/mobile

“Si quieres empezar tu propio negocio en el ámbito móvil, este es el libro Minh Nguyen en amazon.com que tienes que leer primero.”

“El títol és magnífico, pero el contenido hace honor al título en cierta medida. Este libro electrónico ofrece un amplio vistazo a casi cualquier cosa relacionada Azzief Khaliq en hongkiat.com con el desarrollo de aplicaciones móviles existente.” “¡Una obra espectacular! Te asombrarás por cómo de increíblemente rápido puedes establecer tu presencia en el mercado móvil con los simples pasos Daniel Hudson en webtechman.com explicados en esta guía.”

Una lectura obligatoria para cualquiera que esté considerando crear y Steve en amazon.com comercializar apps.” Socio de distribución:

wip.org

www.mobiledevelopersguide.com