BlocketPc :: Flash Lite y Mobile Web

Otro año más os traemos el resumen anual de BlocketPc en el que probablemente haya sido el año que ha cambiado más el ecosistema con la aparición de Flash Player 10.1.

Para el 2010 os traemos muchas sorpresas, tenemos grandes ideas para el grupo de usuarios y tenemos fe en que estos cambios serán para mejor.

Gracias a todos los que nos leéis un año más y ya van cuatro.

Enero

El Open Screen Project seguía haciendo bien su trabajo llevando Flash a los televisores y abriendo la especificación del RTMP.
Palm anunciaba su genial apuesta con Palm Pre y WebOS, y nosotros hacíamos lo mismo con LiteDays, los eventos en vivo oficiales de BlocketPc.

Febrero

Empezaban a salir las primeras informaciones sobre Apple y Adobe trabajando en un Flash Player, luego vimos que era otra cosa en realidad.
En un mes plagado de eventos fuimos al Mobile World Congress, montamos nuestras charlas LiteDays con un éxito brutal y participamos en Adobe Hispano con una seminario online.
Por si fuera poco vimos entradas tan interesantes como los 30 tips para Flash Lite o el anuncio de que Chumby iba a portar su plataforma a otros dispositivos.

Marzo

Este fue un mes lleno de recursos para los desarrolladores con el Flash Packaging Tool de Nokia, los tutoriales para Palm Pre y nuestra aportación a la comunidad con la versión 0.4.4 de Feather Framework.

Abril

Serge Jespers nos enseñaba cómo funciona la llamada Adobe Mobile Platform, aunque él no lo sabía, no iba a tener mucho futuro.
Nokia y Sony Ericsson seguían trabajando en sus soluciones Flash Lite y salía Project Capuchin 3.4 e información de la Nokia Services API.
Adobe anunciaba oficialmente el soporte de Flash en algunos televisores.

Mayo

Adobe Mobile Packager y Adobe Distributable Player seguían creciendo a pasos agigantados.
Otras plataformas como Tivo o Android empezaban a rumorear un soporte de Flash, y Samsung ponía a la venta ya en España los primeros televisores con Flash.
Nosotros seguíamos trabajando para la comunidad desgranando la usabilidad en el móvil y aliándonos con Video2Brain para crear videotutoriales.

Junio

Nokia anunciaba la OVI Store a bombo y platillo con muy buenas expectativas.
Entre Ryan Stewart y otras voces de la comunidad empezábamos a saber cuál iba a ser el futuro de Flash, así como los anuncios de Flash Player 10.1, Flex Mobile y AIR Mobile para el MAX 2009.
Para no bajar el nivel anunciábamos Talleres Subflash 2009, los videotutoriales de Video2Brain Adobe Flash Kit de Supervivencia y nuestro proyecto Open Source Dandelion Player.

Julio

Dábamos dos charlas en Adobe En Vivo Online, sin saber que también estaríamos en vivo.
Flash Lite Distributable Player llegaba a 45 países, pero seguíamos con la mosca tras la oreja por los continuos anuncios de Flash Player 10.1.
Creative se unía a la fiesta con Creative Zii Egg y la plataforma Plaszma.

Agosto

En un agosto ligerito de noticias nos dedicamos a analizar bugs en Flash Lite y creábamos el primer debate Flash Player – Flash Lite.
En Bogotá disfrutaban del Flash Camp con Lee Brimelow.
Google anunciaba el segundo Android Developer Challenge con unos premios económicos terriblemente motivadores.

Septiembre

En un septiembre de locura para los fabricantes Nokia mostraba el N900, primer móvil con sistema operativo Maemo, Blackberry empezaba a rumorearse como una nueva plataforma Flash, Nintendo ponía Flash Lite 3.1 finalmente en la Wii, Chumby Industries nos animaba a hacer nuestro propio Chumby y podíamos ver el primer SetTop Box funcionando con Flash Lite a una velocidad increíble.
Festivales como FITC y FOTB nos dejaban un reguero de noticias sobre Device Central 3, Flash Lite 4, Flash Player 10.1, AIR Mobile, etc…
En nuestra continua aportación a la comunidad creamos un grupo en LinkedIn y Marcos producía un nuevo videotutorial para Video2Brain logrando tener los mejores videotutoriales sobre Flash Lite en español de todo internet.

