abr
24

No te pierdas Adobe Hispano

Este 26 de Abril la comunidad AdobeXpert ha organizado un año más Adobe Hispano, unas charlas online en la que nos explicarán las últimas novedades lanzadas en la nueva suite CS6.

El horario de las charlas podéis consultarlo en su web, pero aquí os dejo la temática de ellas por si os interesa saber algo antes de registraros:

  • Games, Develop & HTML5 for Blackberry Playbook (por Sergio Brito – México)
  • Novedades de Photoshop CS6 (por Ignacio Lledo – España)
  • Novedades Flash CS6 (por Jorge Villanueva – España)
  • Preparando contenidos multimedia en Photoshop CS6 para publicar en dispositivos móviles (por Ana Mesas – España)
  • Novedades After Effects y Premier CS6 (por Jorge Mochón – España)
  • Creative Cloud, Adobe en la nube (por Mariana Cabral – México)
  • PhoneGap, HTML5 mobile y Adobe Shadow (por Maximiliano Firtman – Argentina)
  • Novedades Audition CS6 (por Luis Sosa – Republica Dominicana)
  • Grillas dinámicas para armar sitios web en Dreamweaver CS6 (por Luis Ramírez – Chile)
  • Diseños Flexibles con InDesign CS6 (por Jose Ramos – Puerto Rico)
  • Desarrollo móvil con CS6 (por Daniel Ramos – México)
  • Adobe Muse – La web para diseñadores (por Marlon Ceballos – Colombia)
  • Stage3D & Flash Player Premium Features for Gaming (por Elder Vásquez – Perú)

Como podéis ver unos temas muy variados e interesantes que podréis empezar a ver a las 4:00PM hora española (ouch!).

Personalmente conozco a varios de los ponentes y creo que es más que recomendable asistir, el nivel es muy alto y seguro que todo el mundo que asista aprenderá algo.

Consulta toda la información en la web de Adobe Hispano.

Un saludo!

mar
08

Resumen de Device Days 2012

El pasado 2 de marzo celebramos la cuarta edición de Device Days, para nosotros fue una semana especialmente intensa, pues estuvimos en el Mobile World Congress presentando Synctur en sociedad y hemos de decir que tuvo muy buena acogida.

Pese a todo conseguimos reunir fuerzas y el viernes estábamos a las 9:15 en la sala Josep Laporte de la UOC, que este año decidieron acoger el evento y en gran parte a ellos pudimos hacerlo, así que una vez más… gracias :)

Después de una pequeña introducción por parte de Carlos Casado y un mínimo cambio en la agenda (Marcos y yo cambiamos nuestros horarios) dio inicio la primera charla, en este caso Native Extensions.

NATIVE EXTENSIONS

A un servidor le tocó quitarle las legañas a los asistentes y nada mejor que algo de ingeniería de la buena para empezar la mañana xD

No era un tema fácil de abordar, de hecho pensé que iba a ser más fácil dar esta charla, pero una vez enfrascado me di cuenta de que aunque las Native Extensions son fáciles de desarrollar, explicar el concepto y los pasos, es difícil.

En la charla mostré un ejemplo muy básico en el que extraía los contactos de la agenda con Android y los devolvía a una aplicación Flash en un array con objetos ActionScript.

He de decir que hacía tiempo que no disfrutaba tanto preparando una charla, trabajar con Native Extensions es EXTREMADAMENTE DIVERTIDO y se lo recomiendo a todo el mundo.

A continuación podéis ver las slides de mi charla y podéis descargar los archivos de la misma.



PUBLICACIONES DIGITALES CON DPS Y HTML5

Con las pilas cargadas después del coffee break, Marcos nos explicó cómo trabajar con HTML5 y las publicaciones digitales que podemos crear gracias a Adobe InDesign. Su charla se basó en compartir el conocimiento adquirido en proyectos profesionales y recopilar información sobre los problemas que había tenido trabajando con los containers de HTML5 en las DPS.

Me gustaron algunos de los ejemplos que mostró, como un formulario para enviar comentarios a un autor de un artículo o una lista de tweets relacionados a un contenido. Creo que lo que me quedó mucho es que DPS tiene muchas posibilidades si le añadimos contenido HTML5, ya que ofrece posibilidades nuevas en el mercado, ingeniosas y con mucho potencial.

