大数据工程师面试 - 利用简历在面试中“带节奏”

我是大数据欧老师，曾在互联网某大厂任大数据负责人，从业大数据领域近 10 年，全网粉丝 5000+，从很多候选人的面试和咨询中复盘了大数据工程师的面试全流程，如果你有求职大数据工程师的计划，欢迎找我聊一聊！

你花在简历上的时间有多少？

小伙伴们回忆一下，在你过往的跳槽经历中，用了多少时间来回顾自己的工作内容和项目经历？简历是花了多长时间来写？简历从第一版到最后投递出去，总共改了多少次？

如果屏幕前的你，只写了一版简历，就在各大互联网公司乱投，那大概率是拿不到好 Offer 的，或者即使拿到 Offer， Offer 含金量也是远低于你的真实水平。（换句话说，你损失了本该属于你的薪水和职级）

大部分人忽视简历的背后原因

我在做面试咨询的过程中，和很多同学有深入沟通过，大部分小伙伴不认真写简历的原因无外乎以下几点：

• 认为简历重要性不高，面试表现才最重要：大错特错！请你换位思考一下，如果你是面试官，你通过什么信息来给候选人提问？是**简历的内容！！！**简历在那儿瞎写，面试官可不就是瞎问么，那你的面试表现怎么可能会好？
• 觉得自己的经历不好，怎么写帮助都不大：这说明你对自己的经历和优势一无所知，我们知道面试是不同人之间的比较，优势都是相对的，所以即使你的学校、公司、项目都不够好，但你总有相对强的一面，对吧？我们面试中就要把这个最强势的一面给展示出来，才能让面试的通过率最高。
• 不会写，怎么写都感觉别扭：简历的编写本身是有技巧的，通过好方法，能够让你快速复盘自己过去的履历，并且帮助自己找到优势点，挖掘出自己的竞争力。

写简历的过程本质上是自我复盘。很多小伙伴可能没有意识到，简历是为了让自己的优势突出，而找到自己的优势，是需要花时间复盘经历、项目才能够达到的。在写简历的过程中，你可能无意识的就积累了很多面试时需要的知识，以及帮助你理清了面试思路，帮助非常大。

如何写一份好的简历？

简历的组成结构

整个简历我们可以分为这五个模块：

1. 个人信息：你的年龄，邮箱，联系方式，博客，github 地址等；
2. 教育经历：：有的同学觉得自己学校差就不写了，这是没必要的；
3. 工作经历和角色：这部分需要高度概括一下你过去的几段工作经历和工作经历中承担的角色，是为了告诉别人，你在之前的团队里负责的事情和内容；
4. 项目经历：描述你在过去做的 3-4 个重点项目，简历内容的重头戏，非常重要；
5. 相关技术栈：相关技术栈，重要性较低；

由于篇幅原因，我们这里会讲解最重要的「工作经历」和「项目经历」两个部分。

常见问题

以下是绝大部分简历会出现的两个问题，如果也发生在你身上，尽快修改一下：

1. 技术栈不要放在前面：因为其重要性相对较低，并且像"精通"，"熟悉"，"了解"这些描述是没有任何意义的。这一部分的内容在100份简历中，有90%都是重复的，所以这一部分在面试中的重要性很低。其真正的作用在于：当你的项目和工作经验不足时，面试官可能会从这一部分选取常规性的问题对你的基础知识进行考察。除此之外，这一部分几乎没有其他作用。
2. 不要弄混工作经历和项目经历：独立陈述工作经历的目的是让面试官清晰了解你以往所担任的角色及主要工作领域。将这两部分混合可能会让面试官感到困惑，因为项目常常涉及多个方面，如前端、后端、数据、存储等，如果只提及项目但不明确个人职责，将难以让面试官认识你在项目中的主要职责，他们提出的问题可能扩散到你不熟悉的范围内。此外，这样不清晰的描述可能让人误解你在项目中的角色，给人留下“蹭项目”的不良印象。

如何写「工作经历」？

工作经历分为两点：

• 公司+职位+时间：关于职位这部分，如果你是 xx 负责人直接写就好了，如果你不是，那就正常写 xx 工程师就行了。
• 主要工作内容：我们最好用 3～4 行描述清楚你在公司做的事情，比如你是公司里做实时数据平台的，你直接一句“从 0 到 1 构建实时大数据平台“就够了，细节可以放到后面的项目里。

