iPhone OS 4.0 y la nueva pol铆tica de Apple
Apple desat贸 la pol茅mica la semana pasada cuando anunci贸 una nueva versi贸n de los t茅rminos de servicio que deben respetar los desarrolladores si es que desean publicar sus juegos y aplicaciones para sus plataformas iPhone/iPad.
M谩s espec铆ficamente el punto de la discordia enuncia: 鈥淎pplications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited.鈥. Esto significa que Flash CS5 no podr谩 realizar finalmente su debut, lo cual es malo muy malo para muchos desarrolladores que con productos ya creados en Flash ten铆an pensado – y muchos ya se encontraban en ello – realizar una conversi贸n para iPhone/iPad. Tambi茅n es muy malo para Adobe, naturalmente, ya que hace tiempo desea colocar su tecnolog铆a casi universal en la plataforma de Apple, si茅ndole la misma esquiva una y otra vez.
Finalmente, esto tambi茅n es muy malo para muchos otros desarrolladores que utilizando tecnolog铆as que realizan un proceso muy parecido a lo que har铆a Flash CS5 permiten a sus usuarios crear aplicaciones de un modo muy productivo en lenguajes como Lua, C#聽 y otros. Entre estas tecnolog铆as podemos citar a Unity3D, Corona, Titanium y MonoTouch.
En el caso de Unity3d, la empresa Unity Technologies ha intentando calmar un poco a su comunidad de desarrolladores pidiendo un poco de tiempo para anunciar si afecta o no a su herramienta pero mostr谩ndose optimistas en esta cuesti贸n. Sin embargo, la realidad es que la nueva pol铆tica s铆 parece que afectar谩 directamente聽 a Unity iPhone dado que el sistema de compilaci贸n AOT de Mono es muy parecido al que usa Flash CS5 para generar aplicaciones iPhone y es realmente una capa de software intermedia.
Apple siempre estuvo en contra de los int茅rpretes de terceras partes corriendo dentro de sus aparatos. De hecho, tampoco es la primera vez que realiza un cambio en los t茅rminos de servicio que afecta a empresas y desarrolladores: en Julio de 2008 anunci贸 que no permitir铆a compiladores JIT (Just in Time), muchos lenguajes interpretados hab铆an encontrado como posibilidad crear un compilador JIT que convirtiese el c贸digo intermedio a nativo al momento de ejecutarse (como por ejemplo Mono). En aquel entonces Unity tambi茅n se vi贸 afectado y colabor贸 con el proyecto Mono para crear el compilador AOT (Ahead Of Time), pudiendo de este modo esquivar la restricci贸n.
Ahora la cosa parece un poco m谩s complicada. 驴Y cu谩les son los motivos que sostiene Apple para realizar semejante cambio?聽 Veamos:
1. Apple no desea que el AppStore se inunde de aplicaciones de baja calidad, debido a que – seg煤n Steve Jobs – las capas intermedias generan aplicaciones por debajo del estandar de calidad deseado.
2. Si una aplicaci贸n depende de una capa intermedia, realizada por una tercera parte, y esta posee un bug entonces Apple no podr谩 corregir dicho bug porque no se encuentra dentro de su plataforma. Si esta capa intermedia se volviese muy muy popular, como lo es Flash, entonces miles de aplicaciones depender铆an de ella y un bug en la misma afectar铆a seriamente la experiencia que tendr铆an miles de usuarios.
Dem谩s est谩 decir que estas 鈥渞azones鈥 son bastante discutibles y muchos sostiene que lo que realmente quiere Apple es que los desarrolladores no tengan un trabajo f谩cil al momento de querer llevar sus aplicaciones a otras plataformas, como Android. De este modo, ser铆a una estrategia que buscar铆a mantener aferrado al desarrollador s贸lo a iPhone/IPad.
La realidad es que, m谩s all谩 de lo valederas que pueden ser las razones de Apple – d谩ndole el beneficio de la duda en cuanto a buenas intenciones – es muy poco feliz realizar este tipo de cambios luego de dos a帽os de inversi贸n de muchas empresas y desarrolladores independientes en la plataforma.
Por otro lado, realizarle un boicot a la empresa de Steve – como muchos est谩n solicitando -聽 tampoco parece que vaya a prosperar, dado que, para bien o para mal, Apple聽 le est谩 pagando las cuentas a muchos de ellos. Y quienes, a pesar de esta mala jugada, se encuentran buscando alternativas tecnol贸gicas que le permitan continuar publicando sus aplicaciones en esta plataforma.
Comentarios (3)
Buen resumen
Aunque yo estoy de acuerdo con tito-jobs en que Flash ha sido un poco… dir茅 “cancer de CPU” y sigue llenando los logs de errores de los navegadores. Para mi Flash contra m谩s lejos mejor… Sin embargo creo que C# como lenguaje de programaci贸n deber铆a tener cabida. As铆 como tambi茅n espero que LUA no tenga ning煤n problema para existir.
A las malas, en vez de usar LUA se usa JavaScript v8 o el JavaScriptCore de apple. Que son m谩s lentos en rendimiento y memoria que LUA pero serian v谩lidos.
Un saludo.
S铆, buen SITREP.
El bebeficio de la duda? No tiene sentido, las razones que exponen suenan tan rid铆culas como las escusas de Bush. Pero tampoco creo que un boicot tenga sentido, porque esta vez no se trata de torcerle el brazo a Apple, sino de repensar cuestiones de fondo.
Creo que lo que es necesario es un poco de autocr铆tica y sentido com煤n. Reconsiderar las causas que llevaron a miles de desarrolladores a depender de una plataforma cerrada y monopolista, que constantemente demuestra arbitrariedad en los procesos de admisi贸n, y en la remoci贸n de aplicaciones aprobadas, as铆 como una falta de respeto creciente hacia la comunidad de desarrolladores al momento de introducir cambios en los TOS.
Y como nota al margen, me parece que toda esta cuesti贸n suscit贸 que mucha gente se sintiera de acuerdo con ‘dejar flash fuera’. Me parece un desprop贸sito, y una falta de sentido com煤n: al fin y al cabo, el control monop贸lico de las apps es el motivo 煤ltimo de dejar flash fuera, pero era cuesti贸n de tiempo hasta que las mentes detr谩s se volvieran m谩s ambiciosas con el control. Un acceso democr谩tico no tiene medias tintas.
[...] This post was mentioned on Twitter by Durgan Nallar, Editorial Acero and irrompibles, Ediciones Grimorio. Ediciones Grimorio said: iPhone OS 4.0 y la nueva pol铆tica de Apple http://bit.ly/a8ZhHR [...]