A continuación tenéis las diapositivas de su charla.



HTML5 PARA LA WEB MÓVIL

Siguiendo con la vertiente de HTML5 dimos paso a Javier Usobiaga con su conferencia sobre HTML5 para la web móvil, la cual contaba con dos secciones bastante diferenciadas, la primera, un parte más teórica, en la que hablaba sobre las web apps y su estado actual en el mercado, diferencias con las apps, problemas de los markets, etc… mientras que la segunda parte era mucho más técnica, donde pudimos ver algunas de las nuevas APIs de HTML5 y las ventajas del Responsive Web Design.

Desde mi punto de vista es una charla muy trabajada y creo que a todos los asistentes les dejó un buen sabor de boca.

A continuación tenéis las diapositivas, la mar de entretenidas por cierto, de su charla.



UNIENDO DOS MUNDOS: PHONEGAP

Para terminar dejamos uno de los platos fuertes con Xavi Beumala, que habló mucho sobre las herramientas que utiliza en Marfeel, una start-up que ha iniciado junto a Joan Balés y que tengo entendido que les va muy bien.

El proceso de ingeniería y desarrollo de aplicaciones robustas desarrolladas con JavaScript a día de hoy es complicado, muy complicado, pero Xavi nos enseñó algunas de estas herramientas y cómo combinarlas con PhoneGap para lograr tener debugging remoto o incluso poder cambiar el HTML al vuelo sobre un dispositivo a través de la red. Realmente impresionante.

Lamentablemente aún no tenemos disponibles sus diapositivas, pero esperamos tenerlas esta misma semana y colgarlas en el blog para todos vosotros.

GRACIAS

Para acabar simplemente dar una vez más las gracias a la UOC por cedernos sus instalaciones y ayudarnos en todo momento, a JoPintu por promocionarnos y pagar nuestras camisetas de este año, un detallazo, a todos los ponentes por el esfuerzo que supone hacer estas charlas, y por supuesto, a todos los asistentes, que este año abarrotaron la sala hasta el punto que hubo gente que se sentó en el suelo.

Esperamos veros el año que viene.

Un saludo!!

feb
22

Roadmap de Flash

Adobe ha compartido un whitepaper muy interesante en el que habla del roadmap de Flash, runtime y player, para los próximos 5 a 10 años. Como ellos mismos dicen, este roadmap no es definitivo, pero si nos permite entender bien cuál es la dirección que va a tomar esta plataforma a largo plazo.

GAMING

Flash siempre había estado muy presente en el mundo del videojuego, sitios como Kongregate o Armor Games son dos ejemplos muy claros de cómo Flash, y en concreto Flash Player, ha sido el canal para muchos jugones a través de la web. Facebook fue el último de estos canales, juntando la red social y los videojuegos para que empresas como Zynga tuviesen ingresos multimillonarios.

Aprovechando la experiencia de los programadores Flash en el desarrollo de juegos online, Adobe decidió dar un paso más y añadir soporte de 3D a través de aceleración por hardware, dotando a Flash de la capacidad de renderizar gráficos con la calidad de una consola actual. De hecho, Adobe está llamando a Flash Player, la consola de la web, un término que a mi me parece bastante acertado.

VIDEO

El video en HTML5 aún está bastante verde en comparación con las capacidades de Flash y sobretodo en conjunto con Flash Media Server que proporciona Dynamic Bitrate entre otras características. Además, Adobe seguirá invirtiendo en DRM (sigh) y en protección de contenido para los autores y propietarios. No es que esté muy de acuerdo con el tema del DRM, pero entiendo que sean cosas que le pide la industria a Adobe.

Por otro lado, añadirán algún tipo de plataforma para soportar inserción de publicidad y control de estadísticas, esto sí que me parece un buen punto.

ADOBE AIR Y FLASH PLAYER

Adobe seguirá invirtiendo recursos y añadiendo mejoras al runtime de Flash que se añadirán posteriormente a AIR, aunque parece ser que no tienen planeado añadir más funcionalidades nativas a AIR, ya que para ello han creado las Native Extensions.

En cuanto a Flash Player, hay un roadmap bastante definido.

FLASH PLAYER 11.2

