不少软件更新日志都有的一句话：速度和稳定性提升

我是Facebook雇员，在Release工程团队工作。

到底要如何写好一个更新日志一直是一个极具争论的主题。一些用户十分喜欢应用更新日志能详细描述每一个具体细节改变、Bugs修复等，但事实上对于成百上千的应用细节改变，要想在更新日志中完全写上，这是不可能。例如移动按钮位置、像素细小改变。对于用户，这些细微的改变，很难被观察到(也可以说，用户也不关心)。

对于用户他们会说，我们最关心的是：新功能是什么？如何才能发现或尝试？其实这也是很难说清楚。为什么呢？

一，新功能通常不会一次性让所有用户使用，所以将它写进更新日志中，没有任何意义。之所以这么做，是为了缩小用户群体，保证质量，一旦新功能在小规模顺利进行，我们将进一步扩大用户群。这是Facebook移动程序发布一个新功能给数亿人使用的必经路程。

此外，更新日志需要被准确翻译成多种语言，这一工作需要花费大量的人力和时间。对于我们Release团队，我们更愿意把时间和精力放在应用的Bugs收集或处理等。另外，更新日志有字数限制，对于多个新功能的发布(一些大功能，更多的是小功能)，哪些功能的描述需要被略写，哪些需要被详细描述；如何进行描述；用户对于一个简短、毫无生动描述的功能介绍，会有什么印象？这些问题都是我们无法预测和断言的。

你们在深入的思考下，当你前往一个网站，真的想看到应用具体的更新日志吗？会不会觉得这些被打扰到你呢？有很多的应用官网频繁的在将所有细节发布在网站上，其实Facebook也是如此。Facebook每天2次将数以百计的细节修订内容发布在主网站，但对于移动端应用，这是可望而不可即的事情。

详细的更新日志对于那些每次更新只有数种改变的小团队应用，这是十分可行，增进用户感情，但对于一个大型团队，拥有数百位开发者，这是极有难度。我们并不想对用户隐藏任何一件事，只是以最简单的方式告知用户这些功能中哪些对他们有兴趣。