Tim Bray:
Esto es lo que opino: En primer lugar, Android sigue siendo una de las plataformas más importantes que existen y lo será durante los próximos años. En segundo lugar, aún no hemos visto un teléfono Android que sea verdaderamente magnífico (el Droid tampoco lo es). Promete ser interesante.
No me parece equivocada la conclusión de Bray. No he utilizado un Droid, así que no lo voy a juzgar, y sin duda hay otras personas que dirían que Droid sí que es el primer teléfono Android que se podría describir como magnífico. Me limitaré a decir que si la opinión generalizada es que el Droid no es un teléfono Android magnífico, ese precisamente es el tipo de actitud que acabará con Android. Es la misma actitud que Linux siempre ha tenido: que el futuro va a ser estupendo, así que no nos preocupemos por el presente.
Es como un equipo deportivo que no para de decir “Esperad al próximo año”; mientras tanto, Apple ha ganado otro campeonato este año.
Quiero agradecer a Sillysoft que patrocine el feed RSS de Daring Fireball durante esta semana para anunciar Lux Delux, un juego de estrategia estilo Risk para Mac OS X, Windows y Linux. Lux tiene más de 700 mapas, incluyendo reinos de fantasía y escenarios históricos, y un editor de mapas para crear tus propios tableros de juego. Lux también permite jugar en red con el juego en cualquier sistema operativo. Incluso hay un kit de desarrollo para programar la inteligencia artificial de los contrincantes.
Y existe también una versión para el iPhone y el iPod Touch. Me encanta este tipo de juegos — he desperdiciado un montón de horas con las versiones para el iPhone y para Mac.
Alexandre de Rochefort, director financiero de la empresa francesa de videojuegos Gameloft:
“Vendemos 400 veces más juegos para el iPhone que para Android”.
Mis disculpas por el autoenlace, pero he recibido algunas preguntas de los lectores que me preguntan de forma sincera qué problema hay con las APIs privadas. Este artículo que escribí el año pasado trata el asunto.
A modo de apéndice al artículo enlazado, creo que hay muchos desarrolladores, especialmente aquellos que llegan al iPhone desde una plataforma distinta al Mac, que no entienden cuán seriamente se toma Apple sus APIs públicas. Cuando Apple publica una API oficial, se trata de un compromiso formal que establace cómo funciona algo y cómo seguirá funcionando en el futuro. Las APIs privadas están sujetas a cambios o pueden incluso desaparecer. La idea de “¿por qué no usar algo que funciona ahora, aunque esté marcado como privado?” es corta de miras. El sistema operativo del iPhone no es solamente algo que Apple haya creado para que dure un par de años. Es una plataforma que han creado para durar cuanto sea posible. No quieren que haya aplicaciones en el App Store que no resistan el paso del tiempo.
Exige un contrato de dos años con Verizon, por supuesto, pero son 50$ menos que el precio oficial de Verizon. E incluso más barato: Dell lo vende por sólo 120$ (igualmente con contrato), al menos en algunas regiones.
Un mapa con una animación de tiempo acelerado que muestra los niveles de desempleo en Estados Unidos, condado por condado, desde Enero de 2007. Demoledor.
Parece que estamos ante una aplicación rechazada indebidamente por el uso de APIs privadas: Juicy Bits ha creado una aplicación que utiliza funciones de la cámara disponibles únicamente en la versión 3.1 del sistema operativo del iPhone, pero que puede funcionar en la versión 3.0 deshabilitando esas funciones cuando la aplicación se ejecuta en un iPhone con esa versión del sistema operativo. En concreto esta función — ajustar la clase UIImagePickerController — solían emplearla de forma abusiva los usuarios de APIs privadas, antes de que Apple incluyera soporte de forma oficial para este tipo de funciones en el OS 3.1.
Según Juicy Bits no están haciendo tal cosa, pero de todos modos su aplicación fue rechazada:
Nos preguntamos ahora si la herramienta de análisis estático detecta la llamada a la API 3.1 en nuestra aplicación, ve que funciona en dispositivos 3.0.x (que no incluyen soporte para las nuevas APIs), y en consecuencia genera una alerta o rechaza la aplicación. Algo así sí que tendría sentido. El único problema es que la herramienta parece ignorar el código que usamos para comprobar la versión del sistema operativo instalado en el dispositivo antes de realizar tal llamada, y precisamente esta circunstancia podría ser el inconveniente que nos está provocando todo este retraso.
Gdgt ofrece una imagen para VMware de la versión de código abierto de Chrome OS que Google publicó ayer. Engadget ha creado un vídeo que muestra cómo instalarlo y utilizarlo. Si tienes curiosidad por verlo en funcionamiento (como me pasaba a mí), resulta muchísimo más fácil que compilarlo a partir del código fuente. Hurra por VMware.
Pero debéis tener algo en cuenta — esta versión es muy anterior a la versión de Chrome que Google usó en la demostración de ayer. A esta versión de código abierto le faltan muchas de las cosas más espectaculares que enseñaron ayer, y sólo funciona completamente si tienes una cuenta especial de google.com — es de suponer que sólo están disponibles para empleados de Google. Se puede aprender más viendo este vídeo enlazado anteriormente que ejecutando esta imagen con VMware.
Este vídeo colgado en YouTube muestra la demostración que se hizo durante la presentación inicial de Chrome OS realizada ayer. El mejor recorrido por el interfaz que he visto hasta ahora.
Por cierto, si no la conocíais, Postage (creada por RogueSheep) es una aplicación muy elegante para el iPhone: es una pequeña aplicación para enviar “postales virtuales”; tiene mucho estilo y un aspecto estupendo.