Saldrá en el primer cuarto de 2012 (enero-marzo) y traerá las siguientes novedades:

  • Soporte para fijar el ratón (mouse-lock)
  • Soporte de click derecho y click central (aleluya!!)
  • Posibilidad de deshabilitar el menú contextual (ya era hora!!)
  • Aceleración 3D para iOS y Android con Adobe AIR
  • Soporte de tarjetas gráficas desde enero de 2008
  • Nueva Throttle API para poder recibir cuando se está ahogando el Player, al pausar y al volver a la actividad
  • Decodificación de vídeo por multithread, para que la reproducción de vídeo a 1080p vuele :)

FLASH PLAYER “CYRIL”

Planeada su salida para el segundo cuarto de 2012 (abril-junio), con algunas mejoras solicitadas por los desarrolladores, como las dos primeras:

  • Posibilidad de escribir en el modo a pantalla completa :_)
  • Mejoras en el rendimiento del audio, sobretodo para obtener mayor precisión
  • Streaming de texturas en Stage3D
  • Compresión LZMA para ByteArray
  • Eventos para los frame labels, muy interesante

FLASH PLAYER “DOLORES”

“Dolores” (esperemos que no lo sea) será la última release de Flash del 2012 y contará con algunas actualizaciones interesante:

  • ActionScript Workers, para soportar concurrencia en diferentes threads
  • Profiling mejorado
  • Soporte de tarjetas aceleradoras 3D hasta 2005/2006
  • Mejoras de rendimiento en iOS
  • API para informar del rendimiento del entorno
  • Evento de release outside

“NEXT”

Flash Player “Next” y ActionScript “Next” serán las versiones que vendrán a partir de 2013 hacia adelante. En esta fase ya estamos hablando de cosas que realmente pueden ser muy diferentes al final, aunque los tiros ya se ven hacia donde van.

ActionScript “Next” será la nueva versión de ActionScript, algo así como ActionScript 4 y contará con más tipos numéricos (float, float4, byte, short, etc…) para obtener más rendimiento, será más estricto para poder localizar mejor los bugs y tendrá optimizaciones en el core de Flash para mejorar el rendimiento general en todos los runtimes.

PLATAFORMAS

En lo que se refiere a plataformas, parece ser que la dirección no variará mucho, eso quiere decir, Flash y AIR para Mac OS/Windows y solo Flash para Linux (algo es algo linuxeros). También me ha alegrado ver que Adobe ha confirmado que están trabajando con Microsoft para la incorporación de los runtimes de Flash en Windows 8, esperemos que también se puedan incorporar en la interfaz Metro, sería una gran ventaja para nosotros como desarrolladores.

En el terreno de los móviles, nada nuevo, Flash Player 11.1 es la última versión que saldrá a excepción de solventar bugs críticos y de seguridad, mientras que AIR seguirá evolucionando como ya anunciaron.

Respecto a las televisiones, pues parece ser que seguirán desarrollando el runtime de AIR y el Flash Player.

CONCLUSIONES

Personalmente me alegro mucho de que Adobe haya sacado este whitepaper, aclara muchas cosas y además irán actualizando la información según vaya pasando el tiempo, así que estaremos atentos a los cambios que puedan haber.

Podéis leer el whitepaper en el siguiente link:

Adobe roadmap for the Flash runtimes

feb
13

Device Days 2012

ACTUALIZACIÓN: Ya tenemos la cuarta charla confirmada. Será “Uniendo dos mundos: PhoneGap” por Xavi Beumala.

La cuarta edición de Device Days se celebrará este año el día 2 de marzo en la Sala Josep Laporte en la Sede de la Universitat Oberta de Catalunya.

Este año contaremos como es costumbre con cuatro charlas, de las cuales tenemos confirmadas estas tres:

Si queréis más información sobre los horarios de las charlas y una descripción más detallada del evento no olvidéis visitar la web de Device Days 2012.

Como siempre la asistencia es gratuita, así que si quieres disfrutar de un buen día y aprender un montón apúntate antes de que se acaben las 65 plazas disponibles!

Nos vemos el día 2!!

Un saludo!!

feb
05

Utilizando los componentes de Playbook en proyectos móviles

Desde el primer momento en que salió BlackBerry Playbook y vi su interfaz totalmente desarrollada con Adobe AIR pensé: “ey, esos componentes se ven genial… ¿podré utilizarlos?”. En un par de charlas a las que asistí lo pregunté y nadie supo contestarme con claridad, quizá sea porque no lo probaron o porque no lo sabían, la cuestión es que hace unas semanas lo probé por mi cuenta y he de decir que funcionan de lujo.

