Gerente de producto de Google pide a Apple que abra los iPhones a aplicaciones personales privadas

Dmitry Lyalin dice que la IA ha hecho que las aplicaciones pequeñas sean económicas de desarrollar, mientras que el sistema de distribución de Apple aún trata a cada creador como a un editor.

By · Published

Primary source: X

Why it matters

AI coding is shifting the bottleneck from writing software to safely distributing it. Apple risks pushing personal micro-apps to the web unless iOS gains a durable private-sharing tier.

Illustration of Google product manager Dmitry Lyalin holding small personal app icons facing a locked iPhone with an Apple logo, symbolizing a push to open iPhones to private apps.

Dmitry Lyalin (@LyalinDotCom), el Google product manager que lidera Gemini CLI, pidió a Apple el 28 de julio que creara una forma segura para que las personas instalen y actualicen apps privadas para iPhone hechas para familiares y pequeños grupos.

El argumento de Lyalin parte de un cambio en quién puede crear software. Las herramientas de IA para programar han reducido el costo de producir una app simple lo suficiente como para que un padre pueda crear un juego para un hijo, una utilidad para un cónyuge o una herramienta compartida para cuatro amigos. Esas apps pueden no tener mercado más allá de las personas para las que fueron hechas.

El sistema de distribución de Apple no tiene un nivel duradero diseñado para ese caso de uso en EE. UU. Una cuenta gratuita de desarrollador de Apple permite a un creador instalar una app en un dispositivo personal, pero la documentación de Apple indica que el perfil de aprovisionamiento vence después de siete días. Las cuentas gratuitas también están limitadas a 10 app IDs y tres dispositivos registrados, con esas registraciones que expiran según el mismo calendario. El creador debe reconstruir e reinstalar la app después de que el perfil expire.

"No es un nivel de app personal", escribió Lyalin. "Es un nivel de desarrollo con un reloj de siete días encima."

Lyalin se unió a Google en 2022 después de 14 años en Microsoft, donde trabajó en productos como .NET MAUI, .NET Hot Reload, Visual Studio XAML tooling y Azure DevOps, según su sitio personal. Anteriormente dirigió Firebase Serverless y Genkit en Google. Dejó claro que su propuesta a Apple era personal y no representaba a Google ni a Android.

Esa distinción importa porque Google ya está avanzando hacia el modelo de software que Lyalin describió. En mayo, Google añadió generación nativa de apps Android a Google AI Studio, permitiendo a los usuarios indicarle al servicio que produzca código en Kotlin y Jetpack Compose, ejecutar el resultado en un emulador en el navegador e instalarlo mediante Android Debug Bridge.

AI Studio también puede empaquetar una app y subirla a un canal de pruebas internas de Google Play. Google dijo que los creadores pueden actualizar automáticamente la app en sus propios dispositivos mientras la siguen editando. Invitar a otros testers directamente desde AI Studio todavía aparecía como próximamente en el anuncio del 19 de mayo de Google.

El resultado es una escisión emergente entre la creación de apps y la distribución de apps. Proveedores de modelos y startups de código compiten para reducir el trabajo entre un prompt y un software funcional. Apple aún exige que los creadores elijan entre flujos de trabajo diseñados para desarrollo, pruebas beta, dispositivos de prueba registrados o publicación en App Store.

Las vías existentes de Apple expiran o requieren administración

Unirse al Apple Developer Program cuesta $99 por año de membresía y abre varias rutas de distribución. Ninguna iguala al canal de baja administración para familiares y amigos que propuso Lyalin.

TestFlight admite hasta 10,000 testers externos, y esos usuarios no necesitan acceso a la cuenta de App Store Connect del desarrollador. Pero las builds de TestFlight expiran después de 90 días, y la primera build añadida para pruebas externas debe pasar por TestFlight App Review. Las pruebas internas evitan ese flujo de revisión externa, pero están limitadas a 100 usuarios de App Store Connect que tengan acceso al contenido del desarrollador.

La distribución Ad Hoc permite a los desarrolladores instalar apps fuera de TestFlight en hardware registrado. Apple requiere que el creador recopile el identificador de cada dispositivo y lo añada a la cuenta de desarrollador. El programa permite hasta 100 dispositivos por familia de producto por año de membresía. Desactivar un dispositivo durante el año no restaura la plaza; el conteo disponible se reinicia al inicio de un nuevo año de membresía.

Apple también ofrece distribución no listada en App Store, que mantiene una app fuera de los resultados de búsqueda, clasificaciones y recomendaciones mientras la hace disponible mediante un enlace directo. Esa vía aún requiere que una app lista para lanzamiento sea enviada para App Review. Cualquiera que obtenga el enlace puede acceder al listado, por lo que Apple aconseja a los desarrolladores añadir sus propios controles de acceso cuando sea necesario.

Las apps personalizadas distribuidas a través de Apple Business Manager o Apple School Manager atienden despliegues organizacionales privados. Esos sistemas suponen una empresa, escuela o programa de dispositivos gestionados más que una persona que comparte una app con su cónyuge.

Lyalin propuso construir sobre sistemas que Apple ya opera, incluyendo Family Sharing, TestFlight y la administración de dispositivos. Un creador podría mantener un pequeño catálogo privado, controlar la membresía, enviar actualizaciones y revocar el acceso sin presentar la app como un producto beta o público.

La seguridad sigue siendo la razón por la que existen los controles de Apple. Un canal de distribución privado podría convertirse en una vía para malware, fraude o intentos de eludir App Review si Apple facilitara invitar a desconocidos a gran escala. Lyalin argumentó que Apple debería mantener límites y controles estrictos al mismo tiempo que reconoce una categoría distinta entre el dispositivo de prueba propio de un desarrollador y la distribución pública de software.

El momento sigue la expansión de las herramientas de IA que pueden producir aplicaciones pequeñas y especializadas más rápido de lo que las reglas de distribución de las plataformas fueron diseñadas para acomodar. Apple puede dejar esos proyectos en la web, donde enviar un enlace sigue siendo el método de despliegue más simple. Un nivel nativo de apps personales mantendría más de ese software, y la actividad en torno a él, dentro de iOS.

Reader comments

Conversation for this story loads after sign-in.