Octubre

Entre mareos encajabamos las noticias de Flash en el iPhone, Flash Player 10.1 y Slider que llegaban desde el MAX.
Ante tal magnitud de noticias, parecía poca cosa que se uniesen Google y RIM al Open Screen Project.

Noviembre

Sin tiempo de recuperarnos de los mareos de Octubre, en Noviembre nos dan en la cara con el adiós de Flash Lite Distributable Player y Adobe Mobile Packager y nosotros nos preguntábamos cuál sería el futuro de Flash en los móviles.
Tal noticia provocó repercusiones negativas como la desaparición de SWFPack y del Flash Packaging Tool, aunque también positivas como el Flash Player 10.1 para Palm Pre.
El libro Advanced Flash on Devices salía al mercado con varias páginas dedicadas a nuestros proyectos Open Source y en un acto reflejo sacamos pecho y sonreímos profundamente.

Diciembre

El último mes del 2009 estuvo marcado por las noticias de la suite CS5 con la aceleración por hardware y Device Central CS5 en cabeza.
Recordábamos con muchísimo cariño la experiencia vivida en Lima, durante el Adobe en Vivo 2009 mientras discutíamos sobre el revuelo que había provocado Aral Balkan con su entrada flamígera.

Muchas gracias y feliz 2010

Hemos abierto en nuestro grupo de Linkedin una discusión a raiz de los post de Aral Balkan y de Scott Janousek, ya que nos parece que los temas que salen a la luz en ellas, son realmente interesantes e importantes, además de que sería muy bueno ver qué visión tiene la gente que sigue o emplea Flash/Flash Lite como herramienta de trabajo sobre las últimas decisiones de Adobe, y si creen que pueden ayudar a poder sacar rendimiento real al esfuerzo de desarrollar para móviles y dispositivos en esta tecnología.

De momento desde blocket no queremos escribir nuestra opinión directamente, porque entendemos que es mejor que la gente primero se moje por su cuenta sin tener que apoyar o rebatir lo que nosotros digamos… Te animamos a que contestes en el blog, o mejor aun, que si aun no estás dado de alta en el grupo de linkedin lo hagas y participes en él!

Aral [en]: ¿Por qué la estrategia móvil de Adobe es fundamentalmente errónea?
Visión de Scott Janousek [en]

ACTUALIZADO!
Mark se ha unido a la fiesta, y el post no tiene desperdicio, ya que en él expone interesantes puntos de vista y sobre todo da datos sobre las mejoras que se van a ver en el próximo año.
Lee Brimelow también deja su opinión aquí.

¡La discusión está servida!

Mi opinión (Marcos)

La verdad que es un tema muy muy complejo, y tampoco se puede simplificar al nivel que en mi opinión lo ha hecho Aral, en el sentido de que en el ecosistema móvil o peor aun ahora que hablamos de dispositivos tan variados como terminales de baja gama, terminales potentes, set-top boxes, TV u otros aparatos… no se puede hablar de soluciones eficaces, potentes y sostenibles en el tiempo sin que alguna parte salga perjudicada. Es una utopía obviar la fragmentación que existe (incluso dentro de un mismo fabricante), y que siempre existirá.

No obstante es que es verdad que en los últimos tiempos Adobe parece haber dado un poco algún paso en falso (como el Distributable Player), pero también es cierto que en este mundo, hay muchos más intereses que los puramente técnicos o tecnológicos, y no es facil a veces entender según qué decisiones de las empresas. Como bien decía Scott en su “respuesta”, Adobe lleva muchos años sacando mucho partido al player para dispositivos, primero con la comisión que se llevaba en cada unidad producida, luego porque muchos fabricantes han adoptado esta tecnología para la interfaz de sus dispositivos, luego porque hay algunos fabricantes que han confiado plenamente en ella, y porque poco a poco van alcanzando más conocimiento de la misma y mejorando sus capacidades.

