如此优秀的你，字节跳动凭什么不给offer？_字节岗位非全日制本科

前言
应聘字节跳动是一个相对较长的流程，涉及岗位选择、简历投递、简历评估、技术面试、HR面试、背景调查、入职材料准备等环节。其中，关于技术面试，网上有很多优秀的攻略，但普遍聚焦于“纯知识点”总结，而字节跳动的技术面试并非单纯的知识点问答，单从技术层面做准备并不可取，此外，应聘流程中还有很多需要注意的点。

什么岗位算是合适？
根据岗位介绍能够洞见的关键信息并不多，基于有限的信息，所谓合适通常需满足以下几点：

• 1.自身的核心竞争力与所应聘的岗位具有较高的匹配度；
• 2.对岗位的工作内容感兴趣，至少不排斥；
• 3.岗位所在的业务具有良好的前景；
• 4.工作地点可接受。

在招聘中常遇到这样的情况：
应聘者所选择的岗位与其工作经验相去甚远，之前做后端开发，应聘的却是算法工程师。问其原因，答曰：我对算法特别感兴趣，自学了XXX算法，上过XXX的课，做过XXX项目，我觉得自己可以胜任。

这类应聘者忽视了一个重要的问题：
自身的核心竞争力与岗位要求是否匹配？毕竟兴趣不等同于能力，社招不同于校招，不可能花大量的时间来培养你。

关于工作年限要求
字节跳动的社招岗位通常是 1-2起步（2-1对应高级工程师，2-2 对应技术专家，3-1 对应高级专家），而校招应届硕士也只能给 1-2 (特例除外)，因此，社招岗位对工作年限要求通常是 3 年以上，2-2 通常 5 年以上，3-1 通常 8 年以上。

事实上，工作年限要求只是一个概数，因人而异。对于优秀的应聘者，只要能力达到岗位要求，工作年限是可以适度放宽的。我曾经成功内推过一个只有 1.5 年工作经验的应聘者到 2-1 岗位，他具有以下属性：国内一流高校硕士学历，国内大型互联网公司 1.5 年工作经验，作为核心成员参加过较大项目开发，基础扎实，沟通能力良好。

关于学历和专业的要求
目前，字节跳动的正式岗位对学历的要求基本都是本科及以上，这个要求并不高，出发点是避免因学历限制而错过优秀的人才。

经常有应聘者向我咨询：专科学历或者非全日制本科是否可以应聘字节跳动？对于这个问题，我无法给出准确答案，不过，据我所知，少数学历低但特别优秀的应聘者也成功加入了字节跳动。作为一名应聘者，你要相信一点：只要你足够优秀，“世界” 没有理由不对你和颜悦色。

1.2 简历投递
若未经充分准备，不要贸然投递简历，否则，除了留下 “被拒” 记录，收获并不会很多。

避免连续投递简历
应聘 A 部门的 X 岗位失败后，马不停蹄地去应聘 B 部门的 Y 岗位。这种连续投递简历的方式非常不可取，面试官可以看到你之前的应聘记录，为了提高效率，自然会参考之前的面试评价。不难想象，如果距离你上一次应聘不到一个月，面试官没有理由相信你在这么短的时间内会有 “质的飞跃”，因此，切勿连续投递简历，被拒后要认真总结失败的原因，并有针对性地学习，提升自己，而后再战。

如何高效投递简历
投递简历通常有以下几种方式：1.字节跳动内部人士推荐；2.字节跳动招聘官网投递；3.智联、拉钩、猎聘之类的求职网站投递。

从效率来看，内部人士推荐是最好的选择，因此，如果能够获取到内推途径，尽量通过内推投递简历。

2. 初见之下：不可忽视的一页纸简历

在招聘过程中，我发现应聘者普遍存在一个问题：简历不合格。具体表现为：格式放纵不羁，关键信息缺失或不明确，项目描述冗长，与所应聘岗位无关的信息过多等。

2.1 简历的生命周期
不要以为简历只是一个 “敲门砖”，事实上，它将伴随你走过应聘流程中的几个关键环节：简历评估，技术面试，HR 面试。

一份优质的简历有助于应聘者展示自己的能力域和优势，同时，也可以为面试官提供 “提问指导” （通常面试官会根据简历内容有针对性的提问，有的放矢），此外，从简历的格式、内容也可以看出应聘者的表达能力。

2.2 简历应该包含哪些要点
一份合格的简历须包含以下要素，同时，应注意清晰明确地表达。

1. 基本信息：姓名、性别、年龄、籍贯、邮箱、手机号；
2. 教育背景：起止时间、学校、专业/学位、排名（非必须）；
3. 工作经历：起止时间、公司、职位、工作内容简述；
4. 项目经历：起止时间、项目名、项目描述、我的职责、取得成果；
5. 研究经历：起止时间、项目名、项目描述、我的职责、研究成果；
6. 相关技能：语言方面（主要指英语）、计算机方面、其它；
7. 获奖情况：比较重要的奖项；

2.3 简历中常见的问题
关于教育背景
最常见的问题就是 “刻意” 回避起止时间，以便将实习经历 “包装成” 工作经历，增加自己的工作年限。这是非常幼稚的想法，切勿尝试。其中，个人基本信息和学历信息是不可以缺省的，必须明确，所以，不要试图蒙混过关。

关于工作经历
常见问题：职位不明确，工作内容冗余。职位完全可以用很简洁的词语描述，如：开发工程师，测试工程师，产品经理等。工作内容简述，突出重点即可，避免写成项目经历般的 “长文”。

关于项目经历
常见问题：项目描述不清楚，未能以简洁的文字刻画一个项目的本质；自己在项目中的职责表述含糊，是核心开发人员？项目leader？或者只是普通角色；项目成果或者项目亮点不突出。

就社招而言，项目经历当属最为重要的信息，一方面可以反映出应聘者的经验丰富程度和技术深度，另一方面可以为面试官提供“面试提问指导”。通常，技术面试都会问项目相关的问题，恰当的项目经历描述在突出应聘者能力的同时，也可避免置应聘者于不利处境。

何为不利处境？通常缘自 “不诚实” 的项目经历描述，在专业的提问中露出马脚，无法自圆其说。这里有点善意的提示：不要低估阿里技术面试官的水平（其它公司也一样），项目的真实性在 “连珠炮” 似的的提问下，很难不显出原形。下面的做法都是不可取的：

1. 项目描述夸大，比如，将 3W QPS 夸大为 30W QPS ；
2. 项目职责夸大，比如，本为非核心研发人员，夸张为核心成员；
3. 项目成果夸大，比如，人为杜撰项目获得XXX奖项；

另一个陷入不利处境的原因：在项目经历描述中，或者在回答项目相关的问题中，应用了自己并不清楚的技术关键词，一旦面试官就此展开提问，应聘者只能 “笑着跳下自己亲手挖的坑了”。

关于研究经历
一些研究生学历的应聘者，在校期间可能曾发表过高质量的论文，如， SCI 检索的期刊论文，国际顶级会议论文（通常为 EI 检索）。如果研究成果与所应聘的岗位有关联，哪怕只是 “细微” 的关联，都可作为加分项，不妨单列出来。

不过，对于那些 “跨行业” 进入 IT 领域的应聘者，如果曾经的研究成果与所应聘的岗位毫无关联，就不要占用过多篇幅了。我曾经面试过化学、植物学、物理学、昆虫学等专业转行而来的应聘者，其中不乏论文质量和数量兼优者，不过，这些