Para poder utilizarlos lo único que hemos de hacer es instalar el SDK de Adobe AIR para BlackBerry Playbook y luego en Flash CS5.5 o Flash Builder 4.6 importar el SWC que contiene los componentes. En mi caso los pude encontrar en la siguiente dirección:

C:\Program Files\Research In Motion\blackberry-tablet-sdk-1.1.1\frameworks\libs\qnx-screen\qnx-screen.swc

Luego en Flash simplemente podemos hacer algo como esto:


import qnx.ui.buttons.LabelButton;

var button:LabelButton = new LabelButton();
button.label = "hello!";
button.setSize(120, 50);
addChild(button);

Y podremos ver algo como esto:

This movie requires Flash Player 9

Los componentes de QNX están muy bien desarrollados, son ligeros, bonitos, extensibles, skinneables, están especialmente diseñados para pantallas táctiles y se pueden usar en Flash, así que desde mi punto de vista se presentan como la mejor alternativa a los proyectos con Flex Hero. Si queréis probar a hacer vuestros desarrollos os recomiendo que le peguéis un ojo a la excelente documentación que tenéis disponible del framework AIR para BlackBerry Playbook.

Una de las ventajas que veo en desarrollar con este framework es que puedes utilizarlo no solo para los proyectos de Playbook, si no también para iOS y Android. Aquí os dejo algunos de los componentes para que veáis como son y el FLA del ejemplo:

This movie requires Flash Player 9

Descargar FLA de ejemplo de componentes de BlackBerry Playbook

Un saludo!

ene
29

Eskimo 1.0

Eskimo es una librería Open Source totalmente gratuita para Flex Hero para poder tener controles nativos para Android e iOS. Detrás de este proyecto está PIA, una consultora de París especializada en experiencia de usuario e innovación.

Hace poco han sacado la versión 1.0 que cuenta con varios componentes personalizados, además del skin nativo de Android y iPhone, podéis descargarlo desde la web de Eskimo o contribuir al código a través de GitHub.

Algunos de los componentes y skins de esta librería son:

  • BackButton
  • ConfirmButton
  • ContextableList
  • DeletableList
  • ListWheel
  • MobileContextMenu
  • PageIndicator
  • PopOver
  • SlideDataGroup
  • UniqueChoiceList
  • SkinnableAlert
  • MultipleChoiceList
  • DateField
  • ButtonBarSkin
  • ButtonSkin
  • FormSkin
  • HSliderSkin
  • MobileCheckBoxSkin
  • AndroidComboBox

Como podéis ver hay mucho trabajo hecho y si descargáis la aplicación para Android Tour d’Eskimo veréis que el rendimiento es bastante bueno.

Además, parece ser que la gente de PIA escucha peticiones, así que si os animáis votad por el tema de Android 4.0, el cual será un requerimiento para las aplicaciones que quieran entrar en el Android Market en el futuro.

Saludos!!

ene
14

GestureSwipe y la importancia de GesturePhase

Creo que GestureSwipe es una de las mejores cosas que tiene la API de eventos gestuales de AIR, nos ahorra incontables líneas de código y con muy poco esfuerzo podemos crear efectos muy llamativos.

Desarrollando la plataforma Synctur, he podido trabajar bastante con esta API y me he dado cuenta de que no funciona igual en todas las plataformas en las que está disponible actualmente, iPad, Android y Playbook. El problema principal es que Playbook recibe muchos más eventos que  iPad y Android, con lo cual tuve que tirar de GesturePhase para filtrar este problema.

GesturePhase

GesturePhase es la fase de captura del evento Swipe y nos dice en qué momento de la interacción nos encontramos. Según la documentación de Adobe de GesturePhase, hay cuatro tipos:

  • ALL: Un valor simple para todas las fases de los eventos simples como el two-finger-tap y el swipe.
  • BEGIN: Cuando se inicia el gesto.
  • UPDATE: Cuando se actualiza el gesto.
  • END: Cuando se finaliza el gesto.
Como podemos observar, según la documentación, el evento Swipe debería recibirse en todas sus fases como ALL, y por lo tanto solo una vez. Sin embargo, esto en Playbook no es así y recibimos los eventos BEGIN, UPDATE y END de la siguiente manera.

