求问meta老员工关于move fast

所以meta做不出好产品啊
还想搞硬件 没戏

我面试的时候问了Interviewer这个问题。
他至少说Infrastructure组没有那么fast.
.--质量还是有保证的。

另外 Move fast and break things 这个principle已经没了吧？
说明公司意识到问题的所在了

老员工的评论就是move fast没那么重要。
. 1point 3acres 这句话的意思是给你一个growth mindset和ruthless prioritization的意识，而不是用这个“LP”去直接影响决定。具体到你的例子，就可以永远选择指出best practice，但酌情考虑打回diff。
而且个人看法，在fb成为meta的时间点，move fast已经属于公司失去的东西了，现在的highlight正属于越缺失什么越提倡什么。

现在越来越move slow了 特别是剑桥门之后 一个privacy review卡你几个月 现在体量也上来了 infra的change写可能一个月 测试估计两三倍的时间 毕竟一点点regression都是真金白银 要是搞两个SEV1出来 够你喝一壶的

个人感觉move fast的文化在某些组还是在...或是说有EM还是明确要求的。没时间好好了解codebase的情况下被要求快速出活/堆impact，这改一点那改一点，没有时间全面review到底有多少坑

水平高的工程师，很快就能看见问题，并解决。
水平初级的工程师，也许只能靠时间来解决。

move fast有俩意思，一个是你别当着别人，一个是你自己快点。这俩是俩意思。当你能帮别人move fast你就成长了。

Move fast不仅仅是写码快，你写文档快，设计快，沟通快，组织工作快都是move fast。move slow和high quality没有必然关系。你觉得meta quality一般，两个原因，做的不够深，写的不够多。多去几个公司转转，meta的代码算很好的了。

move fast 和 break things 要结合来看
就是说不要怕可以先做做看，犯了错没人会怪你（当然犯过一次的错别犯第二次

记住，你的目标就是比teammate跑得更快

匿名用户 发表于 2022-07-13 15:27:43
Move fast不仅仅是写码快，你写文档快，设计快，沟通快，组织工作快都是move fast。move slow和high quality没有必然关系。你觉得meta quality一般，两个原因，

我笑了，哈哈哈哈