+34.net - El blog de las tecnologías móviles

El próximo lunes 31 de marzo, podremos asistir a un nuevo evento MobileMonday Madrid, en este caso con la colaboración de Forum Nokia. El tema sobre el que girarán las charlas será el Desarrollo para Móviles y para ellos contará con la presencia de ponentes de Forum Nokia, Vodafone R&D y Telefónica.

Aquí tenéis muchos más detalles:

Nuestro próximo Mobile Monday Madrid del 31 de marzo en colaboración con Forum Nokia cubrirá Desarrollo para móviles y explorará el ecosistema de desarrolladores para móviles. La sesión incluirá ponentes de Vodafone Betavine, una comunidad abierta y hub de desarrollo y de Open movilforum, una iniciativa iniciada en España que tiene como objetivo proporcionar APIs abiertas a desarrolladores independientes, para su uso en SMS, MMS, localización, etc.

El programa global de desarrolladores Nokia, Forum Nokia conecta desarrolladores a herramientas, información técnica, apoyo y canales de distribución para la creación y despliegue de aplicación en todo el mundo. Desde sus oficinas en EE.UU., Europa, Japón, China y Singapur, Forum Nokia proporciona apoyo técnico y de desarrollo de negocio a desarrolladores y operadores para ayudarles en su objetivo de lanzar con éxito servicios y aplicaciones para consumidores y empresas. Más información en: www.forum.nokia.com

Leer el resto de esta entrada »

Leyendo este recomendable artículo sobre la fragmentación en dispositivos móviles, encuentro esta cita:

It can take up to nine months to deploy an entertainment (mobile) application, But that’s the duration of a cell phone in this market. -Craig Hayman, IBM

¿Es el desarrollo de aplicaciones móviles demasiado lento para innovar? ¿Sigue teniendo sentido desarrollar aplicaciones instalables con un tiempo de puesta en mercado tan lento? ¿son suficientemente atractivas para justificar su tediosidad y fragmentación frente a las aplicaciones web para móviles?

En Mobile Oportunity hay un debate incendiario abierto sobre el tema, del que me entero gracias a la reflexión de Salsa Digital sobre cómo los modelos de negocio empleados no han ayudado.

Yo sólo lo veo justificable en juegos y aplicaciones que accedan a recursos del terminal…

Nokia ha comprado Trolltech. “Pues vale”, diréis algunos “¿y qué?”. Otros diréis “¿y qué demonios es Trolltech?”. Pues bien, Trolltech es una empresa de software libre, con sede en Oslo, responsable del desarrollo de Qt, la famosa biblioteca que utiliza KDE. Supongo que esto ya os irá sonando más ¿no?

La adquisición de esta pequeña empresa noruega de software libre por parte del gigante finlandés no parece tener demasiada importancia, pero analizando el tema con detenimiento … puede que sí la tenga. Con este movimiento Nokia estaría tratando de cambiar su estrategia y entrar de lleno en el software multiplataforma (basado en linux) para dispositivos móviles y también para aplicaciones de escritorio. Con esto estaría preparando su contraataque contra los movimientos que están haciendo empresas como Apple o Google hacía los servicios convergentes de Internet.

La empresa finlandesa siempre se ha resistido a incorporar sistemas operativos basados en linux en sus terminales móviles y su apuesta ha sido en todo momento por el software nativo propio en los terminales de gama baja y por Symbian en su móviles y smartphones de gama más alta. Con la compra de Trolltech todo apunta a que Nokia está dando un giro en su estrategia. Controlando estas tecnologías multiplataforma tendrá más fácil lanzar nuevos servicios Web 2.0 ubicuos, tales como redes sociales, servicios convergentes de mensajería , intercambio de contenidos UGC, etc.

¿Le saldrá bien la jugada? Seguro que sí, y al fin y al cabo, la compra de Trolltech sólo les ha costado 104 millones de euros. Y los noruegos deben estar con una sonrisa de oreja a oreja.

Vía: 120% Linux
Más información: Nota de prensa de Nokia | Business Week

Me ha dado mucho qué pensar el post “Why Best Practices matter” en el blog del W3C MWI, en el que reflexionan sobre el sentido de su misión: “Making Web access from a mobile device as simple, easy and convenient as Web access from a desktop device”.

• ¿Sigue siendo necesario, en el desarrollo una aplicación web, tener en cuenta si será accedida por dispositivos móviles?
• Con la aparición de terminales iPhone (y todos los demás) ¿no deja de tener sentido el preocuparse por establecer un conjunto mínimo de caraterísticas como el Default Deliver Context?