Ahora Adobe plantea una plataforma con muchas posibilidades y diferenciadas, y no veo que sea incompatible seguir el modelo que indica Aral usando Flash como tecnología. Nadie nos obliga a desarrollar para “todos” los dispositivos, y con la llegada de Apple, esto ha pasado a ser de una desventaja a una característica normal. Antes del iPhone, flash caía frente a Java porque Java llegaba a mucha más variedad de terminales, desde la llegada del dispositivo de Apple, no está para nada mal visto trabajar para una determinada plataforma, o incluso si me apuras para un terminal en concreto.

La aparición de tiendas tipo app store por parte de los principales fabricantes (OVI de Nokia, PlayNow Arena de SE, Android Market…) favorecen que los desarrolladores puedan sacar partido económico de sus creaciones, pero se presentan a nuevos retos, como es la visibilidad en estas tiendas, cosa nada sencilla y ni siquiera siempre barata (certificados, licencias, etc.)

Ahora mismo con flash tienes muchas más opciones de las que tenías hace 2 o 3 años, y además cuentas con una tecnología mejor integrada y más potente en los terminales que la soportan. Es decir, ahora mismo si decides trabajar una aplicación contra S60 5th edición contarás con acceso a GPS, contactos, acelerómetro, etc, cosas que hace no tanto tiempo ni se soñaba. Si vas contra Sony Ericsson, tendrás una buena cantidad de terminales que te dan lo mismo o incluso más mediante Project Capuchin, y dentro de poco podremos ir contra Android, Blackberry o Palm a través de un gran player 10.1 en el navegador. Las tecnologías web están ganando muchos enteros a la hora de crear aplicaciones en dispositivos, y un player potente de flash en el navegador puede que sea una gran solución para aplicaciones basadas siempre en una lógica en el servidor, modelo que defiendo desde hace muchísimo tiempo, como el mejor para crear aplicaciones móviles. Es decir que el cliente móvil sea un mero “canal de comunicación” de la información que gestiona del servidor, o de la que el usuario decide enviar a dicho servidor.

En resumen, no veo el panorama mal, o mejor dicho, peor que hace unos años. Creo que se ha mejorado y que el mayor problema que hay es el mismo que tiene CUALQUIER tecnología móvil que se precie, que es la fragmentación. Cuanta más integración tienes con el dispositivo, más dificil es no tener dicha fragmentación. Es una pena que sea así, y quizás con el acuerdo de los fabricantes podría solventarse (imaginarse un Project Capuchin en todos los fabricantes con soporte para Java), pero esto en un mercado tan brutal como el del móvil, lo veo una utopía.

Por el camino tenemos cosas tan interesantes como Device Central, publicación nativa para iPhone desde Flash CS5, flash en TV, programación en AS3 para terminales móviles… son grandes avances que todos esperábamos de alguna u otra manera… y en ese sentido creo que la cosa no va tan mal.

Es evidente que flash tiene mucho que avanzar en el mercado móvil, pero con Open Screen Project se han sumado a la ecuación muchas empresas clave, que sin duda demuestra que Adobe ha apuntado bien, con esos amigos, es dificil que la plataforma flash no tenga buenas perspectivas en el mundo multidispositivo, aunque le quede mucho que recorrer

Mi opinión (Raúl)

En la línea de lo que habla Marcos, sigo estando más de acuerdo con Mark que con Aral y para ello me gustaría también desgranar algunas de las cosas que se han dicho.

Primero de todo yo he de decir que sí que creo que Adobe lo que tiene que hacer es llegar a cuantos más dispositivos mejor, básicamente porque en España a los grandes clientes no les importa un pimiento el iPhone o el HTC Magic, lo primero que preguntan es si funciona en Symbian y Blackberry.

