Cuándo y cómo actualizar

Cuándo comprobar

Y la comprobación debe ser barata: una petición pequeña, con límite de tiempo, y que si falla no moleste a nadie. Un fallo al comprobar actualizaciones no es un error que mostrar.

Cuánto control dar

Las tres posturas, con sus públicos:

Y una consideración que inclina la balanza: cada usuario en una versión antigua es alguien que puede estar sufriendo un fallo que ya arreglaste, y a quien no puedes ayudar. La postura silenciosa o avisada es mejor para él, no solo para ti.

Y sea cual sea, que se pueda cambiar en preferencias — el contrato del nivel 50.5.

Instalar sin interrumpir

Lo que hace que una actualización no moleste:

• Descargar en segundo plano, con prioridad baja, sin que la aplicación vaya más lenta. Nivel 47.4.
• No instalar mientras el usuario trabaja. La instalación va al cerrar, o cuando él lo pide.
• Y nunca perder trabajo. Si la aplicación tiene cambios sin guardar, la actualización espera — sin excepciones.

El tercero es la regla que no se rompe: una actualización que cierra la aplicación y pierde algo destruye la confianza en el mecanismo entero, y a partir de ahí el usuario lo desactiva.

El reinicio

El momento delicado, y tiene su forma correcta:

• Preguntar, no imponer. «Actualización lista. ¿Reiniciar ahora o al cerrar?»
• Restaurar el estado. Al volver, el usuario debería encontrar lo que tenía abierto. Nivel 44.1.
• Y no reiniciar solo salvo que la aplicación esté sin usar y sin cambios pendientes — y ni así, si hay dudas.

Y una cosa que agradece todo el mundo: mostrar las notas de la versión tras actualizar, una vez y de forma discreta. Es donde el usuario descubre lo que arreglaste, y es lo que hace que las actualizaciones se perciban como valor en vez de como interrupción.