No es ninguna sorpresa que existe una rivalidad tras (y frente) bastidores con respecto a Apple no querer adoptar a Adobe Flash en su plataforma iOS (el sistema operativo detrás del iPhone, iPod Touch, Apple TV y iPad), en donde cada bando ofrece razones para que (y para que no) se adopte la plataforma en iOS.

Ambos bandos sin embargo envían mensajes distorsionados a los medios de sus verdaderos motivos, motivos que he revelado en eliax en análisis anteriores de años pasados como este.

En resumen, Apple dice que no adopta a Flash porque consume demasiado recursos (es muy pesado, pone lento a iOS, etc), lo que es parcialmente cierto pero no totalmente cierto (pues Flash ya funciona en el Android OS en dispositivos muy similares al iPhone), mientras que Adobe alega que Flash es todo sobre darle opciones a los usuarios sobre cuáles plataformas utilizar (una vez más, parcialmente cierto, pues la verdadera razón es de lo que hablaremos hoy).

Lo cierto es, que detrás de todo esto existe una sola (y única) razón por la cual Adobe desea meter a Flash en iOS, y por la cual Apple se rehusa constantemente: Control.

Por más que Adobe lo niegue (y Apple no lo mencione), el tema principal aquí es que si Apple permite que algo como Flash (o incluso Java, en donde casi exactamente el mismo argumento aplica) se implemente en el iOS, Apple estaría insertando un Caballo de Troya dentro de su ecosistema que atentaría contra su imperio del App Store (Tienda de Aplicaciones).

Eso es algo que llevo tres años diciendo en eliax, y que hoy finalmente tengo evidencia concreta de esa hipótesis: El anuncio la semana pasada por parte de Adobe de lo que llama el Adobe InMarket para Flash.

¿Qué es el Adobe InMarket? En términos sencillos, una "Meta-AppStore", una tienda de aplicaciones que se sienta encima de otras tiendas de aplicaciones (así como puede funcionar por sí sola como una tienda de aplicaciones independiente).

En otras palabras, si ahora mismo Flash estuviera implementado en el iOS, Apple perdería el control de las aplicaciones que se instalan en iOS, y abriría las puertas a que Adobe empezara a comerse parte de su pastel (que vale la pena mencionar, significa que Apple cobra un 30% bruto por cualquier cosa que compres en el App Store).

Como dicen los estadounidenses en inglés "el gato se ha salido de la bolsa" y con este anuncio ya no es secreto que las intenciones de Adobe no eran sencillamente altruistas de "querer ayudar a la comunidad", sino que de tener instalado su Caballo de Troya.

Apple obviamente sabía bastante bien cuales eran sus peligros (pues este Caballo de Troya no solo era un peligro para ventas de aplicaciones, sino que distribución de media también como películas y música), y actuó acorde: Bloqueando por completo a Flash.

Aquí también entra en juego otro elemento, tan importante que decidí escribir un artículo que salió ayer en eliax para que lo leyeran antes que este, el concepto de un runtime (si no sabes lo que es eso, este es un buen momento para pausar aquí y leer ese otro artículo).

Una de las razones que Flash es pesado, es que es un runtime bastante pesado, con un historial que documenté en este artículo pasado, así como sin acceso total a todas las optimizaciones del sistema local, y por tanto aun con Adobe tener una tienda de aplicaciones, no sería fácil competir contra el App Store de Apple (o contra el Android Market).

Sin embargo, otro anuncio de estos días fue el anuncio de una nueva versión de Adobe Air 2.5 (un runtime similar y basado en Flash) para el 2011 que ofrecerá a los programadores acceso directo a practicamente todos los componentes de bajo nivel del sistema operativo, como el acelerómetro, brújula digital, cámara, video-conferencia, micrófono, aceleración de video, etc. En otras palabras, un entorno de desarrollo paralelo al App Store.

Como si fuera poco, sería trivial que Adobe modificara su runtime para permitir que el lenguaje de programación (y los llamados APIs, o Interfaces de Programación) sean Flash, pero compilar directamente a la plataforma del iOS, efectivamente obteniendo un rendimiento casi igual que aplicaciones nativas (es decir, cambiar el modelo #3 del artículo de ayer, por el modelo #2).

Esto, no lo duden, fue todo bastante bien planeado por Adobe, pero no podía revelar sus cartas hasta que no tuviera todo en su lugar (Flash en Windows, Mac, Linux, iOS, Android, Windows Phone, Palm Web OS, BlackBerry, Televisores, Cajas de Cable, etc), pero dado que Apple obviamente no iba a permitir esto, era hora de no retrasar el tren y salir con los pasajeros que se montaron.

Falta ver ahora como los proveedores de tiendas de aplicaciones en otras plataformas (como Google, Microsoft, RIM y HP/Palm) verán esta movida de Adobe, o si incluso permitirán este tipo de invasión a sus plataformas, pero sea como sea, Adobe ha disparado sus cañones, y ahora le toca a la industria responder.

Sin embargo, algo me dice que titanes como Google y Microsoft (y eso sin nombrar a RIM/BlackBerry y HP/Palm) no se sentarán con los brazos cruzados...

Mientras tanto, y como le recomendé a Adobe hiciera a inicio de este año, Adobe sabe contra quien juega y está jugando otra partida con HTML 5, creando una estrategia que le permitiría transicionar a HTML 5 desde Flash, e incluso quizás prepararse mejor para la futura guerra entre aplicaciones móviles nativas y aplicaciones web con HTML 5...

autor: josé elías