GesturePhase.BEGIN: Lo recibimos la primera vez que pulsamos sobre la pantalla para iniciar el gesto.

GesturePhase.UPDATE: Recibido cuando movemos el dedo hacia la dirección deseada. Se recibe varias veces y depende de la cantidad de espacio y velocidad del movimiento.

GesturePhase.END: Lo recibimos cuando levantamos el dedo y finalizamos el gesto.

Después de entender GesturePhase, corregir el problema fue muy simple y con un simple filtro para saber que el gesto ha finalizado nos basta:

addEventListener(TransformGestureEvent.GESTURE_SWIPE, onSwipeEvent);
protected function onSwipeEvent(evt:TransformGestureEvent):void
{
	if (evt.phase == GesturePhase.END)
	{
		//DO SOMETHING...
	}
}

Iconos por GestureWorks

dic
31

Resumen 2011 de BlocketPc

Como todos los años en BlocketPc os traemos el resumen del año 2011, doce meses en los que los tablets se han hecho fuertes en el mercado y en el que HTML5 ha irrumpido con fuerza en el mercado de los desarrolladores.

Para mi es un placer hacer este resumen todos los años, uno se da cuenta de lo que realmente ha hecho, este año ha sido más flojo que otros, pero igualmente ha sido intenso y lleno de noticias interesantes.

Enero
Después de un curro monumental teníamos que volver a una versión más simple de BlocketPc. Los hackers siempre han sido un problema en nuestro blog, pero hemos aprendido mucho de ellos.

Anunciábamos DeviceDays 2011 y hablábamos de como Android lograba los 9 millones de activaciones mensuales. Probablemente ahora sean muchos más.

Febrero

El Mobile World Congress y DeviceDays monopolizaba toda la información pero aún así hablábamos de otros eventos como Flash2Dev, MAUG eSeminar de HTML5 y Webinar Playbook.

Por si fuera poco Adobe anunciaba Adobe AIR 2.6 para Android.

Marzo

Participábamos en un divertidísimo podcast con el AUGV. ¡Qué bien lo pasamos! ¡Gracias chicos!

Flash Player 10.2 salía para Android, sería una de las últimas versiones, ya que meses después Adobe lo abandonaría.

Hablábamos de la importancia de las texturas en el diseño móvil y por fin sabíamos datos oficiales para Adobe en Vivo 2011.

Abril

Hacíamos un breve resumen de nuestros días en el Adobe en Vivo 2011 en Argentina. Como siempre fue una experiencia inolvidable que no se puede explicar con palabras.

Mayo

Seguíamos dando vueltas por eventos, esta vez fuimos a la primera edición del Genmob: The Smartphone day, que nos dejó una sensación buenísima.

Añadíamos HumansTXT al blog y hablábamos sobre la llegada de Flash Player 10.1 a WebOS, no se si finalmente llegaría, de todas formas ya es una plataforma muerta. Una pena, me encanta WebOS.

Junio

Colgábamos una interesante lista de videotutoriales de Video2Brain sobre movilidad y un largo tutorial paso a paso para compilar para iOS con Flash en Windows 7.

También anunciábamos el Barcelona Developers Conference 2011 al que luego pudimos asistir y disfrutar en primera persona.

Octubre

Después de unos meses complicados en verano volvíamos a la carga por la puerta grande asistiendo al Blackberry DevCon Americas, las Jornadas Adobe de Alicante y al eSeminar de creación de juegos para Android.

Tomábamos nota del proyecto de Community Translation que se había abierto para traducir contenido de la web de Adobe.

Noviembre

Adobe soltaba la bomba del final del Flash Player en dispositivos móviles y nosotros escribíamos una reflexión sobre el futuro de Flash.

Mientras tanto seguíamos poniendo algunos tips más como detectar un iPad en iOS con Adobe AIR.

Muchas gracias y feliz 2012

nov
22

Detectando un iPad en iOS con Adobe AIR

Hoy me ha surgido este problema y no he encontrado por ningún lado como hacerlo, así mismo la entrada sobre Capabilities de los LiveDocs de Adobe está desactualizada y la información que ponen no muestra lo que devuelven los últimos SDKs de Adobe AIR para iOS.