Esto funciona así porque Symbian tiene una cuota de mercado enorme en España y los clientes saben que para iPhone y Android siempre están a tiempo de hacer una versión específica. Si esta característica específica es así para el mercado Español, un mercado pequeñísimo de tan sólo 40 millones de usuarios, imaginaos lo que puede pasar a nivel mundial.

El post de Aral obvia muchas cosas y entre ellas es el mercado, por ejemplo, recientemente en Lima me dijeron que aproximadamente habían unos 10.000 iPhones en la ciudad, una cifra irrisoria. Si a eso le sumamos que no hay HTC Magic ni Motorola Droid, pues tenemos un público objetivo de 10.000 móviles. Es absurdo pensar que una empresa pueda comprar una aplicación para llegar a 10.000 usuarios de 8.000.000 de habitantes.

Otro de los puntos calientes es el tema del rendimiento de Flash Player 10.1 contra las aplicaciones nativas. Sí que es verdad que las aplicaciones nativas correrán siempre más rápido, pero también cierto que he visto aplicaciones Flash Lite correr más rápido que algunas nativas, con lo que como siempre ahí tiene que ver mucho la pericia del desarrollador.

Por otro lado está el Just-in-time compilation de Flash Player 10.1, del que se están hablando maravillas, pero que yo prefiero ver en marcha para poder opinar.

Finalmente, otro punto en el post de Aral es que Flash Lite no ha triunfado porque se centró en extenderse antes que en la experiencia de usuario, argumentando que las aplicaciones desarrolladas no daban un rendimiento óptimo.

Volvemos al punto anterior, yo creo que hay aplicaciones Flash Lite con un rendimiento increíble, pero hay que optimizar, mucho y bien, pero he de decir que estoy de acuerdo en cuanto a la experiencia de usuario, aunque no como la ha planteado Aral.

Para mí el gran problema de Flash Lite es que no ha sido lo suficientemente claro, cada vez que alguien me enseña un móvil me pregunta si soporta Flash y eso es absurdo, el player de Flash debería estar disponible para un sistema operativo, si tienes un móvil con ese sistema operativo vas a la web de Adobe lo bajas y lo instalas, así de fácil.

Así es como debería ser, como cuando estás en un Pc y creo que ese es el camino que está haciendo Adobe.

Una semana después de que haya acabado Adobe En Vivo 2009 publico este post donde quiero compartir las experiencias vividas en este evento, el cual ya podemos decir que es una referencia en la comunidad Flash.

Los primeros días estaba yo sólo, así que básicamente los pasé en compañía de Fernando y Erik, a los que he de agradecer profundamente su compañía, realmente te hacen sentir como en casa y me llevaron a los mejores lugares de Lima.

Para empezar estuve en las oficinas temporales de Funciton Communications, fue una lástima no poder ver las nuevas porque se ve que estaban muy bien. Personalmente de las que yo vi me gustó mucho la pizarra que tenían para escribir en las reuniones, toda de cristal y con el logo encima, era muy bonita realmente y estaba llena de garabatos e ideas. Siempre me han gustado esas pizarras.

Lea el resto »

Ya estoy en Lima, después de algún problema y más de 15 horas de vuelo, pero sano y salvo con mi maleta en el hotel que Elder nos ha encontrado en la zona de Miraflores.

Todo empezó el domingo a las 4.00 (GMT +1), cuando sacando dinero de un cajero automático perdí mi pasapote, a todo esto yo no me dí cuenta de que lo había perdido hasta que llegué al aeropuerto y para entonces ya era demasiado tarde, ese vuelo lo había perdido.

Afortunadamente pudieron cambiarme el vuelo para el día siguiente sin pagar nada a cambio, salvo 20€ por el nuevo pasaporte y una crisis nerviosa que apropiadamente twittee para el público general. Estos problemas en los viajes internacionales de BlocketPc empiezan a ser una costumbre, entre vuelos recomprados, maletas que no aparecen y pasaportes perdidos.

