Qualcuno che sostiene di essere del team Release Engineering di Facebook ha dato questa risposta non ufficiale al forum di MacRumors: http://forums.macrumors.com/showpost.php?p=20098896&postcount=19
Rivelazione completa: sono un dipendente di Facebook nel team Release Engineering.
Le note di rilascio sono un argomento controverso. Mentre alcune persone vorrebbero che noi descrivessimo tutte le migliaia di modifiche che entrano nelle nostre applicazioni mobili ad ogni rilascio, il fatto è che è semplicemente impossibile.
Molti cambiamenti sono sotto il cofano per la correzione di prestazioni e bug. Molti cambiamenti sono banali (spostare il pulsante X su Y pixel). So che probabilmente non siete alla ricerca di questo livello di dettaglio (alcuni lo sono però). Probabilmente siete più interessati a "quali sono le nuove caratteristiche dell'app che potrei voler controllare? Questo è altrettanto difficile da scrivere nelle note di rilascio.
Perché? Per prima cosa, le caratteristiche tipicamente non vengono rilasciate a tutti contemporaneamente. Non ha senso mettere una nota di rilascio per una caratteristica che non si può ancora usare. Lo facciamo per ragioni di scalabilità e qualità, è una parte fondamentale di Facebook. Se i test su piccola scala di qualcosa di nuovo vanno bene, rilasciamo una caratteristica più ampiamente in modo controllato. Rilasciare nuove cose alle centinaia di milioni di persone che usano le nostre applicazioni mobili è un processo metodico.
Oltre a questo, ci sono anche ostacoli logistici. Le note di rilascio devono essere approvate e tradotte in *dodici* lingue. Ma prima ancora di arrivare a questo passo, è necessario scrivere le note di rilascio vere e proprie. Questo porta via un sacco di tempo ad un release manager che dovrebbe essere più preoccupato di quali bug stanno bloccando il rilascio piuttosto che di raccogliere punti elenco per note che alla stragrande maggioranza delle persone non interessano comunque. E con dozzine di nuove caratteristiche (alcune grandi, ma soprattutto piccole) ad ogni rilascio e un numero limitato di caratteri per esprimere ciò che è cambiato, quali caratteristiche dovrebbero fare il taglio? Come dovrebbero essere descritte in uno spazio di testo piatto? Volete davvero che una semplice descrizione testuale sia la vostra prima impressione di una caratteristica?
In definitiva, possiamo esprimere le nuove caratteristiche molto meglio con dei walkthrough conosciuti anche come NUX. Queste finestre di dialogo possono permettervi di controllare se volete attivare una nuova caratteristica, spiegarvi quale valore la caratteristica vuole darvi, mostrarvi come usarla. Nessuna di queste cose può essere realizzata mettendo un trafiletto nelle note di rilascio dell'App Store.
Pensaci anche, cerchi le note di rilascio quando vai su un sito web? Come fate a sapere cosa è cambiato lì? Siete infastiditi da questo? Molti grandi siti web fanno push frequenti di un gran numero di modifiche. Facebook spinge decine o centinaia di modifiche al sito principale due volte al giorno, ogni giorno della settimana. Il rilascio di una versione di un'applicazione su una piattaforma mobile dovrebbe essere lo stesso non-evento che è sul web e sempre più lentamente, centimetro per centimetro, stiamo facendo progressi verso questo obiettivo.
Le note di rilascio sono utili per le piccole applicazioni con pochi cambiamenti ad ogni rilascio ma sono inutili per applicazioni grandi e complesse con centinaia di sviluppatori. Non stiamo cercando di nascondervi dei segreti. Ci sono semplicemente modi migliori per dirvi cosa c'è di interessante quando queste caratteristiche sono pronte per voi.