La cuestión es que para una aplicación que estamos desarrollando tenemos que detectar si un dispositivo con iOS es un iPad o un iPhone, para ello he utilizado Capabilities.os y con un simple indexOf podemos recoger si es un iPad. Esto es lo que devuelve AIR 2.7 en iOS 5.0.1 en un iPad 2:

  • Capabilities.os: iPhone OS 5.0.1 iPad2,2
  • Capabilities.version: IOS 10,3,180,82

Una forma rápida y sencilla de filtrar código según el dispositivo, no es lo ideal, pero en el mundo mobile tenemos estas herramientas para luchar contra la fragmentación.

Un saludo!

nov
12

Reflexiones sobre el futuro de Flash

Ya han pasado varios días desde que Adobe anunció que dejaría de desarrollar y evolucionar el Flash Player para navegadores de dispositivos móviles. Adobe, en un acto de irresponsabilidad sin precedentes, lo dijo sin dar muchas explicaciones al respecto, lo que causó que mucha gente descorchara botellas de cava y otros tantos empezaran a buscar trabajo en la construcción.

La realidad, como siempre, es bastante diferente a lo que la gente piensa y en este post me gustaría explicar un poco lo que pienso después de haber leído multitud de opiniones de diferentes evangelistas, profesionales, empleados y ex-empleados de Adobe.

Flash Player en dispositivos

Como decía antes, Adobe ha decidido dejar de desarrollar el Flash Player para móviles y tablets, una decisión que personalmente no me gusta, pero que por otra parte entiendo. El uso de Flash Player en los móviles y tablets a día de hoy se reduce básicamente a poder ver lo que ya se había hecho, muy poca gente ha desarrollado webs o juegos Flash para jugar a través del navegador y esto en parte se debe a que las tiendas de aplicaciones son las encargadas de hacer ese trabajo ahora.

Desde mi punto de vista esto es malo para el usuario, muy malo. ¿Qué pasa si yo estoy utilizando un servicio que solo es accesible a través de una aplicación y cambio de sistema operativo? ¿Y si esa plataforma no está soportada? ¿Y si ese sistema operativo es abandonado? ¿Y si he pagado dinero por esa aplicación?

Por otro lado, está claro que esto para los propietarios de las tiendas y los desarrolladores es bueno, pues podemos hacer que los usuarios accedan y compren nuestro contenido de una forma mucho más fácil. Esto es a lo que la gente le está llamando la Web 3.0, donde la internet que conocemos pasará a ser un lugar de información pura y dura, mientras que las tiendas de aplicaciones se encargarán de distribuir el contenido multimedia.

Dentro de este nuevo paradigma, en el que nos metió Apple, Flash Player para dispositivos no tiene cabida, básicamente porque la gente ya se ha acostumbrado a pagar y a acceder al contenido multimedia a través de tiendas de aplicaciones y el uso de Flash Player en los navegadores Android se ha reducido a la visualización de vídeo, terreno en el que HTML5 aún está muy, muy, muy, muy lejos.

Por si fuera poco, Mike Chambers explicó muy bien hace un par de días el porqué costaba tanto dinero y esfuerzo desarrollar para el navegador, mientras que AIR es mucho más fácil y barato, ya que al parecer las APIs que otorgan los navegadores son muy limitadas y Adobe tenía que trabajar muy de cerca con desarrolladores de sistemas operativos, fabricantes de hardware y dispositivos.

Tras analizar todo esto, entiendo que Adobe haya dejado de desarrollar Flash Player para dispositivos, lo cual nos deja nuevos frentes abiertos como AIR, Flex y HTML5.

Flash Player para escritorio

Los que llevamos muchos años trabajando con Flash y ActionScript sabemos que esta tecnología nos ha hecho evolucionar con ella de una forma maravillosa a la que con ninguna otra podríamos haber llegado. Yo llevo 10 años trabajando en este mundo y he sido profesor, animador, programador front-end, programador back-end, he desarrollado webs, banners, aplicaciones empresariales, players de vídeo, juegos, intranets, sistemas de e-learning, aplicaciones para móviles, tablets y hasta consolas, TODO con ActionScript, y para lograrlo he tenido que evolucionar.

