深度解读 Facebook 的代码质量问题
本文由程序员新视界原创翻译 原文作者：Graham King 英文链接：https://www.darkcoding.net/software/facebooks-code-quality-problem/
Facebook已经在为他们一意孤行忽略代码质量而自食其果。
Facebook有软件质量问题。我会从三个方面来说明。之所以重要，是因为它展现的都是历时弥坚的质量问题。至于如何展示，正如Facebook的工程师说的那样，要规模化。最后，我还要说明一点，我没有在Facebook工作过，也不是其竞争对手派来的，我只是一个旁观者。A：“iOS无法处理当今的规模”
大约一个月前，Facebook的工程师给出了一个报告：《iOS at Facebook》，之后在Reddit上引发了一场激烈的讨论。
Facebook的iOS应用已超过18,000 Objective-C类，而且每一周就有429人为此作贡献。在某种程度上，这429人是在为Facebook的iOS应用工作。不过，Facebook非但没有吸取在ios应用上花太多人力物力的教训，反而在报告中责怪git和xcode上那18000个类。
Reddit上来自于ChadBan的评论如此总结道：这让我想起了Martin Fowler的《Design Stamina Hypothesis》中关于没有架构，系统会发生了什么的描述。相较于那些完善的系统架构，这种残缺的系统添加新功能更困难，所需要花费的时间也更长。至于解决方案，Facebook似乎只是选择投入更多的开发者。我从不让我的小团队中的任何人认为这是时尚年轻人应该做的事情。我也从未想过以这种方式工作，虽然看上去这方法还挺适合Facebook的。B：也许应该使用虚拟内存？
《Fast Database Restarts at Facebook》。第二个代码质量问题来自于Facebook Research。从表面上看这是一篇蛮有趣的文章，当我看到这一处时，不由自主地继续读下去：有一个重要发现是，我们可以将存储生命周期从进程生命周期中分离开来。
