读<<打造Facebook>>要点索引

页码：要点，之后再看的时候容易回忆和找到重点

9: 每周一次内部问答

27: 跨组协作
31：面试的典型过程
52：新兵训练营的三个了解，一个目的
54：facebook 代码产生过程
55：新兵六周，前三周的课程
55：第一天就把所有编程环境设置好
58：新员工在训练营里60-70的时间都用在修复代码错误上
59：具体产品的技术性问题，facebook不建议导师进行深入的帮助
64：新兵结束后继续跟踪
76：完成胜于完美
77：代码胜于雄辩
80：工程师不见得将所有时间都花在写代码上。。。
83：灰度发布
83：1，迅速发布，2，坦然对待不确定性，3，不追求极致
84：把最好的人才放到工具开发那一块，研发工具组，网站支持和工具组
90：Phabricator
90: 工具的基本理念就是，凡是被很多人不断重复的好习惯，要将其自动化，绑定到工具中，别让我多想
93：Facebook 是一家工具驱动的公司
94：Facebook 没有专门的软件质量测试人员
98：Hack-A-Month 规则
114：招人的体会
117：成为经理后，并不是说你要去“管”那些工程师，主要是榜样的作用。
118：工作分配因素：兴趣点，经验
118：团队周报
120：委托别人来负责合适的任务
121：如果不是特别了解委托人，该怎么做？
124：一对一碰头会
126：facebook 非常鼓励员工自己通过研究，通过和专业人士交流，通过思考，自己来做出困难的决定，而不是听经理的话
128：一对一碰头会，值得注意的地方
132：“老好人”无法做团队经理，经理需要习惯于做不舒服但正确的决定
132：敢于表达自己的意愿
134：不建议在和自己有业务上下级关系的人中寻找导师
134：如何寻找导师，五点要求
142：设定目标的“SMART”规则
146：80%的影响是从20%的工作上得到的
147：“6-2-2”原则
149：如何挑选那些接下来要去实现的想法，四点
149：季度计划是指导性的，月度计划是尽量要做到的
150：“120%”原则
150：项目管理工具 wiki，goolge spreadsheet
156: 公司不会允许你花大量的资源去打造一个所谓的终极版本
158：开会：产品设计师，工程师，设计师三方在一起讨论所开发的产品；产品设计的差不多了，预览讨论；技术性的系统或框架，专家开会；
160：Facebook非常注意不重复开发新的技术系统，开源，商用
160：对于一些跟核心数据息息相关的系统，即使市场上有商用系统 Facebook 还是决定自己开发。
161：Facebook 从不期望由一个人去完成某个项目所有的事情。
162：产品设计的6条基本理念
164：98%，99.8% 可以使用
164：对于每一个项目，都要指定一个明确的责任人，一般都是工程师
165：碰头会，每天一次，或者每周一到二次
167：简报编写5个需要注意的地方
181：自我评价，同事评价，老板评价
188：Facebook崇尚的是把最多的奖励留给为公司做出最多贡献的员工
200：对大多数硅谷技术公司来说，并不强调员工终生就职的忠诚度，只要你在公司期间做出了应有的贡献，离开公司又实现了自己人生的价值，那就是两全其美的结果。
208：创业需要回答的四个问题
210：七分看人，三分看事
212：最佳创业团队三人组：一个CEO，一个技术人才，一个做商务和运营
212：只投有原型产品的项目
218：落地的过程
219：关注六大领域
222：要想快速了解某个领域，就直接找那个方向最厉害的几个人，看能不能跟他们合作。
226：破坏性创新
229：产品功能可以做少一点，体验流程简单但流畅一点，少点花俏