La respuesta del W3C es esta:

“the W3C is not just about the very bleeding edge of new and expensive technology, any more than it is just about academic research, or for that matter simply putting any one area above all others. Because the devices that are around the level of the Default Delivary Context are, worldwide, still a huge proportion of phones selling today. And a huge proportion of phones being passed on or sold second-hand, around the world”

Tienen razón, no todos los terminales tendrán las mismas capacidades de un iPhone y por lo tanto no se puede ignorar el resto de terminales móviles de menores prestaciones que acceden y accederán a la Web. Pero, el ¿W3C MWI se dedicará a especificar para terminales de segunda mano en países en vías de desarrollo?

No lo creo. Pienso que han pasado por alto un matiz importante: el acceso a páginas Web tradicionales mediante un iPhone es perfectamente posible, se renderiza estupendamente, pero no es usable. Apple lo sabe, por ello desarrolló una guía de estilo. Facebook y Google lo saben, por ello han desarrollado vistas de su sitios específicas para iPhone e iPod Touch. ¿Como es posible que el W3C todavía no lo sepa?

Una vez más quiero compartir con tod@s vosotr@s un comentario bastante interesante que nuestro querido David (asiduo lector y comentarista de +34) nos ha dejado en respuesta a la entrada acerca del Futuro de la usabilidad móvil.

Esto es lo que nos comentaba el propio David: “[…] os copio / pego algunos consejos sobre usabilidad que he recopilado y traducido de diferentes libros” referente al Diseño de interfaces gráficas de usuario.

• Una interfaz de usuario está bien diseñada cuando se comporta exactamente como el usuario pensó que lo haría.
• Una interfaz de usuario está bien programada cuando el modelo de comportamiento del usuario y el del sistema coinciden.
• Si el modelo de comportamiento de tu programa no es trivial, posiblemente no sea el mismo que el del usuario.
• El usuario asumirá el modelo más simple posible.
• Cuando el modelo del usuario es incompleto o equivocado, el programa puede usar metáforas (papelera, portafolios, etc.) para enseñar al usuario su modelo.

Leer el resto de esta entrada »

Nokia presenta la evolución de Widsets y su integración son Symbian S60 3rd FP2, en estas diapositivas:

Lo más destacable es la posibilidad de interactuar de forma sencilla a través del lenguaje de scripting con recursos propios del terminal cómo información sobre el nivel de batería, calidad de la cobertura. Además, permite acceder los servicios de iluminación y vibración del terminal.

Vía: Mobile Phone Developmet

La versión 3 de Flash Lite ya está en el mercado, después de que hayan pasado varios meses desde que fuera anunciada en el pasado 3GSM World Congress. Todo el que conozca Flash sabe de las tremendas posibilidades que ofrece, pero también sabe de la gran diferencia existente entre la versión de Flash para escritorio y la versión Lite, para terminales móviles. Con esta versión 3, Adobe pretende acercar un poco más las capacidades ofrecidas por Flash Lite hacia las de su hermano mayor.

Las principales novedades que incorpora Flash Lite 3 son el soporte para vídeo y la descarga dinámica de contenidos web para contenidos móviles, lo que permitirá hacer sitios web móviles mucho más dinámicos y atractivos.

Flash Lite está teniendo mucho más éxito de lo que parece, aunque en Europa no lo percibimos. Pero es que en Japón está muy ampliamente extendido e integrado en cientos de modelos de terminales. NTT DoCoMo es uno de sus abanderados y la primera empresa que incorporó esta tecnología en sus móviles. Nokia ha anunciado que incorporará Flash Lite 3 en los móviles de la Serie 60 y también en terminales con Windows Mobile.

Vía: Xataka Móvil
Más información: Nota de Prensa de Adobe

Aquí va una noticia para los amantes y seguidores de la serie CSI, que son muchos, ya que esta serie de TV es una de las de mayor éxito a nivel mundial. Gameloft ha desarrollado un juego para móviles basado en la famosa serie y está a punto de salir al mercado.

A mi personalmente me gusta mas Grissom que Horatio… y habría hecho el juego de CSI Las Vegas antes que el de Miami. Aunque con la llegada de José Coronado y la nueva serie RIS Científica… que tiemblen esos americanos. Según palabras del propio Coronado:

