Facebook的员工Yee Lee曾经发表过一篇博文，在这篇博文中他描述了Facebook工程师的日常工作情况。据他称，工程师和技术运营团队几乎是占据了Facebook员工总数的一半，而且可以说是公司最宝贵的财富;假如没有这两个团队，那么Facebook也许将无法运营。
做产品经理的人有很多，但是，相对应的，工程师也是更多
而在Facebook中，每个产品经理都将会和7-10位工程师协同合作，共同对公司的产品进行维护。
Boot Camp
所有的工程师都必须经过公司4-6周的专业培训，而这种培训被内部人员称为Boot Camp。在培训的过程中，工程师们必须要接受学习Facebook的解决Bug之道，并且还要听取一系列高级员工的讲座。而最终合格的工程师却只占10%。
权力越大，责任越大
通过培训的工程师将获得Facebook数据库的权限，对数据库进行适当的检查和修改。以防万一，公司也制定了一系列安全措施防止工程师私自滥用用户数据。
“工程师做主”的公司文化
这一点与Google相同，Lee在博文中称，在工程师眼中“产品经理其实没什么地位。”工程师可以在产品开发阶段作出任何修改，甚至加入原设计之外的新功能。
每月进行项目汇报
每个月，各个团队会碰头进行项目汇报，产品营销经理和产品经理都会参加，但没什么发言权;稍有不慎就会被人举报称他们占用了过多会议时间。公司主张每一位工程师能对自己开发的产品全权负责。
自主自愿收集项目资源
在Facebook，工程师的项目都由他们自己决定。
实干才是硬道理
实践是检验真理的唯一标准。在Facebook，工程师们从不为某个功能是否有价值打口水仗，他们通常都会花上一周作出原型，让事实说话。
终端项目更吸引工程师
与其他科技公司人人都想参与前端产品开发不同，在Facebook，工程师们对延展性项目和基础设施问题最感兴趣，比如News Feed算法。
老板亲自审查代码
Facebook最大的特色：扎克伯格会审查News Feed中更新的每一个代码。
没有正式的质量管理团队
工程师为其产品的每一个功能负责，前期测试、处理Bug以及后期维护。
每周二固定进行代码更新
技术运营团队“阻碍”代码更新进程
Facebook有6万多个服务器，更新代码则是逐步完成的，先在小部分服务器进行测试，运行良好后再全面使用。
技术运营团队不容忽视，否则···
在更新代码测试过程中，一旦发现问题，技术运营团队会通知对应的工程师;如果该工程师没有及时解决，他将有可能面临被解雇的危险···