¿Hay que actualizar tu app con cada nuevo iOS o Android?

Conoces esa pequeña incomodidad. La keynote llena los titulares, tu teléfono se actualiza solo durante la noche, y a la mañana siguiente te cruza un pensamiento: ¿y mi app? ¿Sigue funcionando? ¿Tendría que haber preparado algo?

El instinto no va desencaminado. Algo cambia de verdad: tu app se apoya en cientos de funciones que proporciona el sistema — mostrar un mapa, enviar una notificación, pedir un permiso — y ese suelo es precisamente lo que acaba de moverse. Así que la pregunta no es «¿está pasando algo?» — algo está pasando. La pregunta es: ¿de quién es el trabajo?

Dos movimientos, casi siempre.

Hay funciones que se detienen. Sin estruendo: una función que tu app usaba simplemente deja de estar disponible, y lo que se apoyaba en ella deja de responder. Nada «se rompe» en pantalla; algo deja de ocurrir, sin más. Es la avería más traicionera que existe, porque no deja rastro visible.

Otras se vuelven obligatorias. El sistema introduce una nueva forma de hacer las cosas — más segura, más respetuosa con la privacidad — y la va haciendo ineludible. No de un día para otro: se fija un plazo, a veces de meses, y siempre acaba llegando.

El punto que tranquiliza e inquieta a la vez: la mayoría de estos movimientos se anuncian con antelación. Apple y Google publican lo que va a detenerse y lo que va a volverse obligatorio mucho antes de que sea efectivo. Todo es legible — siempre que alguien lo lea. Y el ritmo no se detiene nunca: dos sistemas, una versión mayor de cada uno al año, ajustes entre medias.

Aquí es donde estar en una plataforma cambia la naturaleza del problema.

Esos anuncios, alguien los lee — antes de que entren en vigor, porque es su oficio. Cuando una función tiene los días contados, el componente que la usa se reescribe una vez, en el motor que construye las apps. Cuando un requisito se vuelve obligatorio, se integra en ese mismo sitio, una vez. Y cada app de la plataforma hereda esas adaptaciones en su siguiente compilación — la tuya como todas las demás.

Lo que no has hecho merece enumerarse, porque eso es el producto: no has leído las notas de versión. No has buscado cuáles de las funciones afectadas usaba tu app. No has sopesado la forma antigua frente a la nueva. Ni siquiera has sabido que había una decisión que tomar.

Una nota de honestidad, porque cuenta: esta vigilancia no es un seguro a todo riesgo. Solo atrapa lo que fue anunciado o detectado — es un trabajo continuo, hecho por personas, no una garantía mágica. Pero justamente por eso vale lo que vale: existe, no se interrumpe, y no corre de tu cuenta.

Vale la pena plantear el contrapunto, porque da la medida. Si eres tú quien mantiene el código fuente de tu app — escrito por un proveedor, o generado a partir de un prompt —, septiembre tiene otra cara. Hay que leer lo que cambia, identificar lo que te afecta entre cientos de anuncios, modificar el código, recompilar, volver a enviar. Luego repetirlo para Android. Luego el año siguiente. Tengas o no algo nuevo que publicar: la cita la fijan los sistemas, no tu calendario.

Esa cita anual también existe en una plataforma — solo que vive de nuestro lado. Esa es toda la diferencia entre poseer un problema y beneficiarse de su solución.

Los artículos de esta serie suelen terminar con la lista de lo que nadie puede hacer por ti — el mapa completo está en el primer artículo. Para las evoluciones de iOS y Android, esa lista tiene una particularidad: está vacía.

Ninguna decisión que tomar, ningún plazo que seguir, ningún ajuste que tocar. De todas las fuerzas que pesan sobre una app con los años, esta es la única en la que tu parte del trabajo es cero — y exactamente por eso existe este artículo: para que sepas que esta pregunta en concreto tienes derecho a dejar de hacértela.

El único gesto que sigue siendo tuyo es el de siempre: decidir cuándo publicar una actualización. Las adaptaciones están listas y esperando — tu app las incorpora en su siguiente compilación, publiques por esta razón o por cualquier otra.

El beneficio cabe en una imagen: la keynote vuelve a ser un espectáculo. Puedes verla por curiosidad, ilusionarte con una novedad o ignorarla por completo — ninguna de las tres opciones tiene consecuencia alguna para tu app. El mes en que todo el ecosistema móvil contiene la respiración es, para ti, un mes como cualquier otro.

Para quien tenga curiosidad por la mecánica, he contado desde el lado de la ingeniería lo que tres años de cambios de los sistemas le hacen de verdad a una app — y el trabajo, poco espectacular, que los absorbe.

Y si todavía no tienes app, mejor construirla en un sitio donde septiembre nunca será tu problema: crear mi app con GoodBarber.

¿Puede una función que usa mi app dejar de funcionar de un día para otro?

Es raro. La mayoría de las retiradas las anuncian Apple y Google con antelación, con un plazo — y eso es lo que hace posible la vigilancia: leer esos anuncios antes de que entren en vigor y sustituir el componente afectado aguas arriba, para todas las apps de la plataforma. El escenario de «todo se para una mañana sin avisar» es precisamente el que este trabajo existe para evitar.

¿Qué le pasa a mi app el día que sale un nuevo iOS o Android?

De tu lado, nada que hacer. Un nuevo sistema no elimina tu app ni borra nada. Las adaptaciones que exige se preparan en el motor que construye las apps, y la tuya las incorpora en su siguiente compilación — ya sea por este motivo o por una actualización de rutina.

¿Puede mi app quedarse «atrasada» varias versiones de iOS?

Puede, si lleva mucho tiempo sin recompilarse — y no es un callejón sin salida. El motor, mientras tanto, se mantuvo al día: en la siguiente recompilación, tu app sale adaptada al sistema actual, hayan pasado las versiones que hayan pasado. Ponerse al día no se paga en proporción al retraso.

¿Puede una nueva versión de Android hacer algo obligatorio para mi app?

Sí — es incluso el movimiento más habitual: un nuevo requisito, a menudo ligado a la seguridad o a la privacidad, se vuelve progresivamente ineludible, con un plazo. En una plataforma, ese requisito se integra una vez, aguas arriba, para todas las apps; la tuya lo cumple en su siguiente compilación, sin que hayas tenido que saber que existía.