En todo este tiempo hemos pasado de línea de tiempo a ActionScript 1, luego ActionScript 2 y por último ActionScript 3, y en cada una de estas evoluciones Flash ha ganado adeptos por un lado y los ha perdido por otro, aunque probablemente sea en la última evolución donde perdió más, ya que muchos desarrolladores no soportaron un lenguaje estricto como AS3 y pasaron de AS2 a JavaScript, mucho más flexible y que les permitía hacer aplicaciones sin preocuparse de tipados, clases y patrones de diseño.

Con esto quiero decir que Flash va a seguir evolucionando y los desarrolladores que lo utilizan también. Esta evolución ahora vendrá de la mano de AIR y durante un tiempo de Flash Player para escritorio, con lo que ya tenemos nuestro siguiente objetivo: las aplicaciones multiplataforma y los juegos 3D.

Los juegos 3D van a permitir extender la vida del Flash Player de escritorio un buen puñado de años, dando además un nuevo sentido a la web como sistema de entretenimiento en la nube que antes no había tenido. Los que recuerden nuestra charla de Lord Of The Pongs de Subflash o BlackBerry DevCon sabrán a lo que me estoy refiriendo.

Como usuario estoy deseando ver qué hace gente como Valve y su plataforma Steam o Epic con su Unreal Engine, el hecho de poder pagar una cuota mensual y jugar a un amplio abanico de juegos a través del navegador se me hace una idea muy interesante.

Y después de todo que nadie se haga ilusiones… el Flash Player no durará siempre, llegará un momento en el que no será necesario, porque HTML5 también avanza (aunque lo hace a un ritmo tan lento y fraccionado que hace que a los desarrolladores ActionScript nos de grima).

Tarde o temprando, HTML5 alcanzará a Flash Player en la mayoría de características, básicamente, porque las características son limitadas. Por ejemplo, existe WebGL, que compite con Stage3D de Flash, pero aunque WebGL a día de hoy apesta, llegará un momento en el que no y por eso a HTML5 cada vez recortará más terreno a Flash.

Una vez más remito a Mike Chambers que resume muy bien todo el dilema en esta frase:

A lot of the things that you have done via Flash in the past, will increasingly be done via HTML5 and CSS3 directly in the browser.

¿Entonces Flash ha muerto?

NO

Adobe AIR

Flash ha pasado a convertirse en un sistema de desarrollo rápido de aplicaciones multiplataforma de la misma forma que hay otros como QT. Con AIR para TVs, móviles, tablets y escritorio, además de las Native Extensions, tenemos el mejor lenguaje para crear aplicaciones multidispositivo y multiplataforma del mercado, que nadie piense que hay otro lenguaje mejor para hacer el CORE (“Code Once Run Everywhere”), porque no lo hay.

Como sabréis, Adobe ha comprado PhoneGap, un framework para desarrollar aplicaciones multiplataforma y multidispositivo con HTML5 y JavaScript el cual creo que es y será la competencia de AIR, aunque PhoneGap tiene tanto por evolucionar que no me aventuro a decir que llegue a ser en algún momento una competencia seria.

El principal problema que tiene que resolver HTML5 es romper la barrera del Enterprise y la fragmentación en los navegadores tanto de escritorio como de dispositivos móviles, y hasta que no consiga eso no será rival para AIR y habrá lugar para Flash.

Por último, quiero poner otra cita de Mike Chambers:

I am not suggesting that all Flash content should or will be done in HTML5. You have to look at each project on a case by case basis and make a decision based on development costs, target platforms and user experience.

Nosotros como profesionales somos los que debemos de decidir qué tecnología es la mejor para cada proyecto en base a costes, plataformas objetivo y otras muchas cosas, y a día de hoy HTML5 es mejor que Flash para muchas cosas, igual que con HTML5 hay cosas que directamente no puedes o no debes hacer.

Creo que el futuro de los programadores ActionScript está en las aplicaciones y en el 3D durante muchos años, pero creo que no debería usarse para la web más que para casos puntuales donde no llega HTML5, que desgraciadamente a día de hoy son muchas cosas.

Mientras tanto seguiré programando en Flash y esperaré a que Adobe me haga evolucionar una vez más :)

Links recomendados

Si has llegado hasta aquí y quieres leer un poco más, significa que tienes mucha paciencia e interés por este tema xD

Dejo aquí algunos enlaces con algunas opiniones que me han gustado especialmente:

Entradas más antiguas «