En estos dos días pasados les expresé mi opinión (en este artículo y este otro) sobre lo que creo es el futuro de Flash, una tecnología que aunque ciertamente ha llenado una necesidad en la Web, ya está haciendo muchísimo más para lo que fue originalmente diseñado, lo que no solo lo ha hecho pesado e inestable para los navegadores web y sistemas operativos, sino que además es una tecnología que rompe con la filosofía de hyper-enlaces de información sobre la cual fue fundada la web.

En esos artículos también expresé mi opinión sobre por qué creo Apple y Google quisieran deshacerse de Flash lo antes posible, y de por qué no solo ellos, sino que gran parte de la industria, está apoyando el sucesor de Flash que es HTML 5, bajo la sombrilla de Web Applications 1.0.

Y eso nos trae al artículo de hoy, en donde hago un giro de 180 grados, y ahora hago unas sugerencias a Adobe sobre lo que creo deben hacer si quieren permanecer relevantes en este espacio...

Lo primero a entender es que ninguna tecnología es perpetua, y que tarde o temprano Flash deberá perecer o evolucionar. Como expliqué hace un par de días, Flash ya ha estado evolucionando por 17 años, pero ha llegado a un punto en donde el esfuerzo de evolucionar ya no es proporcional a los beneficios obtenidos, sino que está llegando a un estancamiento, lo que le anuncia su muerte al mediano o largo plazo, en particular ya que tenemos un contendiente que hace lo mismo, lo hace mejor, lo hace más rápido, con menos recursos de CPU y memoria, de manera abierta, y siguiendo la filosofía y estándares de Internet. Hablamos obviamente de HTML 5.

También debemos entender que conforme HTML 5 prolifere en los próximos meses/años, que la atención se volcará cada vez más de Flash a HTML 5, pues es solo cuestión de tiempo hasta que la mayoría de los usuarios utilicen navegadores web que soporten adecuadamente a HTML 5, así como para que surjan herramientas que hagan el trabajo de generar contenido tan simple como lo es hoy día con Flash.

Debido a esta inevitabilidad, lo que le recomiendo a Adobe es lo siguiente:

1. Empezar a concentrarse más en generar dinero con las herramientas de desarrollo de Flash, y menos en comisiones por licencias, ya que estas últimas desaparecerán eventualmente.

2. Adoptar con todo su amor a SVG (Scalable Vector Graphics), que es la tecnología en HTML 5 (junto con el componente de HTML Canvas) que directamente puede implementar casi toda la funcionalidad vectorial de Flash.

3. Modificar las herramientas de creación de Flash para que estas puedan salvar los proyectos tanto en formato nativo de Flash (es decir, como el .SWF), como en el formato HTML5 (que en este caso sería SVG+Javascript).

4. Crear herramientas para automáticamente convertir un archivo SWF a SVG+Javascript.

Esto permitiría:

1. Hacer que Adobe permanezca siendo la empresa #1 en el mundo que provea soluciones no solo para Flash, sino que para SVG/HTML5.

2. Crear una suave transición de Flash a HTML 5.

3. Acelerar la adopción de HTML 5.

4. Permitir que los desarrolladores de Flash continúen utilizando los conocimientos que ya poseen para crear contenido para HTML 5 (este punto es sumamente importante).

5. Remover el temor que tiene Apple de adoptar a Flash como plataforma (el miedo ahora se volcará hacia HTML 5, y no hacia Adobe).

En otras palabras, esto permitiría no solo que Adobe continúe siendo relevante en este espacio, sino que además Flash se transforme de ser un runtime (entorno de ejecución) a una herramienta para generar HTML 5, manteniendose en esta transformación un flujo de dinero hacia Adobe.

Algo a notar es que esto no es tan descabellado como quizás aparente, pues Adobe ya ha hecho algo similar recientemente con esta herramienta que toma como entrada un archivo Flash, y produce como resultado una aplicación nativa para el iPhone.

En este caso, Adobe se vio en la necesidad de desarrollar esta herramienta como una manera de que los desarrolladores de Flash pudieran desplegar sus aplicaciones en el iPhone, pero el mismo concepto se puede aplicar para que Flash sirva de generación de aplicaciones para HTML 5.

Y como siempre, pueden leer más opiniones y análisis de este tipo en la sección de ese nombre a la derecha de la página principal de eliax.com.

autor: josé elías