我是Facebook雇员，在Release工程团队工作。
到底要如何写好一个更新日志一直是一个极具争论的主题。一些用户十分喜欢应用更新日志能详细描述每一个具体细节改变、Bugs修复等，但事实上对于成百上千的应用细节改变，要想在更新日志中完全写上，这是不可能。例如移动按钮位置、像素细小改变。对于用户，这些细微的改变，很难被观察到(也可以说，用户也不关心)。
对于用户他们会说，我们最关心的是：新功能是什么？如何才能发现或尝试？其实这也是很难说清楚。为什么呢？
一，新功能通常不会一次性让所有用户使用，所以将它写进更新日志中，没有任何意义。之所以这么做，是为了缩小用户群体，保证质量，一旦新功能在小规模顺利进行，我们将进一步扩大用户群。这是Facebook移动程序发布一个新功能给数亿人使用的必经路程。
此外，更新日志需要被准确翻译成多种语言，这一工作需要花费大量的人力和时间。对于我们Release团队，我们更愿意把时间和精力放在应用的Bugs收集或处理等。另外，更新日志有字数限制，对于多个新功能的发布(一些大功能，更多的是小功能)，哪些功能的描述需要被略写，哪些需要被详细描述；如何进行描述；用户对于一个简短、毫无生动描述的功能介绍，会有什么印象？这些问题都是我们无法预测和断言的。
你们在深入的思考下，当你前往一个网站，真的想看到应用具体的更新日志吗？会不会觉得这些被打扰到你呢？有很多的应用官网频繁的在将所有细节发布在网站上，其实Facebook也是如此。Facebook每天2次将数以百计的细节修订内容发布在主网站，但对于移动端应用，这是可望而不可即的事情。
