Las sospechas de muchos entre la comunidad de desarrolladores del iPhone se han visto confirmadas por Google: una portavoz de la compa\u00f1\u00eda confirm\u00f3 a CNet que su \u00faltima actualizaci\u00f3n para Google Mobile utiliza una API indocumentada para leer el sensor de proximidad del iPhone, lo que permite activar la funci\u00f3n de voz cuando un usuario est\u00e1 listo para hablar. <\/p>\n
La nueva herramienta de b\u00fasquedas por voz de Google Mobile despert\u00f3 mucho inter\u00e9s por su capacidad para activar las b\u00fasquedas por voz en el momento apropiado. Basta simplemente con llevar el iPhone a la altura de la cabeza, como cuando respondemos a una llamada, y hablar. El sensor de proximidad del iPhone permite que la aplicaci\u00f3n sepa que es el momento de empezar a recibir \u00f3rdenes por voz. El \u00fanico problema es que, hasta donde todos sab\u00edan, no hab\u00eda ninguna API oficial en el SDK del iPhone que permitiera el acceso al sensor de proximidad del tel\u00e9fono. Tras sonsacar un poco, Erica Sadun determin\u00f3 que Google estaba utilizando un m\u00e9todo indocumentado, aunque no desconocido, para saber cu\u00e1ndo se activaba el sensor de proximidad.<\/p>\n
Aunque Google admite estar usando una API indocumentada, la portavoz neg\u00f3 con firmeza que se est\u00e9 utilizando un marco privado. Google ha corrido un riesgo, el mismo que corre cualquier desarrollador que utilice una API indocumentada, y espera que Apple (a) no rechace la aplicaci\u00f3n por haber violado el acuerdo del SDK del iPhone, y (b) no modifique posteriormente la API de acceso al sensor. Si Apple rescinde su aprobaci\u00f3n o modifica la API, Google se ver\u00eda obligado a cambiar su c\u00f3digo o quiz\u00e1 incluso cambiar la interfaz de usuario para evitar utilizar el sensor de proximidad. <\/p>\n
No es la primera vez que Google se arriesga a utilizar una API indocumentada. Un an\u00e1lisis del c\u00f3digo de su navegador open-source Chrome revela que llama a APIs indocumentadas en ciertas de versiones de Windows para ofrecer una mayor seguridad frente a sitios Web maliciosos. Descubrir estas APIs indocumentadas realmente requiere alguna ingenier\u00eda inversa del propio Windows, lo cual est\u00e1 expresamente prohibido seg\u00fan el CLUF de Windows. No obstante, es evidente que el objetivo de Google \u2013lograr una mayor seguridad que la que permiten las APIs documentadas\u2013 merece la pena. <\/p>\n
Al igual que con Chrome, puede haber algo positivo en que Google Mobile utilice la API indocumentada; Apple podr\u00eda documentar esta API o crear alg\u00fan tipo de API oficial y proporcion\u00e1rsela a los desarrolladores en una futura actualizaci\u00f3n del SDK. Y los beneficios para los usuarios son evidentes: la nueva interfaz de usuario es innovadora e intuitiva, justo lo que Apple esperaba que los desarrolladores aportaran a la plataforma. <\/p>\n