“RIS Científica es una serie que apela a la inteligencia del espectador, con guiones muy elaborados y la gente la va a ver con un espíritu de cine (…). Son historias maravillosas, un deleite para la vista y el oído que va a enganchar”

Querido José Coronado, permíteme que lo ponga en duda, sin acritud.

Vía: Movilae

Sun organizó un concurso en YouTube en el que se pedían vídeos que mostrasen las posibilidades de J2ME. Aunque el merecido ganador es un clip sobre el juego Opposite Lock, a mí me hace bastante más gracia el segundo premio, “A day with Java ME”

OpenMoko es la primera plataforma integrada de comunicaciones móviles open source del mundo. Se trata de un proyecto cuyo objetivo es crear una plataforma software para smartphones basada en GNU / Linux, que permita desarrollar diferentes distribuciones de la plataforma para ser integradas en diferentes terminales móviles, apoyándose sobre el kernel de Linux y varias librerías para el desarrollo de interfaces gráficas (X.Org, GTK, …).

El teléfono móvil que se ve en la imagen es el prototipo Neo1973, que es el primero que se ha fabricado específicamente para OpenMoko, y a lo largo de 2008 pretenden lanzar otros tres terminales.

Detrás de este proyecto se encuentra la compañía taiwanesa First International Computer (FIC) que es un fabricante de componentes que diseña y fabrica ordenadores y todo tipo de aparatos electrónicos para otros fabricantes de electrónica de todo el mundo.

Está iniciativa parece estar muy bien montada, como podéis comprobar visitando su sitio web oficial y el sitio web que tienen montado para su comunidad de desarrolladores. Yo personalmente le auguro y le deseo muchos éxitos en el futuro.

Vía: Error500

El pasado 1 de junio publiqué una noticia breve con Datos sobre Flash Lite. Nuevamente, a raiz de un comentario a esta entrada realizado por David Contreras, he visto la oportunidad de crear este post para los que no hayáis tenido la oportunidad de leer el comentario, que a mi me parece muy interesante. Dicho esto, a continuación cito a David:

“Con respecto a la entrada, me vais a permitir que sea un tanto escéptico, me explico:

Flash Lite es una excelente plataforma, con capacidad demostrada sobradamente para generar interfaces de calidad (me estoy acordando del teléfono “Prada”), de echo, pisotea a nivel gráfico cualquier cosa vista en Java ME hasta hace unos años. Además, la fragmentación para un programador se reduce a 3 ó 4 grupos (1.0, 1.1, 2.0 y 2.1) lo que reduce enormemente el tiempo de desarrollo. Sin embargo como plataforma le veo algunas pegas importantes:

• No es una plataforma abierta: Con la liberación de Java, Sun va a conseguir que cada distribución Linux, cada PDA, sistema operativo en general tengan una máquina virtual donde ejecutar aplicaciones. Integrada de serie si se desea y si no descargable. Yo tuve que pagar 1€ en mi 6630 por el reproductor de flash lite, y encima no puedo destriparlo: malo.
• Otra desventaja de FL, es que no hay IDEs de CALIDAD que sean 100% gratuitos. Por el contrario en Java existen Netbeans y Eclipse. Vemos de nuevo la clásica filosofía de “Págame” frente a la de “Desarrolla lo que te de la gana y disfruta”
• Acceso a los recursos del móvil: Vale, en la mayoría de las aplicaciones no es necesario acceder a la cámara del móvil, o al sistema de ficheros, pero es una limitación importante a la hora de hacer un desarrollo medianamente complejo.

Alternativas: Si bien empezaba el post con “… pisotea a nivel gráfico cualquier cosa vista en Java ME hasta hace unos años” lo cierto es que ahora se cuenta en Java ME con el api JSR 226 y JSR 287, gráficos vectoriales SIMILARES a flash lite, con los que podemos hacer exactamente lo mismo, y sin sacrificar el acceso a recursos de los que hablaba.

Es decir, que en Java ME podemos hacer exactamente lo mismo que en Flash lite, además de muchas otras cosas, sin pagar royalties de ningún tipo, con herramientas open source gratuítas y potentes, y sabiendo que vamos a tener un parque de teléfonos abrumadoramente más grande…

Inquietante ¿no?”

Nuevamente, gracias a David por su aportación a nuestro blog.

Hace un par de semanas escribía sobre la nueva especificación Java MSA para móviles, y a raiz de la entrada que publiqué, recibimos algunos comentarios muy interesantes de David Contreras, que es un profesional que se dedica al desarrollo de aplicaciones para el entorno móvil. Me parecieron tan interesantes sus comentarios que no quería dejar pasar la oportunidad de compartirlos con todos vosotros (con su autorización, por supuesto). Os recomiendo que lo leáis entero.

