Spotify quiere meterse en más aplicaciones que la suya: nos entrega una API de reproductor embebido, para que los desarrolladores pongan en sus aplicaciones a Spotify como un servicio de música aparte, un plus al objetivo de la aplicación misma. Esto arrastra algo interesante: esta API permite la creación de aplicaciones directamente orientada al iPad (no tiene versión nativa de Spotify) , y también alienta la creación de aplicaciones de terceros partidos usando este excelente servicio de streaming de musica.

El nombre de la API (esto es como una caja de herramientas de código que permiten una integración del servicio del creador de la API con cualquier cosa que nosotros querramos programar) es libspotify. Spotify anuncia que esta aplicación es de libre uso a menos que se persiga un fin comercial, para lo cual debemos contactar a la empresa y hacer lo necesario para utilizar la API. Esta evento abre las puertas para desarrolladores a crear nuevas formas de entretenimiendo sobre iOS y utilizar el servicio de música como un plus para promocionar su producto.

No hay noticias para Android, parece ser que la empresa está centrándose en la gente de Apple y el entorno de sus aplicaciones. Ojalá pronto en Latinoamérica se largue este servicio y podamos disfrutar de las nuevas implementaciones en iOS, por que es obvio que de popularizarse este reproductor embebido puede que  se pierda mucha experiencia del usuario en futuras aplicaciones.

Desde hace unos días se puede descargar desde la iTunes App Store la nueva Google Mobile App para el iPhone que presta servicios de reconocimiento de voz para las búsquedas en el iPhone, una aplicación que es muy buena y que demuestra hacia donde está yendo la tecnología.

Pero ahora se develan algunas condiciones especiales que tendría Google sobre APIs privadas del iPhone que no pone muy contentos a los desarrolladores.

John Gruber de Daring Fireball (quien había criticado con fuerza y conocimiento el tema del NDA de Apple y de las aplicaciones dadas de baja de la tienda) dice que no existe un API público en el SDK para el iPhone que pueda usar el sensor de proximidad de la manera en la que Google la usa.

Hace una larga enumeración de las variables que le indican ésto y confirma que no hay forma de duplicar el comportamiento de la aplicación Google Mobile de “levantar el teléfono a la boca para activar el reconocimiento de voz” utilizando sólo la API pública del iPhone SDK.

También menciona que utilizar APIs privadas viola las directivas del iPhone SDK, y que entonces un desarrollador que juega legalmente con las normas no puede hacer lo que Google está haciendo, cosa que no pone contento a nadie.

En este sentido hace algunas suposiciones con respecto a como Google pudo haber conseguido esto, veamos su análisis:

1. Que Apple no se dió cuenta de que utilizaba una API privada y que por la presión de Google finalmente Apple la aprobó igual.
2. Que Apple sabía que utilizaba una API privada y la aprobó de todas formas.
3. Que Google “don´t be evil” solicitó y obtuvo el permiso de Apple a utilizar ésta funcionalidad.

Inicialmente descarta la tercera opción, pues lo que dice el SDK del iPhone es que la aceptación debería ser igual para todos los desarrollos de terceros. Entonces se enfoca en las primeras dos:

Para la primera opción sugiere que el equipo de Google Mobile utilizó el refrán que dice que “es más fácil pedir perdón que pedir permiso” y que eso se ve en la prensa y comunicación previa a la autorización, donde todos hablábamos (miles de blogs + NYT + TechCrunch) de las funcionalidades de la aplicación sin siquiera estar aprobada, cosa que exigía a Apple que aprobara si o si unos días después.

Para la segunda opción dice que “Apesta” y que si Google está autorizado a usar APIs privadas sólo porque son Google, el sistema está “arreglado”.

Por todo ésto es que “espera” que haya sido la primera opción, que ésta fue una excelente movida de la gente de Google que se “comió” el proceso de admisión a la tienda y pone en relieve que esas APIs privadas podrían no estar soportadas en futuras actualizaciones.

Vía Ars Technica

Finalmente Google ha publicado una API de geolocalización para Google Gears. Esto funciona tanto en teléfonos móviles como computadoras que tengan funcionando Gears.

Es claramente algo que hacía falta y que podría hacer despegar a algunas redes sociales móviles a límites insospechados, pues la API puede determinar la ubicación exacta de cada equipo utilizando las celdas de GSM y obtener la dirección IP del terminal. Con el geoposicionamiento se podría, por ejemplo, hacer campañas de marketing de proximidad muy eficientemente.

En el blog de Google Gears han hecho algunas pruebas con redes sociales, no se pierdan de ver el video.

Pinche aquí para ver el vídeo

Por desgracia, y hasta que salga una nueva release, la versión para móviles, Google Gears Mobile, sólo funciona en smartphones con Windows Mobile, y según TechCrunch se podría esperar una nueva release al momento de la salido del primer móvil de Google o del primer equipo que tenga Android, pues todavía ninguno de los dos tiene fecha cierta.

Es de remarcar, y según lo publicado en el blog de Google Code, que Google espera que esta API se ofrezca gratuitamente a desarrolladores y usuarios.