我们来看下图这个 bad case，这是我们学员里的一位同学给我发的：

有哪些问题？

1. 内容不分层：一句话直接写完了，一般人是不会这样去组织语言的，看起来很累，面试官可能看前两句就不会往下看了啊；
2. 内容口语化，这也是相当不专业的表现，说明你不具有用专业术语来总结概括的能力，写的很随便，简历是一个很正式的东西，未来都会留档的东西；
3. 废话太多：比如第三行“故接触到的内容比较多”，废话连篇，含金量极低；
4. 最后一句，写一句感悟，这个完全没必要：工作总结不是让你写感悟的，你要表达自己的感悟可以面试介绍的时候跟面试官直接说，在简历上写出来没必要，放这个工作感悟反而会让人觉得你的职场能力很差啊；

我们要记住，「工作经历」的要点，就是高度概括。我们可以稍微修改一下这位同学的经历，变成下面两条内容，是不是一下就“高大上”了很多？

1. 负责商业化广告流量数据系统建设，包括任务调度、监控系统等；
2. 负责 Druid/Doris，Flink/Spark 等大数据平台组件开发和维护；

STAR 模型写「项目经历」？

STAR 模型是一个用于组织和表述项目经历的框架，常被用在面试中。STAR 是 Situation（情境）、Task（任务）、Action（行动）和Result（结果）的首字母缩写。这个模型在网上能找到很多相关资料，许多企业高管也会运用这个模型进行汇报。因此，该模型能助你以清晰且有逻辑的方式表述你的经历，特别是在回答面试问题时。

1. Situation（情境）：详述你所处的环境或情境。这部分应为整个项目的背景，使面试官明白事件发生的上下文。例如，在构建基于Hadoop的监控系统的例子中，首先应解释你为什么要做这件事。
2. Task（任务）：阐释你需要完成的任务或挑战。这部分应明确你的角色和目标，比如解决的问题，像是降低成本的百分比，或者提高链路的时间延误。
3. Action（行动）：详述你为了解决问题或达成目标所采取的行动。这是项目经历的核心部分，它展示了你的技能、判断力和工作方式。详细描述你的具体行动，并在描述中重点突出使用的关键技术或组件的高级功能，例如Spark里的Bucket Shuffle，Hadoop的高可用以及Flink的Checkpoint。
4. Result（结果）：在技术工程师面试中，结果可能不会如业务面试那样明显，因此对结果的关注度不会太高，可以选择写或者不写。

这里附上一个例子，也是我们一个学员的简历内容，他是做一个实时 OLAP 平台，项目主要是从 Spark Streaming 迁移到 Flink，我们根据 STAR 模型来分析下，他好和不好的地方，背景是不是有了，就是"资源利用率低"等问题；目标这里写的还差点意思，没有明确写出来，但是我们阅读完是不是也基本能看出来，是不是为了提升资源利用率；然后行动这部分是写的比较好的，比如各种 Spark Streaming 比如动态分区表、Flink 里的各种高级功能，对吧，这里就突出这个小伙伴肯定是非常熟悉 Spark Streaming 和 Flink，那面试官看到这个会怎么问呢？

首先这个项目经历里提到的 Flink、SS 的高级特性，你看下来是不是还挺感兴趣的，那一下就把面试官给带到他自己擅长的领域里去了，对不对？这就是我们好的一份简历，能够引导面试官来问问题，问的还全是你擅长的，那你的面试能不通过吗？

总结：满分简历是要多次修改

学完上面的内容，相信你在写简历这个能力上，已经能够超越市面上 95% 的同学。但是，如果还想做的更好，我再给你两个建议：

1. 多次修改：每次面试完，或者每次重新复盘自己的项目，总会有新的收获和发现新的知识点，别偷懒，及时把内容补充进去，然后好好思考这部分面试时该怎么说，这样相当于你的优势又比别人多了一点点。
2. 根据不同岗位调整：有的同学处于换方向的节点上，那么简历肯定就不能只写自己优势的方向，内容要根据投递岗位的需求来写，当然，这个能力会比较高阶，可以单独找我咨询，但是要明白一点，你的优势，在某些情况下，未必是这个岗位需要的能力。

最后，欧老师祝大家都能完成一份让自己满意的“满分简历”！