Por qué Facebook no enumera los cambios para las actualizaciones de sus aplicaciones para iOS?

Alguien que dice ser del equipo de Ingeniería de Lanzamiento de Facebook dio esta respuesta no oficial en el foro de MacRumors: http://forums.macrumors.com/showpost.php?p=20098896&postcount=19

Divulgación completa: soy empleado de Facebook en el equipo de Ingeniería de Lanzamiento.

Las notas de lanzamiento son un tema polémico. Aunque a algunas personas les gustaría mucho que describiéramos cada uno de los miles de cambios que se introducen en nuestras aplicaciones móviles en cada versión, la realidad es que eso es imposible.

Muchos cambios están bajo el capó para el rendimiento y la corrección de errores. Muchos cambios son triviales (mover el botón X sobre Y píxeles). Sé que probablemente no busques ese nivel de detalle (aunque algunos sí). Probablemente lo que más te preocupa es "¿cuáles son las nuevas características de la aplicación que puedo querer comprobar?". Eso es igualmente difícil de detallar en las notas de la versión.

¿Por qué? Por un lado, las características normalmente no se liberan ampliamente a todos a la vez. No tiene sentido poner una nota de lanzamiento para una característica que todavía no se puede utilizar. Lo hacemos por razones de escala y calidad, es una parte fundamental de Facebook. Si las pruebas a pequeña escala de algo nuevo van bien, lanzamos una función de forma más amplia y controlada. Lanzar novedades a los cientos de millones de personas que utilizan nuestras aplicaciones móviles es un proceso metódico.

Además de eso, también hay obstáculos logísticos. Las notas de la versión deben ser aprobadas y traducidas a *decenas* de idiomas. Pero antes de llegar a ese paso, hay que escribir lo que son las notas de la versión propiamente dichas. Esto le quita mucho tiempo a un gestor de versiones que debería estar más preocupado por los fallos que bloquean la versión que por recopilar viñetas para notas que, de todos modos, a la gran mayoría de la gente no le interesan. Y con docenas de nuevas características (algunas grandes, pero en su mayoría pequeñas) en cada versión y un número limitado de caracteres para expresar lo que ha cambiado, ¿qué características deben hacer el corte? ¿Cómo deben describirse en un espacio de texto plano? ¿Realmente quieres que una simple descripción de texto sea tu primera impresión de una característica?

En última instancia, podemos expresar las nuevas características mucho mejor con los walkthroughs también conocidos como NUXs. Estos diálogos pueden permitirte controlar si quieres habilitar una nueva característica, explicar qué valor pretende darte la característica, mostrarte cómo usarla. Ninguna de estas cosas se puede conseguir poniendo un anuncio en las notas de la versión de la App Store.

Piensa también en esto, ¿buscas las notas de la versión cuando vas a una página web? ¿Cómo sabes lo que ha cambiado allí? ¿Te molesta eso? Muchos sitios web importantes hacen empujes frecuentes de un gran número de cambios. Facebook publica docenas o cientos de cambios en su sitio web principal dos veces al día, todos los días de la semana. El lanzamiento de una versión de una aplicación en una plataforma móvil debería ser el mismo no evento que es en la web y cada vez más lentamente, pulgada a pulgada, estamos avanzando hacia ese objetivo.

Las notas de lanzamiento son útiles para las pequeñas aplicaciones con unos pocos cambios en cada versión, pero son inútiles para las aplicaciones grandes y complejas con cientos de desarrolladores. No tratamos de ocultaros secretos. Simplemente hay mejores maneras de decirle lo que es interesante cuando esas características están listas para usted.