“Tanto MSA como (previsiblemente) MIDP 3.0 siguen el mismo modelo de comportamiento que llevamos viendo desde 1999: Sale MIDP 1.0, que no es sino un conjunto de JSRs que cualquier móvil debe entender para poder llamarse “compatible” con el estándar o especificación MIDP 1.0, vale, perfecto.

Sun sigue trabajando tras este hito, y desarrolla nuevos JSrs, como el JSR 82 (Bluetooth). Perfecto, entonces un fabricante se decide a implementarlo en sus terminales (o más correctamente implementa versiones de la maquina virtual de Java más modernas, que recnocen ese nuevo API). Problema: Fragmentación de mercado: Ahora un desarrollador tiene que decidir para qué grupo de terminales desarrolla su aplicación: MIDP 1.0 a “secas” o MIDP 1.0 + JSR 82.

La solución normalmente si quieres hacer aplicaciones para “la masa” pasa por quedarte con el mínimo común múltiplo de características que cumplen todos los terminales, lo cual se traduce en aplicaciones bastante pobres: mal asunto.

Leer el resto de esta entrada »

Microsoft se dio cuenta de que su versión de Internet Explorer incluida en los terminales con sistema operativo Windows Mobile era un poco patata (las cosas comos son). Para remediarlo, está desarrollando un nuevo navegador HTML completo llamado Deepfish. Este producto ahora mismo se encuentra en desarrollo en Microsoft Live Labs.

Este nuevo navegador será mucho más intuitivo de utilizar y tendrá una mayor usabilidad. Para ello nos permitirá ver la página a pantalla completa, movernos sobre las diferentes partes de la página y hacer zoom sobre aquellas zonas que nos interesen. Para tener más claro lo que ofrecerá este navegador, podéis ver este vídeo/presentación o este otro vídeo que muestra su uso. Según dicen, será un cliente muy ligero, pero tendrá sus limitaciones: no soportará controles ActiveX, AJAX, cookies, Javascript ni HTTP POST.

Ahora mismo, Deepfish sólo está disponible para descarga por invitación, para un número reducido de usuarios beta. Para estar informado y poderlo usar lo antes posible visitad el sitio de Deepfish.

Gracias a mi amigo Santi por pasarme la información

Vía: Todo PocketPC
Más información: Microsoft Deepfish

Sun ha anunciado un nuevo estándar Java que podrán y deberán seguir los fabricantes de terminales móviles en breve. Este nuevo estándar se llama Java Mobile Service Architecture (MSA) y se trata de una especificación realizada siguiendo el programa Java Community Proccess (JSP) en colaboración con los principales fabricantes y desarrolladores de software.

Esta especificación se asienta sobre las bases de otras especificaciones como J2ME, MIDP, CLDC y JTWI, así como otras muchas especificaciones (JSRs) que se han ido definiendo en el JCP en los últimos años. Ya era hora de que Sun diera un paso adelante para posicionarse mejor frente a otras tecnologías como Symbian o Windows Mobile, porque las últimas especificaciones que fijaban los subconjuntos mínimos que debían cumplir los terminales con soporte Java tienen unos 4 años de antigüedad y están quedando obsoletas.

No me quiero enrrollar mucho con este tema pero sí me gustaría comentar alguna cosilla más sobre la especificación MSA. Se trata de la JSR 248 y su objetivo es definir un conjunto de funcionalidades estándar para terminales móviles clarificando las interacciones entre varias tecnologías asociadas con las especificaciones de MIDP y CLDC. La intención es definir, por un lado, las tecnologías Java que son la base común de los terminales existentes actualmente, y por otro lado, las tecnologías de los terminales más avanzados que están apareciendo en el mercado, y que serán la base en un futuro a medio plazo. Siguiendo esta lógica, los terminales que cumplan con MSA tendrán dos caminos:

• Cumplir un subcojunto predefinido de JSRs: 139, 118, 75, 135, 82, 184, 205 y 226
• Cumplir toda la especificación, con todas las JSRs del subconjunto más las JSRs: 172, 180, 211, 229, 234, 238, 177 y 179

Os recomiendo leer el documento de SUN sobre MSA para ampliar el breve resumen que os he hecho aquí.

Vía: XatakaMóvil
Más información: Mobile Service Architecture [PDF]