Bitácora de Javier Cancela

La adquisición de Jaiku por parte de Google me pilló en el Machu-Picchu, pero no quería dejar pasar una interesante reflexión de Tim O’Reilly sobre la elección de Jaiku en vez de Twitter:

Jaiku isn’t a “lifestreaming” company per se. They are a mobile company in the business of creating smarter presence applications.

La idea es que lo que marca la diferencia no son los usuarios registrados (muchos más en el caso de Twitter), ni la aplicación web “2.0″ (similar en ambos casos), sino la vocación de Jaiku de servicio para móviles, plasmada en un espléndido cliente para S60 (hablo de oídas, yo estoy pendiente de que me inviten para probarlo).

Vía davidgp.

Symbian es un sistema operativo para dispositivos móviles cuyo mayor accionista es Nokia, pero en el que también participan Ericsson, Panasonic, Samsung, Siemens y Sony Ericsson. Esto quiere decir que una buena parte de los móviles de estas compañías disponen de Symbian OS.

La última versión este S.O. que se puede encontrar en móviles comercializados es la 9.3, aunque ya está anunciada la versión 9.5. Supongamos que queremos desarrollar una aplicación para Symbian: bastará con desarrollar una aplicación para una versión del sistema operativo y esta funcionará en cualquier móvil que lleve esa versión, ¿no? No.

El problema está en que, aún llevando el mismo sistema operativo, existen móviles con características muy distintas, especialmente en lo referente a la interfaz de usuario. De hecho, Symbian define una serie de plataformas de interfaz de usuario (UI platforms) que permiten definir familias de móviles según su sistema operativo y sus características de IU. Por ejemplo, para la versión 9.1 de Symbian tenemos la plataforma S60 3rd Edition, para móviles como el Nokia E70 (la plataforma S60 es la de la mayoría de los Nokia); y para esa misma versión de Symbian tenemos también la plataforma UIQ 3, para móviles con pantalla táctil como el Sony Ericsson P990.

En general, cada versión de cada plataforma consiste en un conjunto de APIs* que da acceso a las funciones de las que dispone el móvil. El conjunto de funciones que necesite nuestra aplicación determinará la versión de la plataforma que necesitemos. Por ejemplo, si nuestra aplicación va a comprobar DRMs de archivos multimedia, necesitaremos la DRM License Checker API, disponible a partir de S60 2nd Edition FP2; mientras que si además queremos incorporar mensajería instantánea usaremos la Instant Messaging API, que nos obligará a restringirnos a dispositivos S60 3rd Edition o superior.
Una vez definida nuestra plataforma objetivo, podemos descargar e instalar la SDK correspondiente (aquí las de UIQ y aquí las de S60). El paquete descargado incluye las librerías necesarias, documentación, ejemplos y un emulador para poder probar nuestras aplicaciones en distintas configuraciones sin tener un dispositivo físico. El emulador es indispensable en las primeras fases del desarrollo, pero siempre hay que tener en cuenta que su funcionamiento no es totalmente idéntico al de los dispositivos reales, así que es necesario realizar pruebas finales en ellos.

Finalmente, el IDE. Opciones: CodeWarrior, VisualStudio.NET y Carbide.c++. Históricamente CodeWarrior era la herramienta de referencia, pero ya desde hace algún tiempo Nokia apuesta únicamente por Carbide.c++, que está basado en Eclipse y tiene una versión gratuita. (Para UIQ existe también un IDE llamado VistaMax, pero no tengo referencias de él)

* Cuando hablo de APIs aquí me refiero a librerías a las que acceder desde C++. El caso de Java lo trataremos por separado en el capítulo dedicado a J2ME. Además, aparte de C++ y Java existen run-times para muchos otros lenguajes, como Python, Perl o Ruby.

Entradas relacionadas:

Introducción al desarrollo de aplicaciones para teléfonos móviles: Windows Mobile
Introducción al desarrollo de aplicaciones para teléfonos móviles: J2ME (I)
Introducción al desarrollo de aplicaciones para teléfonos móviles: J2ME (y II)
Introducción al desarrollo de aplicaciones para teléfonos móviles: BlackBerry