Al día siguiente y sí que pude salir con normalidad, el problema es que todo esto había producido unos cambios horarios parece ser que la gente que me esperaba en Lima no sabía muy bien cuándo debía estar yo en el aeropuerto, así que se dedicaron a hacer una búsqueda y captura de Elecash por Twitter que fue de lo más graciosa.

Finalmente conseguí reunirme con Fernando a quien le agradezco la molestia de venir a buscarme al aeropuerto, como siempre fue un placer verle y cenar con él. Hoy ya me veré con los demás, así que nos vemos esta tarde gente!

PD: Erik, no despiertes a mi madre a las 2 de la madrugada, es feo xD

Dale Rankine, ha colgado un video con determinados aspectos del nuevo Device Central CS5, dentro de las series de videos que va produciendo y colgando en Vimeo.

Adobe Device Central CS5 Sneak Peek from Adobe Flash Lite on Vimeo.

En esta ocasión en el video se pueden ver algunas de las nuevas funcionalidades de la futura versión de DC CS5, y la apariencia de la aplicación. Está claro que con todas las novedades que han rodeado al player de flash en dispositivos, el player 10.1, flash lite 4, flex mobile, todos los fabricantes que están trabajando para soportar las diferentes posibilidades de flash, así como aumentar las mismas mediante apis como la Plataforma de Servicios de Nokia, o Project Capuchin de Sony Ericsson…. Device Central tiene un buen reto por delante.

En el video podréis ver un poco de lo que se avecina, e ir conociendo la nueva herramienta con la que podremos contar para agilizar nuestros procesos de testeo, aunque como siempre comentamos, no hay nada más seguro que probar las aplicaciones en dispositivos reales. Entre lo que se puede entrever del video se aprecian ya algunas funcionalidades anunciadas como:

• Mejoras en la interfaz y sistemas de pestañas
• Inclusión de posibilidad de publicar para player 10.1, Flash Lite 4 y todas las versiones anteriores, así como versiones convencionales del player.
• Compartir perfiles y pestaña “comunidad” en el detalle de dispositivos
• Mejoras en la búsqueda en librería e información de los dispositivos
• Panel de acelerómetro
• Panel de GPS
• Panel Multitouch
• Soporte para diferentes tipos de dispositivos, no solamente terminales móviles, como consecuencia de la expansión a otros aparatos como TV, settopboxes, etc.
• Integración con Fireworks (por fin!)

Adobe Device Central CS5 Sneak Peek [EN]

Hace ya bastante tiempo que comentamos jugadas sobre WURFL, o incluso herramientas online que basándose en esta magnífica base de datos, nos permitían obtener resultados similares de una manera más sencilla, sin tener que lidiar con el monstruoso XML de dispositivos.

Para quien no tenga claro de qué hablamos, o ni siquiera le suene, WURFL es una base de datos en formato XML que contiene información sobre multitud de capacidades de dispositivos de todas las marcas, edades, niveles y clases sociales

Esta base de datos nos permite mediante el User-Agent determinar qué terminal es el que accede a la web y por tanto conocer todas las capacidades del lado de servidor, lo que evidentemente se puede transformar en un uso correcto de recursos, sirviendo por ejemplo, las imágenes al tamaño adecuado para ese terminal.

Si bien no hace demasiado que la nueva API de WURFL vio la luz con soporte para Java y PHP, el recurso que os traemos hoy es un tutorial disponible en la Wiki de Forum Nokia, que trata sobre cómo disponer de diferentes plantillas genéricas preparadas, y servirlas al terminal basándonos en su detección con WURFL.

La aproximación es un punto intermedio entre lo que NO debería ser (una web sin ningún tipo de personalización para el terminal que accede o detección de dispositivo) y lo que DEBERÍA SER (una web que sirve todos sus contenidos teniendo en cuenta siempre el terminal que accede). Del artículo no hay que quedarse tanto con la solución propuesta, sino con el uso de WURFL para lograrlo que es un buen tutorial de cómo emplearlo en PHP.