Facebook工程师：值得分享的十点经验

九、不要过多设计或者过早优化

    有些工程师有一股出于本能的冲动想把自己的程序规模化，甚至在这些程序还没看到大规模使用的曙光之前。我在Facebook开始的时候，也是冲动型工程师一杯。但经历过几次失败的产品之后，我牢记了这个教训。不要过多设计或者过早优化。把核心功能设计的简单精炼。只有在看到产品有被大规模使用的趋势后，才来增加功能或增加规模量。有一个我做的产品使用的上限是200万月用户（当时Facebook整个月用户群是4000万左右），但我的实现已经做了很多额外的功来满足更多的用户。做的时候感觉很爽（感觉自己很牛，感觉再多人用产品也不会崩溃），之后感觉很惨。

    但这一点不一定能适用于架构上的工作。比如Friendster这个网站的失败就是其基础架构的性能长期无法应对急速增长的用户以致网站很慢甚至崩溃。在用户增长高潮来临之前，你应该已经在架构上做了足够多的前戏。否则搞不好就要像Friendster收摊子散伙。但同时也要意识到，你所看到的用户访问模式，你的网站功能，在你只有10万用户的时候，可能和你有1亿用户的时候会很不一样。所有太多太早太频繁的架构上的大动作可能会适得其反。这一点上，你要小心判断。

十、你可以比你想象的做得更好

    我们曾经认为把一个高得离谱的欺诈率降到所允许的范围内会很难。的确很难。但想想看我们最终牛逼了一把，把它降到了比允许上限的一半还要低。感觉很爽。很长一段时间内整个团队士气高昂信心爆棚做事像开了外挂。牛人们总是不断的超越自己。给他们一个离谱的目标，配以应有的工具，适当的帮助，足够的信心还有一定的时间，他们会让你大吃一惊，也会让自己大吃一惊。这一点，乔帮主是行家，屡试不爽。

    但做到这一点有一个前提-不能害怕犯错。如果犯错是被要严惩的失败是不允许的话，牛人们只能在框框中被圈养，没有办法实现突破。在Facebook,大胆行事犯错是容易被原谅的。但反过来，有一点要小心，就像第7点所说的-你不能随便把一个离谱的目标交给一个人，然后期待他来给你惊喜。盲目带来的可能是惊吓。你需要真正的牛人，至少是潜在牛人。而作为一个领导者，你的一个任务是帮助他们，鼓励他们，来引爆自己的潜力点。Facebook不缺此类待引爆的牛人。