Desde la presentación del iPhone a principios de año, desarrolladores y usuarios no han hecho más que especular sobre la posibilidad de instalar aplicaciones de terceros. Apple, por su parte, siempre ha insistido en que lo importante son la seguridad y estabilidad del aparato. Algo así como que un bug en una aplicación de sudoku puede significarle a Apple la pérdida de millones del contrato con AT&T y un iPhone inservible. Jobs ha seguido defendiendo esta línea una y otra vez en todas sus apariciones públicas; desde la entrevista que le hicieron justo después de la MacWorld’07, hasta el último “All Things Digital”. Parece como si su compañía acabase de inventar la telefonía móvil, cuando en realidad han sido los últimos en llegar. ¿No es el “riesgo” parte de cualquier programa que se embeba en un teléfono móvil? ¿Por qué Nokia con Simbian (C++) y los bazillions de fabricantes que integran Sun Java ME (y próximamente JavaFX) no ponen estas pegas? ¿No podría Apple establecer un programa de certificación de s/w para el iPhone, al estilo de lo que ya hace con las aplicacioncitas para el iPod?

El diálogo queda bloqueado por la tozudez de la compañía de Cupertino: no habrá ningún SDK para el iPhone. Jobs ha dedicado apenas 10 de los 84 minutos totales de su keynote inaugural de la WWDC’07 a presentar el iPhone como un dispositivo Weboscero y a hacernos ver que si pensamos de manera distinta podemos ser anatematizados.
And so you can write amazing Web 2.0 and AJAX apps that look and behave exactly like apps on the iPhone, and these apps can integrate perfectly with iPhone services. They can make a call, check email, look up a location on Gmaps… don’t worry about distribution, just put ‘em on an internet server. They’re easy to update, just update it on your server. They’re secure, and they run securely sandboxed on the iPhone. And guess what, there’s no SDK you need! You’ve got everything you need if you can write modern web apps…
Es decir, muy probablemente se distribuya una biblioteca-API Javascript a través de la cual los desarrolladores puedan meterle mano al iPhone a través del navegador Safari que lleva integrado, de la misma manera que uno puede meter Google Maps en su blog, vamos. Pero nada de guardar porquerías en la memoria flash, ¿eh? Según Jobs, la API ofrecerá acceso controlado a servicios internos del dispositivo a través de un entorno de ejecución controlada (sandbox). La programación del interfaz gráfico se hará en HTML+CSS y las sesiones se manejarán mediante AJAX. ¿Qué pasa si queremos usar flash o los bindings de Java ME con OpenGL o SVG? ¿Qué pasa si queremos un cliente pesado con la opción de trabajo offline que saque partido al reducido ancho de banda de EDGE/GPRS? ¿Por qué Apple quiere reinventar los Applets/MIDlets con una frankenAPI Javascript?
Apple ha metido la pata: usar AJAX para un dispositivo móvil que no siempre tiene acceso a una red Wi-Fi es una aproximación muy mala que Java ME o Windows Mobile resuelven de maravilla. Otra cosa bien distinta sería que Google Portase Gears al iPhone, en cuyo caso me callaría. También es posible que Apple espere a la versión europea del iPhone para ofrecernos un SDK como Dios manda, pero de momento sólo queda la decepción.
Decepción en el desarrollador, decepción en el usuario y decepción en el accionista. Y es que al cierre de hoy Apple ha perdido un 3,45% – ¿Quizá un buen mometo para comprar?
En palabras del Doctor: “me siento como niño al que los Reyes no le trajeron lo que quería”.
Tags: Apple, flash, iphone, javaFX, javaME, keynote, safari, sdk, symbian, wwdc













5 comments
Comments feed for this article
Trackback link: http://elgeekerrante.com/wwdc07-apple-no-libera-el-sdk-para-el-iphone/trackback/