继Google、Amazon面试改革后，Meta team match流程变了！

Meta的这轮Team match新规是7月左右出的，网上目前还没有很多权威的消息，大家且看且珍惜，早看早规划！

在介绍这些变化之前，Meta发OFFER的条件也和前几年有所不同：过去是hc过了直接发OFFER，然后bootcamp后选组。现在是过了hc后简历入池，【有组要了】才发OFFER。

具体的步骤是简历在hc定级通过后入池，hm们看到感兴趣的候选人，开始捞人，如果多个组都对1个候选人有兴趣，则他们的简介会通过recruiter传递给这个候选人，开启聊天队列。

聊天队列：候选人拿到多个组的感兴趣后……

1.一个候选人在收到10个组的兴趣后，简历就会在池子里暂时隐藏。

2.一个候选人至多可以谈3个组：

（1）如果3个组里有双向选择，恭喜匹配成功，聊完hm不满意将会退出队列。

（2）如果3个组里有N<3组make offer，则添加新的3-N个组进入聊天，反复这个过程，直到10个组完全聊完或者累计3个组对候选人make offer；

（3）如果累计3个组对候选人make offer，但候选人一个都不愿意去，则候选人被系统拒绝，结束本次Meta旅程，这点很重要！不足3个make offer则可以继续聊。

（4）如果候选人和10个组都未完成配对，且make offer的组 < 2，继续重复步骤（1）。

3.聊天队列recruiter会尽量保持在10个以内。>10以后，候选人需要开始主动表达对其中的一些组无兴趣，才能有新的match流入。

据Meta recruiter透露有4个pillar：

现在team match有60天的限制，60天没match上就先on hold，等3个月再重新active.on hold这段时间只能自己想办法。
如果感兴趣，并且给了offer，最后因为价钱没谈好等等原因不接，哪怕是第一次match，也会结束tm，因为Meta不接受内部compete，给OFFER不接就是拒绝Meta。

但这一切并非Meta搞事，而是沿袭Google路线

这套逻辑从框架上看其实和Google的match流程差不多，又加入了Meta特有的机制，无论怎样一方面是公司怕候选人在match完多个组后犹豫不决、浪费时间，于是官方手动加速，另一方面则恰恰印证了上文我们说的增加组选人的权利——打工人得像开屏的孔雀一样，使出全身解数吸引hm的关注。

候选人能否胜任工作就成了非常重要的评判标准——过去做的项目，除了使用的语言框架是行业主流之外，还要有一些系统层面的优化和技术上的使用。

比如游戏开发领域需要Computer Graphic的知识背景和应用体现，对于C++以及Unity/Unreal等游戏引擎的要求很高；前端岗位，在北美对于React的应用最多，而亚洲地区Vue更多；后端开发中Java Spring(Boot)和Golang占据很大的份额比例......

除此之外，高并发的需求体现可以用一些像Redis、RabbitMq这样的技术栈，去解决系统并发性的问题，提升Data Access的Efficiency，做Stress Tests去评估系统性能。

大数据的处理需求可以用一些像Kafka, Spark/Hadoop/Hive的技术平台，对于系统性能进行提升。

而在中大规模系统的后端开发中很重视OOD的思想，可以在开发当中用一些MVC architecture，Design Patterns……

没有经验的小白，如何拥有实际工作经验

告别学校里单一的理论为基础，直通硅谷带给学员的是800+大厂在职面试官带队、手把手带做工作级项目的商业化落地体验。

每一位老师都会把实际工作中所遇到的问题当做例题让学生去做，出现的问题、难点导师也会用亲身经验去解答，比单一的灌输知识更能够让学生理解每一个环节是如何运作的，书本、网络消息中最容易被忽略的项目细节，也能在老师的讲解中被好好呈现，有概念不清晰，老师更是可以解释+演示。

扫码了解更多1V1定制服务内容，让自己尽早上岸！