Piensa en dónde ocurren realmente las mediciones: el pasillo de frutería de un supermercado con una sola raya de cobertura, un cuarto de servicio en un sótano, un garaje, un rellano de escalera entre las puertas de dos pisos. Si tu aplicación de medición necesita un servidor, falla precisamente donde más se necesita. Por eso, la primera decisión de arquitectura fue también la menos negociable: cada captura, cada análisis y cada resultado almacenado funciona sin conexión a la red. No un modo sin conexión degradado: el modo principal. No hay un modo en línea del cual degradarse.
Lo que realmente te aporta el procesamiento en el dispositivo
Una velocidad que cambia tu forma de medir
El análisis en el teléfono devuelve un resultado en menos de un segundo. Ese margen de latencia no es por vanidad: cambia el flujo de trabajo. Das un golpe a un melón, ves la lectura, le das otro golpe en un lugar diferente, comparas. Pulsas los 32 radios de una rueda en unos minutos. Cuando cada lectura cuesta un viaje de ida y vuelta a un servidor, mides una vez y rezas; cuando es instantáneo, mides cinco veces y lo sabes. Los instrumentos son herramientas con las que se interactúa iterando.
Privacidad por arquitectura, no por política
La grabación de un micrófono realizada en tu casa es exactamente el tipo de datos que no debería tener que viajar. Aquí no lo hace: el audio bruto se procesa en el dispositivo y las características extraídas se almacenan en él. Nada sale del teléfono a menos que inicies sesión y presiones explícitamente sincronizar, y la aplicación es completamente utilizable sin necesidad de iniciar sesión en absoluto. Una política de privacidad te dice lo que una empresa promete hacer con tus datos; una arquitectura sin conexión hace que la mayoría de esas promesas sean innecesarias.
Una estructura de costes que no va en contra del producto
La inferencia en la nube significa que cada medición le cuesta dinero al desarrollador, lo que a la larga se traduce en suscripciones, límites o anuncios. La inferencia en el dispositivo no cuesta nada por uso, por lo que no hay presión para ponerte límites. La alineación de incentivos es discreta pero real: una aplicación cuyo coste marginal es cero puede permitirse dejarte medir tanto como quieras.
El catálogo vive en el teléfono; la nube es una copia
Todo lo que mides se guarda en un catálogo local (objetos, casos de uso, mediciones, etiquetas) y la base de datos local siempre es la fuente de verdad. Iniciar sesión con Google añade una sola cosa: una sincronización manual y deliberada que descarga la copia de la nube y sube la tuya, para que un segundo dispositivo o el visor web puedan ver el mismo catálogo. Que sea manual es una característica, no una limitación: la sincronización ocurre cuando tú lo pides, en una dirección clara de la que puedes estar seguro, en lugar de ser un proceso en segundo plano que a veces te da sorpresas.
Corolario para el visor web: el visor de exportación basado en navegador sigue la misma regla. Abre un paquete exportado y se procesará por completo en tu navegador: entra un archivo local, no se sube nada, nunca.
La restricción que mantiene a todos honestos
El enfoque de priorizar el funcionamiento sin conexión tiene una ventaja más discreta: prohíbe la ingeniería perezosa. No puedes maquillar un conjunto de características deficiente lanzando un modelo gigante en la nube sobre el audio bruto. Todo debe ejecutarse en la CPU del teléfono en un segundo, lo que obliga a que el análisis sea pequeño, interpretable y con motivación física: una frecuencia de resonancia y un factor de amortiguamiento en lugar de una incrustación de caja negra, una relación de receptor idéntico en lugar de un nivel absoluto. Esas características son exactamente las que se transfieren entre modelos de teléfono sin necesidad de calibración por dispositivo; la restricción y la calidad empujan en la misma dirección. (Más sobre esa regla de diseño en la descripción general de las herramientas y en la publicación sobre medición con dos teléfonos).
Lo que no significa priorizar el funcionamiento sin conexión
No significa estar en contra de la nube. La sincronización existe porque un catálogo que ha construido durante meses merece una copia de seguridad y una segunda pantalla. Y no significa que los modelos nunca mejoren: los clasificadores se entrenan de forma centralizada a partir de mediciones que los usuarios deciden aportar con etiquetas de referencia real — el volante de inercia del conjunto de datos — y se envían de vuelta a la aplicación para ejecutarse, como siempre, en el propio dispositivo. La red sirve para mover el conocimiento, según su propio ritmo. La medición ocurre en su mano.